Kısacası, öğrenmenin en iyi yolu öğrenebilirsiniz biriyle takılmak genellikle den . Becerilerinizin çizilmediğini düşünüyorsanız, elinizden gelenin en iyisi olan insanlarla takılmak en iyisidir. Kesinlikle kendini geri çekmekten ve tecrit etmekten daha iyidir.
Ancak bence çok basitleştirilmiş ve yanıltıcı bir tablo çiziyorsunuz. Her şeyden çok "profesyonelce öğretilmiş" programcılar gerçekten çok iyi. Sadece bir şey yaptıkları için mutlaka yapılması gereken şey olduğu anlamına gelmez.
Ve söylediklerinizin çoğu (ancak hepsi değil) gerçekten onlara bir ya da iki numara öğretebilecek olan kişisin gibi geliyor .
İşlevsel tarafa OO'dan daha çok dayanıyorum, fakat bir şeyin soyut bir varlık olarak daha anlamlı olacağı durumlarda OO kullanımını görüyorum.
Bu benim için harika geliyor. En iyi kodlayıcılar iş için doğru aracı kullananlardır. Her zaman her iki paradigmayı da tanıyan birini seçer ve her birini dini olarak yalnızca bir paradigma kullanan biri üzerinde mantıklı olduğu yerlerde kullanırım.
Sonra bir şey yaparken basit rotaya da gidiyorum. Buna karşılık, bazen profesyonel programcılardan gördüğüm kod, onun iyiliği için karmaşık hale geliyor!
Yine, basitlik iyidir . O kadar kod karmaşık yapmayın ihtiyacı karmaşık olması. Bazı insanlar do şeyler şıklığın bazı yanlış düşüncenin karmaşık out yapma eğilimindedir ya çünkü "bunu sonra ek işlevler gerekir". Genel olarak, probleminizi çözen en basit şeyi yapmak daha iyidir.
Çok fazla kapak kullanırım. İyi. Bu yüzden oradalar. 1990'larda ve Java'nın modası geçmiş yarı-OOP modelinde sıkışıp kalmış bazı insanları korkutuyorlar, ama gerçekten, bu onların sorunu.
Ve son olarak, ben en iyi yorumcu değilim.
Ne yorumlanmalı ve nasıl bir derece özneldir. Orada gerçek bir "doğru" ya da "yanlış" yoktur, ancak bir ekip üzerinde çalışırken, yalnızca kodun yazarının değil tüm ekibin anlayabileceği bir kod yazmak önemlidir. Ve bazen, takımın kodlama stiline uymak için uzlaşmalar yapılmalıdır. Bu mutlaka daha fazla yorum yazmanız gerektiği anlamına gelmez, bu sadece sizin ve ekibinizin üzerinde anlaşmanız gereken bir şey olduğu anlamına gelir.
Profesyonel olarak eğitilmiş programcıların birim testleri gibi şeyler hakkında gittikçe devam ettiğini duyuyorum. Daha önce hiç kullanmadığım bir şey bu yüzden ne oldukları ve nasıl çalıştıkları hakkında en ufak bir fikrim bile yok.
Onlara sor. :) Kodunuzu test etmek önemlidir ve birim testleri bunun için popüler ve faydalı bir araçtır.
Çok fazla ve çok sayıda alt çizgi "_", ki bu benim zevkim değil.
Yorumlarda olduğu gibi, bu özneldir ve dile bağlıdır. C ve C ++ lowercase_with_underscores'da oldukça yaygın bir adlandırma kuralıdır. Diğer birçok dilde, neredeyse hiçbir zaman alt çizgi görmezsiniz. Ama günün sonunda, bu gerçekten önemli değil. Bir işlevin çağrılıp çağrılmadığı write_to_logya WriteToLogda aslında bir fark yaratmayacağı. Birisinin onu emmesi ve ekibin orada kararlaştırdığı şeye uyması gerekecek.
MVC hakkında hiçbir şey bilmiyorum, backbone.js gibi şeyler olsa da bu konuda çok şey duydum. Bir uygulamayı organize etmenin bir yolu olduğunu düşünüyorum. Bu sadece beni şaşırtıyor çünkü şimdiye kadar kendi organizasyon yapılarını yaptım.
Birim testlerinde olduğu gibi, öğrenmeyi asla bırakmayın. Bilmediğiniz ve bildiğinizden farklı bir arka plandan gelen insanlarla birlikte çalışıyorsunuz. Birbirlerinden öğrenin. Onlara öğretebileceğiniz açıkça net şeyler var, fakat bilmediğiniz veya hiç duymadığınız, size öğretebilecekleri şeyler de var. Bu, sizin (veya onların) kötü bir programcının olduğu anlamına gelmez. Bu, iyi bir programcının, geliştirmek ve başkalarından öğrenmek için çabalayan biri olduğu anlamına gelir.
Komple OO programlaması gerçekten ağzımda kötü bir tat bırakıyor
Burada da aynı, "profesyonelce eğitilmiş" (CS derecesi) olarak adlandırdığınız şey benim. Programlama öğretilen insanlar, kendi kendini yetiştiren insanlar kadar farklıdır. Gerçekten birkaç yeni numara öğrenmeye ihtiyaç duyan kişilerle çalışıyorsunuz.
Aslında insanların sonunda kodumu kontrol etmesinden korkuyorum. Bu sadece normal bir şey midir, herhangi bir programcı geçer mi yoksa gerçekten tekniklerimi değiştirmek için mi bakmalıyım?
Her ikisi de. Elbette, başkalarının yaptığınız şeye bakması (ve yargılaması) korkutucu. Ama aynı zamanda çok eğitici. Size başka türlü ne yaptıklarını veya neden başka şekilde yaptıklarını söyleyebilirler. Geliştirmenize yardımcı olabilirler ve kendileri de bir şeyler öğrenebilirler. Onlara bir problemi “tercih ettikleri” çözümden daha iyi çözen kodları gösterin ve umarız giderler ”ah, bu temiz. Bunu nasıl bildin? Bunu nasıl adlandırıyorsun? Bu tekniği kendim kullanmalıyım "