Derin programlama bilgisinin geliştirilmesi üzerine

Bazen ben göstererek kolayca Jon Skeet ve Eric Lippert gibilerin cevaplandırılır Yığın taşması uç örnekleri ve diğer garabeti ile ilgili sorular bkz , dil ve birçok inceliklerini derin bilgiye bunun gibi:

Bir kullanmak için olduğunu düşünebilirsiniz foreachdöngü, koleksiyonu uygulamalıdır üzerinden yineleme edilir IEnumerableveya IEnumerable<T>. Fakat ortaya çıktığı gibi, bu aslında bir gereklilik değildir. Gerekli olan, koleksiyonun türünün adlandırılan bir genel yönteme GetEnumeratorsahip olması ve çağrılan bir genel özellik alıcısı Currentve MoveNextgeri dönen bir genel yöntemi olan bir tür döndürmesi gerektiğidir bool. Derleyici tüm bu gereksinimlerin karşılandığını belirleyebilirse, bu yöntemleri kullanmak için kod üretilir. Bu gereksinimler biz nesne uygulayan olmadığını görmek için kontrol edebilirim yerine getirilmediği Sadece eğer IEnumerableya IEnumerable<T>.

Bunu bilmek harika şeyler. Eric'in bunu neden bildiğini anlayabiliyorum; Derleyici ekibinde, bu yüzden bilmek zorunda. Peki ya içerden derin olmayan bilgiyi gösterenler?

Ölümlüler (C # derleyici ekibinde olmayanlar) böyle şeyleri nasıl öğrenir?

Spesifik olarak, bu kişilerin bu tür bilgileri sistematik olarak kökten çıkarmak, araştırmak ve içselleştirmek (kendileri) yapmak için kullandıkları yöntemler var mı?

Öncelikle, nazik sözler için teşekkürler.

C # hakkında derinlemesine bilgi edinmek istiyorsanız, kuşkusuz dil şartnamesi, on yıllık tasarım notları, kaynak kodu, hata veri tabanı ve Anders, Mads, Scott ve Peter'ı koridorun hemen aşağısına almanız bir avantajdır . Kesinlikle şanslıyım, bunun hakkında soru yok.

Ancak, bu avantajlar olmadan bile konuyla ilgili derinlemesine bilgi sahibi olmak hala mümkün.

Microsoft’a başladığımda, Internet Explorer 3’le birlikte gönderilen JScript tercümanı üzerinde çalışıyordum. JScript dilinin sözdizimi ve anlambilimi konusunda Microsoft'ta tanınmış bir uzman olmamı istediğini ve JScript'in bu yönleri hakkında sorular arayarak ve bunları yanıtlayarak bu konuda devam etmem gerektiğini söyledi. Özellikle soruları yanıtlarken cevaplarını bilmediğim için, çünkü onlardan öğreneceğim sorular.

Açıkçası StackOverflow ve diğer genel soru ve cevap forumları bu tür bir şey için bir ateş hortumundan içmeye benziyor. O zaman, comp.lang.javascript ve iç Microsoft "JS Kullanıcımız" forumlarını dinsel olarak okudum ve yöneticimin tavsiyelerine uydum: cevabı bilmediğim dil anlambilimiyle ilgili bir soru gördüğümde yaptım benim işim bulmak.

Böyle bir "derin dalış" yapmak istiyorsanız, dikkatli bir şekilde seçim yapmalısınız. Ben bu güne kadar tarayıcı nesne modelinin nasıl çalıştığını dikkate değer biçimde habersizim. Son yıllarda C # dili uzmanı olmaya yoğunlaştığım için, temel sınıf kütüphanelerindeki çeşitli sınıfların nasıl çalıştığı konusunda son derece cahilim. Özel derin bilgiyi ödüllendiren bir işim olduğu için şanslıyım; eğer işin ya da yeteneklerin bir general olmakla daha fazla aynı çizgide ise, derinleşmek senin için işe yaramayabilir.

Blog yazmak da çok yararlıdır; karmaşık konuları diğer insanlara açıklamamı istemekle, her zaman çeşitli konularda kendi yetersiz anlayışımla yüzleşmek zorunda kalıyorum.

Bir ya da iki kez konuşmanın "gurusu" tarafında olmuştum, bir programlama dilinin veya sisteminin "derin bilgisi" olarak algıladığınız şeyin çoğu zaman yakın zamanda mücadele eden "gurunun" sonucu olduğunu söyleyebilirim. aynı sorunu çözmek için bir ay. Bu, özellikle insanların hangi soruları cevaplayacaklarını seçebilecekleri bir forumda geçerlidir. Jon Skeet ve Eric Lippert gibi bile olsalar, merhaba dünyayı bir noktada öğrenmek zorunda kaldılar. Bilgilerini bir seferde bir konsept, başkalarıyla aynı şekilde toplarlar.

Paraphrasing Yogi Bhajan:

“Bir şey öğrenmek istiyorsan, onu oku; eğer bir şeyi anlamak istiyorsan, hakkında yaz; bir şeyde ustalaşmak istiyorsan, programla .”

Programlama, nihai öğretim zorluğu gibidir. Bilgisayara öğretmek, bir şeyleri gerçekten iyi bilmenizi gerektiren bir şey yapmayı gerektirir - yoksa ustalaşmayı öğrenirsiniz.

Örneğin, fizik öğrenmek istiyorsanız, bir fizik motoru yazın. Eğer satranç öğrenmek istiyorsan, bir satranç oyunu programla. Derin C # bilgisi öğrenmek istiyorsanız, bir C # derleyicisi (veya başka bir araç) yazın.

Bildiğim kadarıyla, bunu öğrenmenin yolları şunlardır:

• Eric Lippert gibi birinden okuyun
• Deneyimi ve sonra ilk elden sorunları çözmek.

İkinci yol daha uzun sürebilir, ancak daha derin bir anlayışla sonuçlanacaktır (ancak her zaman değil).

Aşağıdakileri yapın derim:

En yaygın görevleri yapabileceğiniz düzeyde nispeten faydalı bir dil yığınını (gerçek bir iş için ihtiyacınız olanları) öğrendikten sonra, en az bir derinlemesine çalışana kadar daha fazla dil öğrenmeyi bırakın. Şu an endüstrimizdeki problemin bir kısmı, bence, başka bir dile geçmeden önce insanların dilin sadece% 5-10'unu öğrenmesi. Bir işte en yaygın görevleri gerçekleştirme yeteneğine sahip olduğunuzda, derinlemesine bir şeye bakmaya başlayın. (Biraz derinliğe girdikten sonra genişlemeye geri dönebilir, daha sonra ikisi arasında ileri geri gidebilirsiniz.)

Daha karmaşık, daha zor görevler için gönüllü olun, sorunları çözmek için derinlemesine gitmeniz gerekenler. Çalıştığınız yerde bir şey yoksa, yapılacak derin bir işlem yapmanıza yarayacak kişisel bir projede yapılacak açık kaynak işlerine bakın. İşinizde ilginç sorunlar yoksa, daha zorlu bir iş aramayı düşünün.

Gelişmiş kitapları bir dilde okuyun (örneğin, SQl Server için bu, 30 günlük kitap türündeki X öğrenmek yerine performans ayarlaması ve veritabanı dahili değerleri hakkında okumayı içerir).

Buradaki ilginç soruları ve onların sorulduğu diğer yerleri okuyun ve kendiniz çözmeye çalışın. Öğrenmek istiyorsanız, önce diğer cevapları okumadan bazılarını çözmeye çalışın. Soru çoktan cevaplanmış olsa bile, cevabı kendiniz bulursanız daha fazlasını öğreneceksiniz. Hatta sorunun cevabından daha iyi bir cevap bulabilirsiniz.

Birkaç zor soruyu sorun. Verdiğiniz cevapları değerlendirin, sadece kullanmayın. Cevabın neden işe yarayıp yaramadığını anladığınızdan emin olun. Bu cevapları araştırma yapmak için başlangıç ​​yeri olarak kullanın.

Alanında bilinen uzmanlardan iyi teknik bloglar bulun ve bunları okuyun.

İşini bitirdikten sonra bilgini atmayı bırak. Tutmayı öğren. Uzmanların çoğu, ortak sözdizimini aramak zorunda değildir. Her problemle karşılaştıklarında tekerleği yeniden icat etmek zorunda kalmazlar, çünkü daha önce bir simliar problemine nasıl yaklaştıklarını hatırlıyorlar. Noktaları birbirine bağlayabilir ve iki yıl önce yaptıkları X probleminin şu anda sahip oldukları Y problemine ne kadar benzeyeceğini görebilirler (bu, çok az insanın nasıl böyle bağlantılar kurabildiğini görünce şaşırtıyor). Sonuç olarak, daha ilginç konuları araştırmak için daha fazla zamana sahipler.

Uzmanlık etmek istediklerinizin dil özelliklerini derinden inceleyerek başlayabilirsiniz . Örneğin:

• C #
• Java

Get yansıtıcı ya da başka bir Decompiler (şimdi ödüyor beri), ve nasıl internals işi öğrenmek için en çok kullanılan .NET kütüphanelerinin bazı açılması başlar. C # ile CLR gibi bir kitapla birleştiğinde oldukça derinleşeceksiniz (çoğumuzun normal işlerine gideceğinden daha derin).

Bu tür bilgileri C ++ ile comp.lang.c++.moderatedbirkaç yıl boyunca takılarak geliştirdim , bu noktada kodlamak için çok çalışmamıştım. Yine de ne kadar guru olduğumu söyleyebileceğimden emin değilim.

Bir programlama diliyle ilgili öğrenilebilecek iki tür bilgi olduğunu düşünüyorum:

1. Dil hakkında önemsiz şeyler bilmek ve tuzaklardan nasıl kaçınılacağını bilmek.
2. Problemleri etkili bir şekilde çözmeyi bilmek.

2 numaraya sadece dilde programlama yaparak ve başkalarının kodlarına bakarak ulaşılabilir, ancak 1 numara, tartışma forumlarında dil hakkında okumak, insanların ne tür soruları sorduğunu ve ne gibi soruları görmek için çok zaman harcayarak elde edilebilir. cevaplar StackOverflow da bunun için iyi bir yer.

Derin bilgi ve programlama uzmanlığı tüm soyutlama seviyelerinde rahat olmak demektir. yani

• kütüphaneler ve API'ler
• dil anlambilimi
• derleyici optimizasyonları
• derleyici dahili ve kod oluşturma
• çalışma zamanı ve çöp toplayıcı davranışı
• mimari ve komut seti sorunları

Son 15 yılda gördüğüm her şey, yalnızca derleyiciye ve çalışma zamanına gerçekten girebiliyorsanız, derinden uzman olma şansınız olduğunu göstermiştir. Bir sonraki adımda istifleme seviyesini düşürmek ve akıl yürütme (ve inşa etme) yazılımını yığında daha düşük bir soyutlama seviyesinde başlatmak için kendinizi zorlamanız gerekebilir , ancak bu, uzmanlık kazanmanın tek yoludur.

Elimizdeki tek şey soyutlama dili. Makinenin ne yaptığını gerçekten bilmek için programlama dillerinin nasıl tasarlandığını ve oluşturulduğunu anlamalısınız.

İnce Kitabı Okuyun Bu özellikle derin bir bilgi değildir. C # dil özellikleri bölümünde 8.6.4'de yayımlanmıştır . En azından kullandığınız dillerin özelliklerini ve aynı zamanda tüm yerleşik kütüphanelerin belgelerini gözden geçirme alışkanlığı edinmelisiniz.

Neyse, bu benim derin bilgi fikrim değil; bu sadece ilginç olmayan bir uygulama detayı. Tasarımcı, yalnızca nesnenin yinelemeli olduğunu kontrol etmek yerine neden bu kadar dinamik bir şekilde yapıldığını açıklarsa daha ilginç olabilir.