Bir programcı olarak kariyerime ve yaşamıma baktığımda, programlama becerilerimi geliştirmenin birçok farklı yolu vardı - kod okuma, kod yazma, kitap okuma, podcast dinleme, senaryo izleme ve daha fazlası.

Sorum şu: Programlama becerilerinizi geliştiren en etkili şey nedir? Geliştirmek isteyenlere ne önerirsiniz?

Burada çeşitli cevaplar bekliyorum ve "tek beden herkese uyan tek bir cevap" yok - farklı insanlar için neyin işe yaradığını bilmek istiyorum.

Belirli bir düzende değil ...

• Benden daha zeki insanlarla çalışmak

• Küçük, orta, üst düzey veya guru olup olmadıklarına bakılmaksızın, başkalarının söyleyeceklerini daima dinleyin. iş unvanı hiçbir şey ifade etmiyor.

• Başka çerçeveleri / dilleri öğrenmek ve bir şeyleri nasıl yaptıklarını görmek ve bunları zaten bildiğim şeylerle karşılaştırmak

• Kalıpları okumak, en iyi uygulamaları yapmak ve eski eşyalarımı incelemek ve gerektiğinde bu kalıpları uygulamak

• Çiftler programı

• Joel'in söylediği her şeye katılmıyorum. ;)

Karar İÇİN Bir 'Jack-hepsi-Ticaret' olmak

Kariyerimin oldukça başında, belirli bir veritabanı ve programlama dili olan bir uzmandım. Maalesef, söz konusu veritabanı 'veritabanı savaşlarını' kaybetti ve kariyer seçeneklerimin sınırlı olduğunu keşfettim. Ondan sonra, bilinçli olarak kendimi bir daha asla böyle bir şekilde kutu içine almama izin vermeyeceğime karar verdim. Böylece elimden gelenin en iyisini yaptım: Windows, Unix, C, C ++, Java, C #, Perl, Python, Access, SQL Server, Oracle, Informix, MySQL, vb. 'adama git' oldu - "Sor Craig, eğer bilmiyorsa, öğrenecek." Sonuç olarak, gömülü telemetri sistemlerinden füze savunması için komuta ve kontrol sistemlerine kadar her türlü proje üzerinde çalıştım.

Şimdiye kadar yaşadığım tek sorun, uzmanlığım bir general olduğu zaman, beni uzmanlık alanına sokmak konusunda ısrarcı olan şirketlerle ilgili. [EDIT: Polymath veya Rönesans Adam'ı veya çok uzmanı olarak da bilinir . ]

Akılda tutulması gereken bir şey ... yüksek teknolojide bilginin yarı ömrü nedir? Moore Yasası ile izler: bildiğiniz her şeyin yarısı 18-24 ay içinde eski olacaktır. Yanlış disiplini seçen bir uzman teknoloji basından kolayca zarar görebilir; Bir uzman sadece biraz daha fazla beceri eklemek ve geçmişte bu becerileri uygulamadaki dersleri hatırlamak zorundadır.

Her zaman kendimi oldukça ateşli bir programcı olarak düşündüm. Sonra yeni bir adam, ona Aaron diyerek ekibimize dahil edildi. Belli ki Aaron çoğu alanda benden çok daha iyiydi. O da benden gençti. Geçtiğimiz yıllarda pek iyileşmediğimi fark etmemi sağladı. Ben geçici bir hacker ve bu konuda vasat biriydim.

Bu beni bilinçli olarak kendimi ve özellikle de yazdığım kod kalitesini geliştirmeye çalışmam konusunda uyardı .

Aaron beni bir çok şey öğrenmeye yönlendirdi. Bana yazdığım kodun çoğunun en az birkaç yıl nasıl korunacağını ve genişletileceğini öğretti, bu yüzden kodu aklımda yazmalıyım. Kodum için otomatik testler yazmalıyım. Aaron her zaman ilk çalışan versiyonda nasıl durmamam gerektiğinden bahsederdi, ancak kod şık olana kadar yeniden düzenleyin ve düzeltin. Kullandığım dillerin ve araçların iyileştirme için çok yer olduğunu keşfettim.

Aaron'dan öğrendiğim en önemli şey öğrenmeyi asla bırakmamaktı.

Birkaç yıl sonra, Aaron şirketten ayrıldı. Boş hissettim. Onunla geçtiğimiz yıllar beni yepyeni bir beceri seviyesine yükseltti ve şimdi takımın geri kalanından çok daha iyi olduğumu fark ettim. Hala kötü kod yazıyorlar ve eskisi gibi aynı hataları yapıyorlardı. Onlara öğretmeye çalıştım ama öğrenmeye ilgileri yoktu. Aslında, birisine, ne tür hatalar yaptıklarını söyleyebilecek kadar kibirli olacağı konusunda sinirlendiler.

Böylece birkaç ay sonra şirketten de ayrıldım. Çok yetenekli bir ekiple daha küçük bir şirkete taşındım. Oradaki herkes daha fazlasını öğrenmek istedi ve ben de onu sevdim.

Aaron ile tanıştığıma memnun oldum. O olmasaydı, muhtemelen eski şirkette eski çeteyle çalışıyor, hiçbir yere gitmiyor ve kendimi çok fazla düşünüyorum.

İki şey:

1. Farklı insanlar tarafından yazılmış kodu okuyun.
2. Diğer insanlar tarafından yazılmış kod için belgeler yazınız.

Kod yazmak son derece kolaydır; tanıdığım diğer herkes bunu yapabilir. Ama başkasının kodunu okumak ve ne yaptığını bulmak benim için tamamen yeni bir dünyaydı.

Düzenli olarak spor salonuna gidin.

Cidden, formdayken beynim çok daha iyi çalışıyor. Sorunlar kolaylaşır ve daha az ezici olur, sersemlemenin baştan çıkarması çok azdır ve adım adım işler yapmak çok zor bir iş gibi görünmez.

Programlama. İlginç projeler üzerinde çalışmak. İçeri girip çalışmak gibi bir şey yok. Özellikle baskı altında. Her zaman bana nasıl programlanacağımı soran herkese söylerim - sadece güzel bir proje bulun (telafi etseniz bile) ve üzerinde çalışın.

Üniversitemdeki CS öğrencilerini ders alarak yarı zamanlı bir iş çıkardım. Bir başkasına açıklamanız gerektiğinde, sizi tamamen farklı bir seviyede anlamanıza zorlar.

1. "Her yıl bir programlama dili öğren" sisteminin büyük bir hayranıyım. Bir yıl size "tamam, sözdizimini biliyorum, bu yüzden şimdi dili biliyorum" önyargısını geçmeniz için yeterli zaman veriyor ve sizi biraz daha uzağa gitmeye zorluyor ve bu dilde neyin yararlı olduğunu anlamaya ve yerel bir stilde programlamaya zorluyor. bu dil (demek istediğim, Ruby sözdizimini kullanarak java uygulamaları yazmaktan vazgeçmiyorsunuz). Her dil, programlama hakkındaki düşüncelerinizi değiştirecektir - özyinelemeyi nasıl kullanacağımı biliyordum, ancak özyinelemede düşünme , prolog üzerine bir derse girinceye kadar gerçekleşmedi (ML gibi işlevsel bir dilin aynı etkiye sahip olacağını hayal ediyorum).

2. Bir Pet projesi başlat. İyi bir evcil hayvan projesi için kişisel denklemim, deneyimlediğiniz bir şey + bilmediğiniz bir şey = faydalı bulabileceğiniz bir uygulama. Örneğin, Migratr (kendime kafeinli-hafta sonu açık-devam eden bir proje) "c # biliyorum ama asla bir web API'sine kodlamadım. Tüm fotoğraflarımı Zooomr'a taşımak istiyorum" olarak başladı. "Web API'sine daha önce kodladım, ancak C # bilmiyorum" kadar kolay olabilirdi.

Evcil hayvan projenizi yayınlamak başlı başına inanılmaz bir eğitim deneyimidir. Birdenbire, pratikte hiç kimse öğretmediği şeyler var ama herkesin bilmesi gerekiyordu (benim için kendi test sisteminizi kuruyordu, sürüm kontrol sistemlerinden en iyi şekilde yararlanıyordu, başka hiç kimse sizin son tarihlerinizi belirlerken nasıl hızlanacağını, sizinle nasıl etkileşime geçeceğini biliyordu) kullanıcılar ve ne zaman isteklere "hayır" deyince bililmeli), tüm bunlar yüzeye sıçrar ve sizi daha önce yapmadığınız bir seviyede kendi kendine eğitmeye zorlar - en azından, bu konuda şeyler yapmak "foo" vs "bar" şekilde artılarını / eksilerini.

Bu iki şeyi yapmak, spektrumun her iki ucunu da kapsar. Yeni bir dil öğrenmek sizi daha iyi bir kodlayıcı yapar. Evcil hayvan projesi sizi daha iyi bir geliştirici yapacak: P

Kendime montaj öğretti. 13 yaşımdayken eski bir 6502 yongasında mıydı? 14? Çok uzun zaman önce. Ancak, gelişiminizi bit seviyesine inmekten daha fazla geliştirecek bir şey düşünemiyorum.

Öğrenim düzeneği, bilgisayarların temelde daha düşük bir düzeyde 'düşünme' şeklini ve bu seviyedeki zarafeti şaşırtıcıdır ... boşa harcanan hareket yok, verileri 'atmadan' şaşırtıcı. Bu seviyede geliştirme size verimliliği öğretecek ve eleştirel düşünme ve mantık becerilerinizi geliştirecektir. Aynı zamanda, oldukça hızlı bir şekilde sahip olduğunuz özensiz alışkanlıklardan sizi iyileştirecektir!

65xx çipinde üç yazmaç (akümülatör, X ve Y) vardı ve çarpma ya da bölme için makine seviyesi talimatı yoktu. Savaş hasarı hesaplamak, kitaba bakmak ve aniden kendi matematik kütüphanemi yazmak zorunda olduğumu fark etmek için bir rutinin kodlandığını hatırlıyorum. Birkaç hafta harcadım ve defterimin her yerine 0 ve 0'lar 'böldü' ve 'ondalık basamaklar' ın gerçekten ne anlama geldiğini bulmaya çalışıyordu.

O zamandan beri birçok C ++, pascal, .NET okudum ... ama hiçbiri bana çok fazla şey öğretmedi, ilgimi çekmedi ya da beni eski komodorumda yaptığım 'vay' duygusuyla bırakmadı. .

Yazdığım eski şeylere bakıp ne kadar kötü olduklarını farkettim.

okumak

• kitaplar, sadece web siteleri değil
• kişisel gelişim için, sadece en son proje için değil
• Ticaretinizi geliştirmek hakkında, sadece en son teknoloji ile ilgili değil
• sadece okuma üstünde çalıştığın kodları oku.

Sadece okumak için iştahınızı geliştirin.

Programlama.

Cidden, kitaplar var, kodlama kataları var, bunun gibi siteler var, ama bir geliştirici olarak gelişmenin en iyi yolunun gerçek mühendislik ile gerçek, sürekli değişen gereksinimleri olan gerçek kargaşa müşterileri ile gerçek proje üzerinde çalışmak olduğuna inanıyorum. sorunları. Deneyimin yerini hiçbir şey tutamaz.

Bence yapabileceğiniz en önemli şey geliştirmek için bilinçli bir çaba göstermek. Tek bir gümüş kurşun yok, yeni bilgi kaynakları, yeni deneyimler ve daha fazla uygulama aramaya devam etmek zorundasınız.

İkinci en önemli şey, ne yaptığınızı, neden yaptığınızı ve nasıl daha iyi yapabildiğinizi düşünün. Önceki projelerle aynı şey. Yaptıklarına ve şimdi farklı şekilde nasıl yapabildiğine bir bak. Neyin daha iyi yapılabileceğini veya nerede hala geliştirebileceğinizi düşünün.

Her gün işte bunun iki harika örneğini görüyorum. Öğrenmeyi seven ve öğrenebileceği en iyi geliştirici olmak isteyen bir iş arkadaşım var. Blog okumak, kitap okumak, programlama tekniklerini tartışmak ve tonlarca soru sormak için herhangi bir kesinti yapar. Ayrıca sadece son bir yılda gözle görülür derecede gelişmiş. Başka bir iş arkadaşı işini yapıyor ve oldukça iyi yapıyor. Ama tek yaptığı bu. Bildiği şeylere bağlı kalıyor, iyileştirmek için çok çaba harcıyor, mevcut projeleri dışındaki projelerde çalışmıyor ve 4 yıl sonra tanıştığımda sahip olduğu beceri setine ve programlama yeteneğine sahip. onu.

Birçok kişi kod yazmayı önerdi. Başkalarının kodlarını okumanın çok daha faydalı olduğunu söylemek zorundayım.

Çok çeşitli ve düşünülmüş insanlarla çift programlanmış

Programcı olarak bana yardımcı olan temel şeyler:

• Öğrenilmiş Dokunma Yazma.
• Utangaçlığın üstesinden gelmeyi ve soru sormayı öğrendim.

Bir programcı için yazmak esastır. Herkesin tam olarak iki parmağınızı kullanarak yazdığı ve her şey için klavyeye bakması gereken bir "programcı" iş arkadaşı vardı. Eğlenceli değil. Dokunma tipini öğrenmek, programcı olarak verimliliğinizi büyük ölçüde artırır.

Ve eğer sormazsan, sana kimse söylemeyecek.

Açık kaynaklı projelere katkıda bulunmak / katılmak, benim için en büyük şeydi.

İstediğiniz tüm kitapları, kodları ve açık kaynaklı projeleri okuyabilirsiniz, ancak yazılım geliştirmenin son kullanıcı yönünü anlamanız gerekir. Yankı odasından çıkmanız gerekir. Bu yüzden teknik kariyerinize yardımcı olacak teknik olmayan birkaç noktaya değineceğim.

1. Klavyeden uzaklaşın ve son kullanıcıyla etkileşime geçin ve gözlerinin içinden yazılımı nasıl kullandıklarını görün. Son kullanıcılar genellikle teknik değildir, bu yüzden yazılımı mantıklı bir adım olarak görürken, yazılımı sihirli bir iş parçası olarak görürler. İki dünya tamamen farklı. Bu yüzden size kolay ve mantıklı görünen şey, şifreli ve korkutucu görünebilir.

2. Test et, test et, test et. Büyük şirketlerde gördüğüm yazılımların çoğu test durumlarını kullanıyor. Cehennem, JUnit, xUnit ve diğer tüm test dillerini orada kullanıyorlar. Ancak gördüğüm sorun, programcıların çoğunun yazılımlarının Üretim'de nasıl göründüğünü asla görmemesidir. Kullanıcılara (veya bunlar toplu iş ise sistemler) uygulamanıza, kitaplığınıza veya arayüzünüzle nasıl etkileşime girdiklerini öğrenmek için ne tür çirkin bilgiler olduğunu öğrenin. Bu, iyi test senaryoları oluşturmanıza ve programınızın her zaman doğru veri setine besleneceğini varsaymanızı sağlar.

Öğrenilmiş Şema

Kod yazma ve bir sürü.

Düzenli ifadeleri öğrenmek.

TopCoder Algoritması yarışmalarında rekabet .

Hepsini dışarı atın: kendi projenizi, dönüm noktalarınızı, kaynaklarınızı, bağımlılıklarınızı, gereksinimlerinizi ve test planınızı oluşturun. Programlama becerilerinizi yalnızca belirli parametreler dahilinde çalışmak üzere geliştirmeye zorlamakla kalmayacak, aynı zamanda tam olarak geliştirmeniz gereken yeri vurgulamaya da yardımcı olacaktır. Nerede olduğunuzu ve nereye gitmek istediğinizi tam olarak görebilmeniz için, blog veya daha resmi proje güncellemeleri yoluyla, ilerlemeniz hakkında düzenli güncellemeler yapın.

Son işimden ayrıldım.

Bence sürekli yaptığın şeyi sorgulamak en büyük şey. Kodunuzun mükemmel olduğunu asla düşünmeyin, daima geliştirmek için çaba gösterin.

Kodumun mükemmel olduğunu düşündüğümde 2 ya da 3 kez yaşadım, daha sonra gidecek çok yolum olduğunu farkettim.

Sanırım en büyük şey, kodumun kendisini bir makine değil diğer programcılar tarafından tüketildiği gibi görmeye başladığım zamandı. Makinenizin işleyebileceği bir kod yazmak kolaydır, ancak kuru, anlaşılabilir bir kod yazmak zordur.

Ve ben sadece "Bu çizginin ne işe yaradığını" anlamak demek istemiyorum, yani sınıf arayüzünü neredeyse imkansız hale getirecek kadar iyi biçimlendirilmiş hale getirirken "Bu sınıfın diğer tüm sınıflara nasıl uyduğunu" anlamayı önemsiz kılmak demek istiyorum. kötüye kullanmak için.

İyi kodun% 70'inin hata kontrolü ve kullanımı olduğunu söylüyorlar. Bu şekilde programlamaya başladığımda kodum çok daha iyi hale geldi. Neyin yanlış gidebileceğini düşünmek ve sonra hemen ele almak çok büyük bir fark yarattı. O hissediyor bütün bu denetimi sadece kod kalkarak ve kendisinin önüne oluyor yapıyor gibi ama 2 ila 4 kat baştan sona süresini kısaltır.

Sadece bu insanlar kim "onlar" ve "onlar" nerede yaşıyorlar?

Kodlama becerim, bir şeyi uygulamadan önce merak ettim, bu şeyi nasıl belgeleyeceğim .

Buradaki "şey" tüm olası ayrıntılara sahip olmalıdır. Metottan bütün ürüne. Örneğin, yöntem düzeyinde, aslında yazmadan önce API'ye sığmayan veya belirsiz bir yöntem eklemeyi önler. Ve eğer gerçekten kolay bir şekilde belgeleyemediğim bir yöntemi uygulamaya ihtiyacım olursa, bu bir yerde bir tasarım probleminin işareti ...

Otomatik olarak, " açıklayamazsam, yazamam " tutumu kötü kodu siler ve bir şeyi doğru şekilde nasıl belgeleyeceğimi öğrendiğimde, uygulamanın uygulanması daha kolay ve daha temiz hale gelir.

Öğrendiklerinizi sürekli olarak öğrenin ve uygulayın.

Şununla:

1. Kişisel Projeler: Programlamaya başladığımdan beri kişisel projeler yapıyorum. Küçük oyunlardan, görüntü işlemeden, steganografiden, dosya türü şartnamelerinin uygulanmasından, sıfırdan çeşitli protokollerin uygulanması veya zaman içinde çeşitli programların uygulanması.

2. Kitap okumak : Boş zamanlarımda çeşitli kitapları okumaya ve takip etmeye karar verdim. Etrafta oturup okumayı bekleyen uzmanlar tarafından yazılmış çok sayıda iyi kitap var. Bir kitaptan alabileceğiniz derinlik, örneğin çeşitli forum yayınlarını okumakla eşleşmez.

Bu genellikle herhangi bir yeni teknolojiyi öğrenmenin kronolojik sıralamasıdır:

1. Düzenli olarak iyi blogları okuyun (Atwood, Martin Fowler, vb.), Teknoloji haberlerini takip edin, İlginç yeni teknolojiyle ilgili bilgileri izleyin. Bu adımlar, daha fazla keşfetmek için ilginç bir şey bulabilir miyim karar vermeme izin verecek.

2. Seviyeniz için öğrenmek üzere doğru kitabı veya diğer kaynakları okuyun (örneğin, tasarım kalıplarını öğrenmek istiyorsanız yeni başlayanlar için 'İlk Tasarım Kalıplarının Başını' öneririm). Ayrıca kitaplar için özel tercihlerim var .

3. Bir dışarı yuvarlayın oyuncak projesi öğrendiğim şeyi kullanarak veya iki. Projenin faydası hakkında endişelenmiyorum. Niyetim sadece öğrenmemi kullanmaktır. (örn. OOP için bir hesap makinesi projesi iyi olabilir)

4. İş yerinde kullanıp kullanamayacağımı görecektim . (örneğin işte subversion kullanmamıza rağmen, onu yerel havuzum olarak kullanıyorum, Ruby'yi aksi halde çok monoton ve zaman alan bir iş için kullandım)

5. Bu, çoğu insanın kaçırdığını düşündüğüm en iyi bölüm. Bilgi paylaşım oturumları . Örneğin, diğer takım üyelerine bir ya da iki oturum verin. Öğretimin teknolojiyi gerçekten öğrenmenin en iyi yollarından biri olduğuna inanıyorum. İzleyiciyi alıp almasanız da, teknolojiyi anlama düzeyinizin çok katlı olacağını garanti ediyorum. :-)

Birkaç ay boyunca açık kaynaklı bir projeyi kesmek; daha büyük daha iyi. Bazı yüksek görüşlü, coğrafi olarak sizi tanımayan, sizi tanımayan insanlarla etkileşime girdiğiniz zaman, yardım edemezsiniz, ancak hatalarınızdan çok daha hızlı bir şekilde öğrenirsiniz - bence bu kesin bir utanç faktörü. Ayrıca, bir veya iki gerçekten zeki insanı tanımlarsanız, o zaman saf bilgiden değil, onlardan değerli içgörüyü toplayabilirsiniz.