Bu cevapların çoğu, en başından beri bile biggish takımlara odaklanmış gibi gözüktüğünden, bir girişim için iki kişilik bir geliştirme ekibinin (tasarımcıyı eklerseniz üç) bir parçası olarak görüşümü göstereceğim.
Açıkçası, basit tasarımlar ve çözümler en iyisidir, ancak tam anlamıyla maaşınızı boynunuza çeken bir adama sahip olduğunuzda, en zarif, sade ve korunabilir çözümü düşünmek için mutlaka zamanınız olmaz. Aklımda, ilk büyük noktam:
Belgelendirme Yorum yapmamak, kod çoğunlukla kendi kendini belgelemek zorundadır, ancak tasarım belgeleri, sınıf hiyerarşileri ve bağımlılıkları, mimari paradigmalar vb. Gibi şeyler. Kod tabanını anlamada yeni veya hatta var olan bir programcıya yardımcı olan herhangi bir şey. Ayrıca, en sonunda "bu sınıfı bu işlevsellik için bir öğeye ekle" gibi açılan garip sözde kütüphaneleri belgelemek yardımcı olabilir, çünkü bu, insanların işlevselliğini yeniden yazmasını da önler.
Ancak, ciddi bir zaman sınırınız olsa bile, akılda tutulması gereken başka bir iyi şeyin olduğunu düşünüyorum:
Hack'lerden ve hızlı düzeltmelerden kaçının . Hızlı düzeltme gerçek düzeltme olmadıkça, temel sorunu bir şeye çözümlemek ve daha sonra düzeltmek her zaman daha iyidir. Kelimenin tam anlamıyla "gelecek 2 dakika içinde çalışmasını sağlayın ya da kovuldunuz" senaryosuna sahip değilseniz, düzeltmeyi şimdi yapmak daha iyi bir fikirdir, çünkü kodu daha sonra düzeltmeyeceksiniz, sahip olduğun bir sonraki göreve geç.
Ve en sevdiğim ipucum daha çok alıntı, kaynağını hatırlayamasam da:
"Ardından gelen kişiyi nerede yaşadığını bilen cinayet hastası bir psikopat sanki kodla"