“Bilgisayar Bilimi! = Yazılım Mühendisliği” kötü programlama öğretmek için bir bahane midir?

Hepimiz duyduk; Ne zaman CS notları hakkında zayıf bir gelişme becerisine sahip biri hakkında bir tartışma olursa,

Bilgisayar bilimi yazılım mühendisliği değildir.

Görüyorum sorun programlama ve yazılım geliştirme olmasıdır edilir CS kurslarında öğretilen. Genelde kötü öğretilirler. Eğer öğretiliyorsa, neden ilk defa doğru öğretmiyorsunuz? *

Bu yüzden görüşlerin ne olduğunu 2 soruda görmek isterim:

1. CS! = SE argümanı, programlama becerilerinin doğru öğretilmemesi için bir koparma veya mazeret midir?

2. 1. soruya verdiğiniz cevap ne olursa olsun; Eğer böyle bir karar vermenin yüce konumunda olsaydınız: CS derslerinde programlamanın doğru bir şekilde öğretilmesine vurgu yapar mıydınız?

_{*. Eğitimim boyunca edindiğim fıkralara dayanan kanıtlara dayanarak, bu alandaki akademisyenlerin çoğunun bakım için kod yazmak zorunda olmadıkları ve kodların korunmadığı konusunda kuşku duyuyorum etkili bir şekilde öğretmek.}

Bunun bir kopukluk olduğunu sanmıyorum, ancak bilgisayar biliminin yazılım mühendisliği olmadığı, programlama olmadığı iddiası - yani , formalize hesaplama bilimi. Temelde matematiktir (aslında, birçok CS programı uygulamalı matematik programları olarak başlamıştır).

Sanırım sorun endüstrilerde akademi'den daha fazla yatıyor. Endüstri, özgeçmişinde listelenen bir CS derecesini görür ve “Harika, bu adam bilgisayarlarla iyi” diye düşünür ve onu bir bilgisayarla ilgili bir şey yapması için işe alır : BT, programlama, yazılım geliştirme, her neyse. Bu şeyler mutlaka bir CS mezununun uzmanlık alanında yatmak zorunda değildir. Buna karşılık, bilgisayar yapmaktan veya video oyunu oynamaktan hoşlanan pek çok insan bu tür şeyleri yapmayı ve kaba bir sürprizle karşılaşmayı bekleyen bir CS programına giriyor; yani, CS’ye giren birçok öğrenci aslında oraya ait değildir ve daha hedeflenmiş bir derece programında daha iyi olur.

İkincisi, tipik bir lisans programında CS'ye - çok geniş bir konu - öğretmek için çok sınırlı bir zaman vardır . Lisans eğitim programımda 8 CS (BA için) veya 12 CS (BS için) dersin yanı sıra gerekli tüm matematik derslerini verdim. Bu, CS , matematik ve programlama ve yazılım mühendisliğini öğretmek için çok fazla bir zaman değildir , bu nedenle bir noktada neyin önemli olduğuna ve bir öğrencinin kendi başına ne alabileceğine karar vermelisiniz.

Bu son nokta çok önemlidir: Bence, herhangi bir alanda iyi bir öğrenci fikirleri kendi başlarına keşfedecektir. CS derecem var ama üniversiteden iyi bir geliştirici olarak çıktığımı düşünüyorum, çünkü kendi başıma yazılım okudum ve yazdım . Üniversite tamamen derslerle ilgili değildir; Aynı zamanda, öğrencilere becerilerini yarı özerk bir şekilde geliştirirken, yine de değerli rehberlik sunmaları için zaman vermekle ilgilidir.

Öğretmenlik teorisinin - CS, matematik vb. - işle ilgili belirli becerileri öğretmekten daha önemli olmasa da, önemli olduğunu savunuyorum . Bir öğrenciye niçin metodların ve tekniklerin arkasındaki nedenini öğretirseniz ve sadece neyi değil , onun bilgisini uygularken çok daha uyumlu birisiyle karşılaşırsınız. Örneğin, çok kötü huylu bir "Java okuluna" gittim ve bu yüzden Java'da ders aldım, ancak programlama dili teorisinde dersler aldım, bu da birçok dilin nedenini açıkladı ; Sonuç olarak, o altyapıya sahip olmadığımdan çok daha iyi bir yazılım yazmayı öğrendim. Tabii ki, benim günlük işimde Haskell'de yazılım yazmıyorum, ancak birçok programlama dili teorisi bilmek bana bu konuda bilgi kazandırdı.olan bir programcı olarak işimle uygulanabilir olmuştur.

Ayrıca sektörün üniversite öğrencilerinden çok fazla şey beklediğini düşünüyorum. Endüstri kendi maliyetlerini düşürmek istiyor, bu nedenle işleri için yeni işe alım eğitimi vermek yerine, kolejlerin ticaret / teknik okullar olmasını bekliyorlar; Aslında kolejlerin kendileri için eğitimlerini yapmalarını isterler. Üniversite mezunlarının üniversiteden yeni çıkan her şeyi bilmesi beklenemez . İyi bir geliştirici olmak, bilgi ile ilgili deneyim kadar önemlidir (özellikle yazılım geliştirme gibi nispeten genç bir alanda).

Buradaki sorunun bir kısmı, cilalanmış bir yazılım mühendisi olmak için 4 yılın yeterli bir zaman olmaması. Lisans eğitiminin sadece matematik ve CS derslerinden çok daha fazla şeye maruz kalmasını istediğimiz ve çok sayıda saf mekaniğin (algoritmalar, veri yapıları, dil sözdizimi) öğrenmesi gerektiği göz önüne alındığında, yeşil bir CS majörünün olmasını bekleyemeyiz. bir yazılım mühendisi.

CS! = SE 'nin aynı fikirdeyim, okula gidip bir SE olabileceğinden emin değilim (yüksek lisansta bile)

CS aslında SE değildir. Ve insanlar, itiraf etse bile, ikisini her zaman birbirine bağlamış gibi görünmektedir. Bilgisayar bilimi, gerçekten Computology veya bilgisayar bilimi gibi bir şey olarak yeniden adlandırılmalıdır. Aslında, bilgisayar biliminin bilgisayarlarla çok az ilgisi var. Grafik teorisi, algoritma analizi, veri yapıları vb.

İnsanlar yeni bir CS derecesinin aslında bir ITT derecesi olduğunu varsaymak istiyor; bir meslek eğitimi almış birini istiyorlar. Bilgisayar bilimi bilimdir, programlama bir sanattır. Bunlar aynı değil.

Bu, neden yeni bir Fizik derecesinin iyi bir araba mühendisi olmadığını sormak gibidir. Aptalca.

1. En azından ABD'de, bir bütün olarak eğitim karla ilgili hale geldi. Okullar, kayıt oranını arttırmak için yönetim kuruluna müfredat bırakıyor. Üniversitede oraya hiç olmadığı kadar ait olmayan insanlar var. Uygun teknikleri öğrenmek, kolay öğretemeyeceğiniz bir şey değildir, öyle değil.
2. Şahsen, SE'ye tipik olarak olduğundan daha fazla önem verirdim ama bir program olarak CS'nin endüstriye girmek isteyen insanlar için daha az uygun olduğuna inanıyorum. Daha fazla kurumun pratik bir SE programı sunması gerektiğini düşünüyorum.

CS! = SE argümanı, programlama becerilerinin doğru öğretilmemesi için bir koparma veya mazeret midir?

Hayır. CS SE değildir. Bu bir gerçek, bahane değil.

1. soruya verdiğiniz cevap ne olursa olsun; Eğer böyle bir karar vermenin yüce konumunda olsaydınız: CS derslerinde programlamanın doğru bir şekilde öğretilmesine vurgu yapar mıydınız?

Hayır. Gökbilimcileri bina teleskoplarının ayrıntılarını öğrenmeye zorlamak gibi olur. Veya programcıları bina bilgisayarlarının detaylarını öğrenmeye zorlamak. İlgili şeyler, ama bir adamın her şeyi bilmesine gerek yok.

Evet, bu bana bir kopuşma ve bir CS'nin akademik bir disiplin olarak olgunlaşmamışlığının bir işareti gibi geliyor.

Bir Amerikan Kimya Topluluğu onaylı BS programı, hem teoride (ders derslerinde) hem de pratikte (laboratuar derslerinde) özel yeterlilikler göstermek için özel dersler almış olmanızı gerektirir. Şu anda, CS bildiğim kadarıyla hiçbir şeye sahip değil.

Dereceli kar kürem profesörlerinden biri, Magic Rocks'lı bir akvaryumdan daha fiziksel olarak kimyasal olan herhangi bir şeyle hiç bir zaman kederli olmayan çok fildişi kule teorisyeniydi, fakat aynı zamanda birinci sınıf kimya uzmanı olduğumda, aynı zamanda oldukça yetenekli bir tezgah kimyacısı olduğunu kanıtladı. .

Endüstriyel bir boya kimyageriyken çalıştığımda, bir bekar olduğu ve laboratuarda beceriksiz olacağı düşüncesiyle kafasını güldüler. Elbette laboratuarda yaptığımın detayları okuldaki laboratuar derslerinden farklıydı, ama prensipler aynıydı - sadece bir beher ve manyetik karıştırıcı yerine bir boya karıştırıcı ve teneke kutu kullandık. .

Eğer biri aynı yaklaşımı CS'ye uygulasaydı, bir CS / SE müfredatı için pratik yazılım geliştirme becerileri olarak öğretebileceklerinin detayları okuldan okula ve zaman içinde değişebilir. Ama bu sadece bana birisinin bu alanda bir derece kazanması ve yazma, hata ayıklama ve bir tür kod saklama konusunda yetkin olmamanın kabul edilebilir olması bana çılgınca geliyor . (Tabii ki, aslında birçok CS programında işler böyle, ama yine de çılgınca.)

Onlara büyümenin iyi bir temelini vermek için 4 yılın yeterli bir zaman olduğunu kabul ediyorum. Ancak, gerçekten yardımcı olan şey, sektörden insanların müfredatın geliştirilmesinde ve hatta sınıfta öğretimde yer almalarıdır. Geçen sene yerel bir üniversitede Yazılım Geliştirme dersinde Endüstri Üyesiyim. Bu benim için çok göz kamaştıran bir deneyimdi. Profesör ve ben kurs içeriği üzerinde birlikte çalıştık ve daha önce yaptıkları gelişim süreci, endüstrinin en iyi uygulamaları ve "gerçek dünya" durumları hakkında daha fazla bilgi verdik. Keşfettiğimiz şey şuydu, çünkü eğitmenlerin çoğu yaygın olarak kullanılan ve korunan kodlar geliştirmediler, endüstriden birisini getirerek bunun için gereken becerileri belirlemeye ve öğretmeye yardımcı oldular.

1. Evet bu% 100 oranında bir koparma, onlar kariyerimiz boyunca yararlı olacak uzun vadeli becerileri öğretiyor olmalılar. Niyetiniz akademiye veya sektöre girmek olsun veya olmasın, sadece kendiniz bile olsa, korunabilecek bir şekilde programlayabilmeniz gerekir.

2. Evet, ancak uygun kurslarda vurgulanmasına rağmen. Şahsen, bir algoritmayı nasıl uygulamaya çalıştığınızı daha iyi anlamak için sizinle konuşmam gerekirse, notunuzu not alırdım.

Saf bir CS araştırması yapsanız bile, muhtemelen fikirlerinizi göstermek için kod oluşturmanız gerekecektir. Doğru programlama becerileri sizin için bir noktada faydalı olacaktır, bu yüzden neden üniversiteye başlamıyorsunuz?

Sanırım sorunumuz, doktorlar gibi kabul etmeye istekli olduğumuzdan çok daha fazla olduğumuzu ... Dört yıllık bir lisansın öğrencileri yazılım yazmaya hazırlaması gerektiği fikrine sahibiz. Yakın bile değil.

Mesleğimiz, diğer disiplinlere kıyasla, daha çok bebeklik dönemindedir. Belki de soru şu şekilde olmalıdır: CS'yi nasıl geliştirebiliriz ki, bu dereceyle mezun olan öğrenciler çok daha kısa bir sürede gerçek dünyadaki bir yazılım geliştirme ekibinin üretken üyeleri olmak için daha uygun olurlar mı?

Belki daha çok ilaç gibi olmalıyız. Dört yıllık temel çalışma (CS derecesi) ve ardından ikamet - daha deneyimli bir yazılım mühendisinin denetiminde zanaatın uygulanması. Belki zaten sahip olduğumuz şey buydu, ama daha az resmi ... Yani, bir asistan gibi, ilk işlerimizde işyerinde en değerli becerilerimizi öğreniyoruz .

Belki de disiplin olarak bunu daha iyi biçimlendirmeliyiz.

CS derecem var ve programımın tamamı boyunca programlama, sadece teori yoktu. Programlama alanında değil Bilgisayar Bilimi alanında derece kazandığımız söylendi. Programcı olmak istiyorsanız, topluluk kolejine gidin.

Algoritmalar, tasarım kalıpları ve boşluksuz bir dil olmadan problem çözme teorisinin pek çoğunu öğrendik. Programlama dilleri gelir ve gider, ancak altta yatan teori aynı kalır.

Yani, ilk sorunuza göre, hayır CS! = SE'nin bir koparma olduğunu hissetmiyorum. Bu bir gerçek.

İkinci sorunuza göre, yapacağımı sanmıyorum. Programlamayı nasıl öğretirsiniz? Döngülerin, if'ler, yöntemler, sınıflar ve OOP'un ötesinde, 'uygun programlama' ne olurdu ve onu herhangi bir programlama diliyle nasıl alakalı hale getirecektiniz? 4 yıllık bir lisans derecesinin sizi hazırlayamayacağı bir şey yazmanız gerekiyor.

Gerçi yapacağım tek şey, Gerçek Dünyadaki Gelişim dersi vermek. Kaynak kontrolü, bilet / hata izleme, kod izleme ve tüm bu caz, yeni işlerinde karşılaşacakları şeyler için en yakın zamanda hazırlanmak için iyi bir başlangıç ​​olacaktır.

Sanırım ödüllü bir kod yazmayacaklarını anlamak için yeni bir değerlendirme yapmamızın bizde olduğunu düşünüyorum. Yönlendirme ve yönlendirme ihtiyaçları var.

Üniversitenin teorik bilgi ile pratik beceriler arasında iyi bir denge kurması önemlidir. Farklı kurslara katılırken ikisini de öğrendim. İlk yıllarda çok fazla matematik ve algoritma / veri yapısı vardı. Ardından bir seçim yapıldı: ya bilgisayar bilimi öğrenmeye devam edebilir (örneğin karmaşık dize eşleme algoritmaları olan kurslara katılabileceğiniz bir tür sanatsal yol) ya da yazılım mühendisliğine odaklanabilirsiniz. Bu süre zarfında hala sağlam bir programlama geçmişiniz olması gerekiyordu.

Yazılım mühendisliğini seçtim çünkü soyut problemlerle hiç ilgilenmedim. Ancak saf bilgisayar bilimlerini sevenler bile:

• kullanıcı uzayda küçük bir dosya sistemi programlamak bir oluşturmak linuxçekirdek modülü ve çekirdek kendisi değiştirebilir, bir saf nesne yönelimli bir oyun yazmak SmallTalk,
• öğretmen tarafından seçilen kendi iletişim protokolünü yazıp uygulayın (daha önce işbirliği yapmamış olsalar da, iki öğrencinin programlarının kolayca iletişim kurabilmesi gerçekten güzeldi),
• Javadört kişilik bir ekip halinde daha büyük bir proje yaratmak ,
• bazı fonksiyonel programlama projeleri inşa etmek,
• CParalel programlama için birkaç sağlam program yazın (fikirler soyuttu, ancak değerlendirmeler oldukça zordu; uygun çıktı sağlamayan puanlar kaybetmek gibi, program başarısız olduğunda, iyi bir unix'in programyapması gerektiği gibi),
• bazı web çerçevelerini kullanarak bir web portalı oluşturmak ( djangobeni seçti , bu çerçeveyi sevmemi sağladı),
• kullanarak oldukça büyük bir program oluşturmak LAMP(hala kabuslarım var phpama postgresqlbunun yerine kullanılmış MySQLve bunu DBMSşimdi bildiğim için çok mutluyum ),
• ve eğer biri seçerse, yüksek lisans tezi için bir program yazabilir - pythonkullanarak 10k satırlık bir masaüstü programı yazdım PyQt.

Belki başka projeler vardı, ama ben şimdi onları unuttum.

Demek istediğim: her şey okula bağlı. JavaAna dil olan saf yazılım mühendisliği yaklaşımından hoşlanmam . Bir zamanlar bir arkadaşıma yardım etmek zorunda kaldım, böyle bir okula gider ve paralel programlama için bir program yazmak zorunda kaldım. Onun da, çünkü temelde onun için yazmak zorunda sizeof(some_string)içinde Cdize uzunluğunu verir.

Dürüst olacağım: Matematikten nefret ettim, acı çekiyordum, soyut görevlere hazırlanmak zorunda kaldığımda algoritmalar / veri yapıları sınavlarına girecektim. Ama bana kesin bir avantaj sağlıyor: Çok soyut bir şekilde düşünebiliyorum. Dövüş sanatlarını öğrenirken ve korumanızda saklanmadığınız zaman (en azından yapmanız gereken yerlerde). Koç, ellerinizi indirdiğinizde kafadan vurup sizi vurmaya devam ediyor, çünkü unutmuşsunuz veya onları ayakta tutmaktan yorulduğunuz için. Ama bir süre sonra, onları ayakta tutuyorsun. Ve yüzüne vurmak gerçekten zorlaşıyor. Soyut algoritmik problemlerle aynı. Algoritmalara Giriş'in içeriğini anlayın ve işinizde çok az şey şaşırtacaktır.

Bence cevabım evet (bir şekilde).

Mesele şu ki, çocuklara kısa bir süre içinde programlama yapmak öğretilemiyor. Programcılara, programcının problemlerini nasıl çözeceklerini (daha küçük ölçekte) mantıksal düşünmeleri öğretilmelidir.

Okul programlarının gözden geçirilmesi gerektiğinden eminim, ben çok küçük "üçüncü dünya" ülkem, neyse ki bunun gerçekleşmesi için çaba sarf ediliyor. OLPC programını uygulayan ilk ülke biziz; http://laptop.org/en/

Kendi tecrübelerime göre (şu an öğrenciyim), evet demeliyim, bu bir bahane. Herkes CS'yi bize tüm bilgisayarların temellerini öğreten bir bilim ve SE'de CS'de açıkça programlama öğreten özel bir dal olarak adlandırıyor. CS’de BS olan herkes, iyi ve optimize edilmiş kod yazmayı bilmelidir (programlama kendi uzmanlık alanı olmasa bile). Yani evet, böyle bir karar verme konusunda çok güçlü bir pozisyonum olsaydı, öğrencileri iyi programlama becerileri kazanmaya zorlardım.

Amaç, iyi yazılım mühendislerini (programcıları) eğitmek olduğunu varsaymak, çünkü dünya onlara ihtiyaç duyuyor, ne öğretilmesi gerektiğini düşündüğümü söyleyerek cevap vermek sorun değil mi?

Birincisi, bu önemlidir, çünkü şu anda bilgi aktarımı çok verimsizdir. Potansiyel programcılar sınıftayken, zihinleri açık ve öğretileni emer. Aynı zamanda, profesörler (ben biriydim) çoğu zaman yüksek lisans hattını ezoterik konularda çalışabilecek öğrencilerle doldurmakla daha fazla ilgileniyorlar. Öğrencilerin gerçek dünya sorunlarına hazırlıklı olmadığına itiraz edildiğinde, profesörlerin işlerinin bu olmadığını iddia ettiklerini gördüm . Gerçek dünyanın işi bu.

Öyleyse, öğrenciler gerçek dünyada programcı olduklarında, yeni meslektaşlarından öğrenmeye istekli olurlar mı? Benim tecrübeme göre değil. Aksine, okulda edindikleri müjde'yi yaymaya hevesliler. Oradaki yaşlı ahbap dostlar arasında yeni fikirler geliştirmenin ne kadar zor olduğunu düşünen bir öğrenci ve genç uygulayıcı olarak hatırlıyorum. Artık yaşlı bir huysuz olduğum için teoriyle pratik arasındaki farka yeni programcıların gözlerini açmanın ne kadar zor olduğunu anlıyorum.

Makine mühendisliği ve daha sonra elektrik mühendisliği bölümünde mühendislik öğrencisiydim. Bunun temel bir kısmı a) matematiksel temeller ve b) pratik problem çözme idi. Yazılım mühendisliği bu şekilde olmalı, sadece programlama değil.

Yazılım mühendisliğine (programlama), çalışan bir bilgi - temel otomat teorisi ve bilgi teorisi olmak için yeterince bilgisayar bilimi ile öğretilmesi gerektiğini düşünüyorum . Bunların derinlemesine yapılması gerekmez. Temel programlama becerileri öğretildikten sonra, önemsiz büyüklükte ortak projeler bulunmalıdır. Bunların önemli bir kısmı, yalnızca en son din veya "bir sonraki büyük şey" veya tek bedene uyan herkese uygun olmayan, artıların ve eksilerin analiziyle, spesifik sorunların alternatif çözümlerinin önerilmesi ve değerlendirilmesi olmalıdır. Son olarak, sanayi ve akademi arasında işbirliği ve ortaklık olmalıdır, böylece fikir ve gelişmeler her iki şekilde de iletilebilir ve kalite kontrolünü büyük ölçüde arttırır.

Yapabilecekler; öğretemeyenler.

Üniversitemde öğretmenlerin bilgi tabanı nezaketle eksiktir. Öğretmenlerin Veri Tabanı Tasarımı alanında doktora tutarken XML'de yarı yapılandırılmış tabloların nasıl temsil edileceğini anlamakta zorlandıklarını gördüm. Meclis öğretmenimin kopyalayıp yapıştırdığım kod pasajı olduğunda kodumun ne yaptığını sorduğunu gördüm. Yazılım tasarım öğretmenimin bize Agile yönteminin şelale yöntemiyle aynı olduğunu, ancak daha hızlı olduğunu, yinelemeli gelişim süreci modelinin sahip olduğunu ve sadece 3 yinelemeye sahip olduğunu gördüm, çünkü kitabın örnek olarak gösterdiği resim budur. Öğretmenlerimden biri elseif ifadesinin ne olduğunu bile bilmiyordu.

'Başa çıktıklarına' ya da mazeretlere inandıklarına inanmıyorum, deneyimleriyle ellerinden gelenin en iyisini yaptıklarına ve kıymetli azınlığa sahip olduklarına gerçekten inanıyorum.

Burada görev yapan diğer insanlara 4 yıl deneyimli bir programcı olmak için yeterli olmadığını, ancak öğretmenlerimin yaşadıklarını tecrübe etmek için yeterli olmadığını kabul ediyorum. Bean, savaş okulunda öğretmenler tarafından kullanılan metriklerin yetersiz kaldığına dikkat çeken Ender'in Gölgesinde olduğu gibi, çünkü kılavuz kural olan son savaş gerçekte neyin gerekli olduğunu gösteremeyecek kadar kısaydı. Başka bir deyişle, öğretmenler ellerinden gelenin en iyisini yapıyorlardı, ancak iyi bir komutan (ya da bu durumda iyi bir programcı) yapmak için gerçekte neyin gerekli olduğunu bilme deneyimine sahip olamadılar.

Bilgisayar Bilimcileri ve Yazılım Mühendisleri farklıdır. Bilim adamı çılgın deneyleri yapan ve Yazılım Mühendislerinin daha iyi olmak için kullandığımız algoritmalarla ortaya çıkan adamlar.

Bir eczane şirketi için deneyler yapan kimyagerleri düşünün. Kütleleri kimyasal olarak nasıl üreteceklerini umursamıyorlar. Ayrıca pazarlama, paketleme, dağıtım ya da keşfettikten sonra ilaca olan şeyleri umursamazlar. Cehennem sertifikalandırma sürecini bile umursamıyorlar bile. Tek umursadıkları şey deneklere verildiğinde etkisi olan bir kimyasal bulmak. Şirket bunun ötesine geçmekle sorumludur.

Bilgisayar Bilim Adamları bu kimyagerler gibidir. Tek yaptıkları teorileri kodlarla denemek. Kodun ne kadar sürdürülebilir olduğunu umursamıyorlar. Bir teori kanıtlıyorlar ve bir sonrakine geçiyorlar. Başka biri, kitle için algoritma yapan ve kullanışlı hale getiren paketleri paketler ve Kinect veya iPhone'unuzdaki video akışı ile MP3 veya bilgisayar görüşümüz vardır. Öyleyse CS! = SE geçerli bir argümandır.

WRT sorunuzun ikinci kısmı. Müzik Teorisi alanında bir derece önerdiysem, şarkı yazarken ya da böyle bir şey için zorunlu bir kurs olabilir, ancak kimsenin bir enstrüman çalışmasını gerektirmezdi. İstedikleri bilgiyi aramak öğrencinin görevidir. Bilgisayar Bilimi Yazılım Mühendisliği değildir ... SE öğrenmek istiyorsanız, çift anadal almak.

Edsger Wybe Dijkstra, Hollandalı bir bilgisayar bilimcisiydi.

Programlama dillerinin geliştirilmesine temel katkılardan dolayı 1972 Turing Ödülü'nü aldı. , demiş:

"BİLGİSAYAR BİLİMİ ASTROMİ TELESKOP HAKKINDA BİLGİSAYAR HAKKINDA DAHA FAZLA DEĞİL."

CS, SE'DEN GERÇEKTEN FARKLI. (CS! = SE).

Bir CS, BİLGİSAYAR BİLİMİ bilgisini edinmiş bir bilim adamıdır.

BİLGİSAYAR BİLİMİ veya bilgisayar bilimi (bazen CS kısaltılmış CS) bilgisayar sistemlerinde uygulanması ve uygulanması için bilgi ve hesaplama ve pratik tekniklerin teorik temellerinin incelenmesidir. ve bilgileri dönüştürmek.

Bilgisayar bilimi, örneğin birçok alt alana sahiptir:

• Teorik bilgisayar bilimi
• Hesaplama teorisi
• Algoritmalar ve veri yapıları
• Bilgisayar elemanları ve mimarisi
• Çoklu İşlem
• Hesaplamalı bilim
• Yapay zeka
• Yazılım Sistemleri

Birçoğumuz günlük işlerinizde veya en azından bir kısmında bu yeteneğin hiçbirine ihtiyacımız yok.

YAZILIM MÜHENDİSİ (SE), yazılımı daha yüksek kalitede, daha uygun maliyetli, daha sürdürülebilir ve daha hızlı kurulacak şekilde tasarlamaya, uygulamaya ve değiştirmeye adanmış bir meslektir. "Yazılımın mühendisliğini uygulayarak bir yazılımın analiz, tasarım, değerlendirme, uygulama, test, bakım ve yeniden mühendislik işlemlerine sistematik bir yaklaşımdır"

Bir CS bilgisi olarak, gerçekten iyi bir programlama dili bilmeden gerçek karmaşık problemi yönetme bilgisine sahip olduğunu düşünmektedir. IMHO burada benim için bir derece sadece bir başlangıç ​​noktası değil, bir son hedef olduğu başka bir konu açabiliriz.

SE bilgisi olarak, bu gerçek karmaşık problemin üretimini yönetme ve bu alanla ilgili bir ekibin veya projenin gelişimini yönetme bilgisine sahip olması gerekir.

Birlikte bir CS yardımı ile uygulamalı Bilim bir CS tarafından yapılan bilim araştırma yapmak.

CS'nin SE'den daha iyi olduğunu kastetmiyorum, yani CS! = SE.

Bu tür bir soru, programcı olarak neden J, M, işletim sistemindeki X, Y, Z programlarının problemini telefonla çözemediğinizi sorduğunda, bilgisayar dışındaki kişilerin kendilerine sordukları aynı sorudur. N. ;)

Aslında , güvenlik alanında 10 yıllık unix sistem geliştirmeden sonra kodlama yapmaktan gerçekten sıkıldım ve bu soruyu okuduktan sonra daha fazla bilgisayar bilimi ve daha az bilgisayar dili ve bilgisayar sistemi veya protokolü çalışmam gerekiyor!

İş yerimdeki hiç kimse SE ve CS hakkındaki farkı kaldıramaz! bu gerçekten kötü bir şey.

Bir CS'nin kötü programlama becerisinin bahanesi olabileceğini düşünüyorsanız, bir CS ve SE'nin ne olduğu konusundaki noktayı gözden kaçırıyorsunuz.

Sanırım bir SE'siniz, örneğin tüm dillerin, tüm paradigmaların ve bilgisayar dili ile ilgili tüm şeylerin bir dizi kısmi özyinelemeli fonksiyonla matematiksel olarak ifade edilebildiğini ve yeni bir dil öğrendiğiniz her ne olursa olsun, YENİ BİR DİL, sadece SAME özyinelemeli kısmi işlev üzerinde yeni bir soyutlama öğrenme?

iyi eğlenceler :)