Şimdi basit olsun, ya da geleceği düşünerek programlayın.

Şu anda şirketim için oldukça ilgili olan yeni bir uygulamayı kodluyorum. Son tarihi karşılamak için, işlevsellik biraz azaldı, böylece piyasaya sürülmeye hazır bir şeyler hazırlayabileceğiz.

Bana sürüm 1'i çalıştırıp ay sonuna kadar çalıştırma görevi verildi. Gelişimin yarısındayım ve görüşte bir son olduğu noktaya geldim.

Dün, ihtiyaçlarımdan biri için çok güzel ve kolay bir çözüm bulmak için biraz zaman harcadım ve ortaya çıktığı şeyden gurur duyuyorum. Bu sabah sürüm 2 belgesi gönderildi ve dün yazdığım kodun ya gutted ya da ciddi bir şekilde değiştirilmesini gerektiren bir zorunluluk var. Gelecekte, olduğu gibi bırakırsam, çok fazla çalışma gerektirir. Mevcut çözümümü daha sağlam hale getirmek için fazladan bir gün alabilirim, böylece v2 özelliği çok daha az çaba harcayarak eklenebilsin, ama bu da gerektirdiği ekstra kodlama için biraz geride kaldı.

V2 yapıp yapmayacağımı bilmiyorum. Benim olabilir veya bir meslektaş, hatta bir stajyer olabilir.

Ayakkabılarımın içinde olsaydınız, gelecekte daha kolay hale getirmek için şimdi zaman harcar mıydınız, yoksa çözümünüzü bırakıp zamanı geldiğinde onunla ilgilenir miydiniz?

Eğer son tarih Taş Oyma ise, onunla buluşman gerekenleri bitir. Yeni gereksinim için yapılan kod değişikliklerini karşılamak üzere v2'ye ilişkin tahminleri şişirdiğinizden emin olun. Ayrıca, yeni v2 özellikleri için nelerin değişmesi gerektiğini düşündüğünüzün kısaca belgelendiğinden emin olun, böylece bir iş arkadaşınız başka bir şeye atanırsa onu alabilir.

Son teslim tarihlerinde yeterli esneklik varsa (1 gün, sesiyle, yani 2,5 gün uzatmayı hedefleyin), o zaman emin olun, devam edin ve bilinen geleceği kodlayın!

İkinci Sistem Etkisi'ne avı (erken) düşmekten kaçının . İşte uygulanacak bazı iyi teknikler:

1. Sadece sürüm 2’de geldiklerini gördüğünüz için kesinlikle sürüm 1’in rayından ayrılmasından kaçının. Önceden planlama yapmak gayet iyi, ancak v2 özelliklerinin yaratıcısı v2’nin değil, v1’in başarısızlığından sorumlu olmalıdır.
2. (Mümkünse), yaratıcının sürüm 2 için şimdi daha büyük değişiklikler gerektirmeyen gereksinimleri yeniden çalışmasını sağlayıp sağlayamayacağınızı görün - ve daha sonra, belki v3 için planlayın.
3. Keep YAGNI akılda ancak akılda genişletilebilirlik için kod deneyin - vs. önlemek sihirli sayılar, sabit kodlanmış değerleri, yazma iyi birim testleri veya kod sözleşmeleri, üstlenmeden ve kod yol boyunca daha az ağrılı değiştirir yapacak erkenden iyi teknikleri uygulamak.

Şehirler gibi büyüyen çoğu yazılım projesi uzun vadede başarılı. Yalnızca sınırlı geleceğe yönelik evrimsel planlama, yazılımınızın zamanında ve sürümde gerekli olan işlevsellikle serbest bırakılmasını sağlar - ve daha fazlasını yapmaz. Carl Sagan'dan bu alıntıya bakın:

Tüm sivil sistemler paralel olarak inşa edilip periyodik olarak değiştirilirse (bir şehrin) düzenlemesi daha verimli olabilir (bu nedenle feci yangınların - örneğin Londra ve Şikago’nun büyük çatışmaları bazen şehir planlamasında yardımcıdır). Ancak, yeni işlevlerin yavaş bir şekilde toplanması, şehrin yüzyıllar boyunca sürekli olarak çalışmasına izin vermektedir.

• Carl Sagan, Cosmos : http://www.eridanus.info/genesis.html

Gelecek ayın ihtiyacı için bugün kod eklemeyin. Bugün sahip olduğunuz gereksinimler için en temiz kodu yazmalısınız. Bir günlük çalışmanın şimdi birkaç gün sonra tasarruf edeceği konusunda şüpheliyim. Böyle iddialar duydum ve doğru olduğu tek bir davayı hatırlayamıyorum. Beni bir kod göstererek ikna edebilirsin, ama deneyimlerim bana bunun olası olmadığını söylüyor.

Olduğu gibi bırakın.

Geliştiriciler aslında yapması gerekeni yapan ve daha fazla yapılmayan eski bir projeyi HEDEFLEDİR.

Bugün, “gelecekteki” bir gereksinimi karşılamak için kod tabanının “aşamalandırılması” için iyi bir fikir gibi görünebilir, gelecekte kodun anlaşılmasının önündeki engeller olabilir. Hiç kimse, kısmen uygulanmış işlevsellik ve unutulmuş hayali gereklilikler ile ilgilenmeyi sevmiyor. Bunun böyle olacağını söylemiyorum, ancak en iyi niyetlere rağmen işler genellikle bu şekilde ortaya çıkıyor.

İyi cevaplar. Sadece eklerdim - böyle bir durumda ne yaparsam iyi bir fark alır, böylece yaptığım şeyi yakalayabilir ve güvenli bir yerde susturabilirim. O zaman bir sonraki sürümde fırsat tekrar yapmak için gelirse, kolay olacaktır.

Genel olarak, iyi bir geliştirici gelecekteki gereksinimleri öngörmektedir, ancak bir son teslim tarihi geldiğinde, sahip olduğunuz hatalara cevap vermenin zamanı geldi ve “tekneyi sallayın”.

Değişir. Eski moda bir kural var: Kendini tedavi etmek istediğiniz gibi diğer insanlara davran. Kendi projen olsaydın ve tüm öncelikleri bilseydin ne yapardın?

Eğer v2 kesinlikle gerekliyse ve son tarih, zorunluluktan ziyade sadece bir dilek ise, o zaman teknik borç yaratmayın ve hava güzel olduğunda yelkenlerinizi onarmayın. Başkası v2 yapsa bile, öngörmeyi takdir edecektir.

V2'nin gerekliliği hakkında herhangi bir şüpheniz varsa, YAGNI'ye bağlı kalın. Ayrıca, spektrumun diğer tarafındaysanız ve sizi daha önce oluşturdukları fikirleriyle sürekli spam yapan müşterilerden birine sahipseniz, e-postalarınızı günde sadece 2-3 kez kontrol edin ve bu harekete acele etmeyin. kaç tane "sorun" ve istek onları okumadan önce önemsiz hale gelir.