Bir proje üzerinde çalıştıktan sonra, düzgün çalışması için çok fazla değişiklik ve değişiklik gerekebilir ...
Bunu önlemek için ne yapabilirim?
Bir proje üzerinde çalıştıktan sonra, düzgün çalışması için çok fazla değişiklik ve değişiklik gerekebilir ...
Bunu önlemek için ne yapabilirim?
Yanıtlar:
Her zaman uyguladığım basit bir kural var, çünkü ben de mükemmeliyetçi olma eğilimindeyim. Ve mükemmeliyetçilik sizi sıradanlığa götürür.
Bir son tarih belirleyin. Son teslim tarihinde gönder.
Bir sahip olmaktan yazılımınızı önlemek için unfishined kullanılamaz hale edecektir özelliği eksik durumunu, bu tanımı kullanıldı yapılan ürettiğiniz her özellik için. TÜM adımlar tamamlanıncaya kadar bir sonraki özelliği başlatmayın :
Tek bir fare tıklamasıyla bir sürüm oluşturabileceğinizi varsayıyorum (derleme komut dosyalarını kullanarak)
Cevabımı vermeden önce (ya da gerçekten bir cevap önerisinde bulunmadan), büyük projeler hakkında çok fazla deneyime sahip olmadığımı söylemeliyim ve sadece okuduğum ve nedenlerinden biri olduğuna inandığımı belirteceğim. Çok yanlış olabilirim, ancak büyük olasılıkla alacağım tüm yorumlardan bir şeyler öğrenmiş olacağım. ^^
Önemli bir faktör, inanıyorum ki, proje devam ederken kodunuzun bozulmasına izin vermemek. Bu, sadece birkaçını bildiğim birçok şekilde önlenebilir:
Yeniden düzenleme ile çok uzun süre beklemeyin: Yeniden düzenleme biraz zaman alır, ancak bu ekstra parametreye izin vermek için kodu yeniden yazmaktan rahatsız olamayacağınız için kıvrımlı işlev çağrıları yapmak zorunda kalmazsınız. Daha sezgisel ve daha az çoğaltılan kod hata sayısını azaltır.
Kırık bir pencere saptamak: olarak pragmatik Programcı , kırık penceresi olarak bilinen bir fenomen okuyun. Yazarlar, kodun bina bozulduğu gibi bozulmaya başlayacağını savunuyor: kırık bir pencereyle başlıyor. Kodda bu, çirkin düzeltmeler, değişkenlerin adlandırılması, işlevler anlamına gelir; genel olarak sadece kötü kod. Ben doğru tutmak için bu bulduk: Kodumu daha sağlam ve kod temeli sağlam olduğunda kodlama hakkında daha mutluyum. Çok fazla kırık pencere varsa, genellikle iyi kod yazmak için çaba sarf etmiyorum. Kırık bir pencere görürseniz, mümkün olduğunca hızlı bir şekilde düzeltin; gerekiyorsa refactor. Bu, daha az hataya ve gereksiz ayarlara yol açacaktır.
Ve Pierre 303'ün cevabını okumayı unutma .
"Çok fazla" ince ayarlar ve değişiklikler nelerdir? Yazılım bakımı , yazılımın ilk geliştirilmesinden çok daha fazla zaman alabilir. Bunda yanlış bir şey yok. Düzenli kalmak için bir sorun izleyici kullanın .
Ne olursa olsun, elbette başlangıçta mümkün olduğunca iyi yapmak istersiniz. Bunun için hiçbir şey testten geçemez .