it-swarm-tr.com

Eski kodun korunması

Hala çalışan "eski" bir kod tabanına sahibim, ancak bakımı zor/neredeyse imkansız. Güncellemesi pahalı olabilir (zaman ve para açısından akıllıca olabilir). Sadece buna devam mı ediyorum, yoksa dünyamdan nefret etmeye devam etmeli miyim (ama işe yarayan ve nispeten hatasız olan bir şey üzerinde çalışmaya devam etmeli miyim)?

5
Jason

Sitenizde bir gelecek görürseniz, lütfen bakımı mümkün değilse en kısa sürede yeniden yazın. Birkaç +5 yaş büyük sitelerin bakımını yapıyorum ve zaman içinde ondan gelen aptal problemlere küfrederek harcadığım zamanı hepsini yeniden yazabilirdim. Kendinize bir zevk verin ve yeniden yazın, aynı zamanda yeni bir şey inşa etmek daha eğlenceli;)

4
D4V360

Bunun özel koşullara bağlı olduğuna eminim, ancak varolan kod tabanınızı korumak için harcadığınız zamanı ve güncelleme masrafını hesapladığınızdan emin olun. Daha fazla ayrıntı bilmeden, sahip olduklarınızla mücadele etmek yerine güncelleyin derim.

1

Ben benzer bir durumdayım. Şirketimin ihtiyaç duydukları her şeyi yapan eski bir web sitesi var. Ayrıca, ihtiyaç duydukları şeyin% 90'ını değiştiren bir şirket tarafından harici bir şirket tarafından oluşturulmaktadır. % 90'ın% 110 olmasını bekliyorlar.

Aşağıdaki eylem sürecine karar verdim:

  • Yeni site teslim edilinceye kadar eski web sitesini koruyun
  • Yeni siteye entegre edilen ekstra özellikleri mümkün olan en kısa sürede alın
  • Yeni web sitesini değiştirilmemiş gibi koruyun
  • Her şey başladıktan sonra, siteyi yeniden oluşturun ve bir geçiş planı oluşturun
  • Yeni siteye geçin ve eskilerden birinin var olduğunu unutun

Diğer iki siteyi de görmezden gelmek isterdim, bu bir seçenek değil. Ne hissettiğime bakılmaksızın, teslim edilen site, değiştirmeyi denemeden önce belirli bir ay boyunca bize hizmet etmek zorunda kalacak. Bunu optimize etmek, sürdürmek ve geliştirmek benim önceliğim olacak. Bu site kullanım ömrü boyunca performans göstermelidir. Bu yüzden yeni yeni siteyi inşa etmek, o zamanlar-her şeyin çalıştığı-ve-kişisel-zaman-zamanla-bir şeyi-kesmek-istediğim-bir proje olacak. Ama sorun değil, çünkü herkesin beklentilerini yönetiyor. Bu yeni sitenin belli bir seviyede performans göstermesini bekleyen firma, sitelerini bu seviyede performans gösterecek ve aynı zamanda aktif olarak sahnelerin arkasını geliştireceğim. Ve yine aynı zamanda, onu uçuracak bir yedek yapıyorum.

Benim durumumda, "yeni sitem" (dış şirketten) eski kod tabanınızdır ve "yeni yeni sitem" sizin yapmam gereken şeydir. Bu yüzden benim kısa cevabım, dünyanın dönmesini sağlamak için eski kod tabanını korurken, yine de yeniden inşa edebilirsiniz.

0
Bryson

@ D4V360 ile aynı fikirdeyim, yeniden bir şeyler yazmaktan zevk alıyorum. Ayrıca, Jeff ve Joel'in podcast'lerinde konuştukları "Teknik Borç" kavramını düşünün. İşte konuyla ilgili bazı bağlantılar:

  • Steve McConnell (Teknik Borç Üzerine "Code Compete" kitabının yazarı)
  • Yukarıda bahsedilen ve kendimize ait Jeff Atwood Teknik Borç
0
Alan