1. Kendini tekrar etme

Bu takip edilmesi gereken harika bir prensiptir. Ben gerçekten yazmış olduğum koda geri dönüp birden çok kullandığım kısımlarını yeniden düzenlemekten keyif alıyorum. Bazı uzun metodları parçalara ayırıyorum. Ctrl+R+M kısayolu Visual Studio üzerinde kodları yeniden düzenleyerek parçalara ayırmama yardımcı oluyor. Bu kodu yeniden kullanabilir ve test edilebilir yapıyor.

2. Değişkenlerinizi ne olduklarına göre isimlendirin, hangi data tipine sahip olduklarına göre değil

Bu konudaki tek istisnai durum başkasının kodu üzerinde birşeyler yaparken olabilir. Bu durumda yazan kişinin notasyonuna göre ilerlemelisiniz.

3. Metodlarınıza ne yapacaklarını belirleyen isimler verin

Bunu düzgün bir şekilde yaparsanız, yorumlamanız gereken yerleri en aza indirgersiniz. Eğer kodunuz okunabilecek kadar açıklayıcı ise, yorum satırları eklemenize de gerek kalmaz.

4. Kod içerisine gömülmüş sihirli numaralar veya karaktersel ifadeler kullanmayın

Kod içerisinde; bir başkasının gelip o kodu okuduğunda ne olduklarını anlayamayacakları sayısal veya karaktersel ifadeler kullanmayın. Constant (sabit)'lar oluşturun, enumları veya private değişkenlere kolay anlaşılabilir isimler verin ve onu kullanın.

5. Metodlarınızı mümkün olan yerlerde herhangi bir uygulamanın bir parçasına bağlı olmadan test edilebilecek şekilde yazın.

Metodun nereden çağırıldığının bir önemi olmasın. Bu kodu daha test edilebilir ve yeniden kullanılabilir yapar.

Eğer Session Value (oturum değerlerini)'ları veya App Settings'leri (uygulama ayar değerlerini) kullanıyorsanız, onları metodlarınızı çağıracağınız noktada değişkenlerin içerisine atayarak kullanın. Bu onları daha da test edilebilir yapar.

6. Yardım istemekten korkmayın

Size herşeyde yardım isteyin kendiniz birşey öğrenmeyin demiyorum. Demek istediğim şey bundan çekinmeyin, eğer bir yerde sıkışıp kaldıysanız bir başkasının yardımını isteyin. Onlar sizin karşılaştığınız problem ile daha önce karşılaşmış ve çözmüş olabilirler. Aynı zamanda birine yapmaya çalıştığınız şeyi, ne beklediğinizi ve probleminizin ne olduğunu anlatmak çözümü sizin de bulmanıza yardım eder.

7. İzci kuralına uyun

Çok hatalı veya berbat bir kod gördüğünüz yerde çözün ve yolunuza devam edin. Onu bir başkasının yapmasını beklemeyin fakat aynı zamanda tüm programı da yeniden yazmayın.

8. Bilginizi başkalarıyla paylaşın

Bildiğinizi kendinize saklamak konusunda bencillik yapmayın. Kültürünüz başkalarına yardım etmek olsun. Bir takım olarak çalışmanın ve birbirinizi geliştirmenin en iyi yolunu bulacaksınız. Çalışma arkadaşlarınızın gelişmesine katkıda bulunmak bilginizin uçup gitmesi veya işizi tehlikeye atmanız demek değil. Kendinizi bilgisini elinde tutan birine göre daha değerli yapar, aynı zamanda da etrafınızakilerin gelişimine yardımcı olmuş olursunuz.

9. Çalışma arkadaşlarınızı önemli birşeyin ortasındayken rahatsız etmeyin

Bi düşünün, programlama yaparken tüm parçaları kafanızda bir araya getiriyorsunuz, tıpkı iskambil kartlarından ev yapıyor gibi çok dikkatlice hareket ediyorsunuz. Tam o sırada biri bir soru soruyor, konsantrasyonunuz gidiyor ve üst üste koymuş olduğunuz tüm iskambil kartları birden yerle bir oluyor. Konsantrasyonları dağıldıktan sonra tekrar onu sağlamak ve tüm parçaları tekrar bir araya getirmek en az 5-10 dakikalarını alır, Googlayabilecekken veya bir başkasına sorabilecekken bunu yapmayın. Eğer çalışma arkadaşlarınıza bu saygıyı gösterir ve bunu farkettirirseniz, onlarda size aynı şekilde davranır, bu da sizi daha verimli biri yapar.

10. Kritik yaparken negatiflik yerine pozitifliği kullanın.

Bana göre kritik yapmak kendimi geliştirmem için bir şans.

Eğer birşeyleri yaparken aklıma gelmeyen veya bilmediğim başka bir yol varsa kendimi geliştirmek için onu öğrenmek isterim.


Paul Seal tarafından yazılmış "10 golden rules for becoming a better programmer" yazının Türkçe çevirisidir.

Çeviride bulmuş olduğunuz hataları bana iletirseniz "birlikte" gelişmiş oluruz.

Source: http://www.codeshare.co.uk/blog/10-golden-rules-for-becoming-a-better-programmer/