Daha iyi kod kalitesinin nasıl teşvik edileceğine dair fikirler üzerinde çalışırken, geliştiricilerimiz tarafından kullanılan dahili “bizim için” uygulamalarımızdan birine bir MOTD eklemek için bir fikir edindim. Uygulama her açıldığında, kullanıcıya daha iyi kodlamayı teşvik eden rastgele bir alıntı içeren bir pencere sunmaktadır. Bu alıntılardan bazılarını listeledim, hepimize  ilham vermesi ve size ilham verebilirler mi?

Bir geliştiricinin niyeti kendi kodları aracılığıyla iletmesi önemlidir, böylece başka bir geliştirici onu okuduğunda ilk geliştiricinin niyetini anlar.

1.Bir değişkeni, ilk doğmuş bir çocuğu adlandırırken uyguladığınız özenle adlandırmalısınız." - Robert C. Martin

2."Amacını ileten kod çok önemlidir. Sadece bazı kodları okurken sık sık yeniden düzenleme yaparım. Böylelikle, program hakkında anlayış kazandıkça, öğrendiklerimi unutmamak için bu anlayışı kodun içine yerleştiriyorum. " - Martin Fowler

3."Bir kod parçasına bakmak ve ne yaptığını anlamak için çaba harcamanız gerekiyorsa, o zaman onu bir işleve çıkarmalı ve işleve neyin adını vermelisiniz." - Martin Fowler

4."Hata ayıklayıcıda iyiyseniz, bu, hata ayıklamak için çok zaman harcadığınız anlamına gelir. Hata ayıklayıcıda iyi olmanı istemiyorum. " - Robert C. Martin

5.“Temiz kod, bir dizi kurala uyarak yazılmaz. Bir buluşsal yöntem listesi öğrenerek bir yazılım ustası olamazsınız. Profesyonellik ve ustalık, disiplinleri yönlendiren değerlerden gelir. " - Robert C. Martin

6."Kodunuzun kalitesinden siz sorumlusunuz. Senin müşterin değil. Patronun değil. […] Doktora gidip şunu söylemiyorsunuz: Biliyor musunuz doktor? Acelem var, neden ellerini yıkamayı atlamıyorsun? ”- Michael Toppa

7."Temiz kod basit ve doğrudandır. Temiz kod, iyi yazılmış düz yazı gibi okur. Temiz kod, tasarımcıların niyetini asla gizlemez, bunun yerine net soyutlamalar ve basit kontrol çizgileriyle doludur. " - Grady Booch

8.“Bir problem üzerinde çalışırken, bazen ona o kadar yaklaşırsınız ki tüm seçenekleri göremezsiniz. Zarif çözümleri özlüyorsunuz çünkü zihninizin yaratıcı kısmı odak noktanızın yoğunluğu tarafından bastırılıyor. Bazen bir sorunu çözmenin en iyi yolu eve gitmek, akşam yemeği yemek, televizyon izlemek, yatağa gitmek ve ertesi sabah uyanmak ve duş almaktır. - Robert C. Martin

9."İyi bir programcı, tek yönlü bir caddeyi geçmeden önce iki yöne de bakar."

Basit tutmaya gelince, asla kullanılmayacak bir kod yazmak istemezsiniz. Bazen yeni bir bileşen tasarlarken, bir gün yararlı olabileceğini düşündüğünüz ek tamamlayıcı mantığı yazmak cazip gelebilir. Bunu yaparak "bu benim bileşenim - alın ya da bırakın" ifadesini zorlarsınız . Bu ek mantığa olan ihtiyacın ortaya çıkıp çıkmadığını veya kullanım senaryosuna tahmin ettiğiniz şekilde cevap verip vermeyeceğini bilmiyorsunuz. Zamanı geldiğinde mantık, belki sizin tarafınızdan veya belki başkası tarafından uygulanacaktır, ancak en azından bileşeni gelecekteki değişiklikleri desteklemek için genişletilebilir bir şekilde tasarladığınızdan emin olmalısınız.