“Temiz Kod” uygulamaları gerçekten bu kadar temiz ve kullanışlı mı? [kapalı]

Şu anda büyük bir şirkette staj yapıyorum ve yazılım dağıtım yapısında (Agile'a geçerek) birçok değişiklik geçiriyorlar.

Son birkaç aydır, Clean Codeuygulamalara ve kitabın geliştiricilere bir İncil gibi bu dini bağlılığı fark ettim .

Şimdi, temiz kodun en önemli özelliklerinden biri, anlaşılır adlandırma ve titizlikle yeniden çarpanlara dayalı açıklayıcı koddur. Bunu no commentingkural takip eder .

Bu temiz kod, kod bakım ve geliştirme takip kolaylaştıracak uzun vadeli bir yatırım olduğunu anlıyorum, ama ... Bu gerçekten tüm bu yaygara değer mi?

Herkes Temiz Kod konusundaki deneyimlerini ve çok muhafazakâr olup olmadığımı veya sadece geçici bir trend olup olmadığını düşünür.

Bu temiz kod, kod bakım ve geliştirme takip kolaylaştıracak uzun vadeli bir yatırım olduğunu anlıyorum, ama ... Bu gerçekten tüm bu yaygara değer mi?

Kesinlikle.

Yeniden faktoring çok önemlidir, ancak zamanınızın% 75'ini yöntemleri hareket ettirmek ve uygun unvanına karar vermek için çok fazla zaman harcamak o kadar verimli görünmemektedir.

Tabii, ama büyük şirketin temizlemek için muhtemelen yıllar veya on yıllar boyunca kötü kod olduğunu düşünün. Bunu yapmak çok zaman ve çaba gerektirecek.

Fark edilmesi gereken en önemli şey, ikinizin de haklı olduğudur. "temiz kod" çok önemlidir ve Temiz Kod oraya ulaşmanın evrensel olarak saygın bir yoludur. Şirket daha yeni başladığı için kitaba daha fazla deneyime sahip bir gruptan daha fazla bakacaklar. Kısa bir süre yaptıktan sonra, neyin işe yarayıp neyin yaramadığını öğrenmeye başlayacaklar. Bunu daha iyi anladıklarında, (umarız) temiz kodu koruyan, ancak 70 karakter fonksiyon ismine yol açmayan daha pragmatik ve doğal bir yaklaşım izleyeceklerdir.

Başlangıçta bir yorum yazıyordum. Dikkate alınacak perspektiflerden daha az cevap vermeye çalışacağım. Ancak, kesinlikle anlaşılır adlandırma ve yeniden düzenleme gibi "Temiz Kod" uygulamalarını onaylıyorum.

Gelecekteki kod kırılmasını önlemek için yorumların gerekli olduğu durumlar olduğu için yorum kurallarını her zaman sevmedim . Normalde ne yapıldıkları ve nedenleriyle sınırlı olmalıdırlar. Kod beklenmedik bir şey yaparken veya değiştirilmesi gereken bir algoritma kullanırken bunları az miktarda kullanın.

Kodu okurken veya sürdürürken üretkenliği göz önünde bulundurun. Kodun kullanım ömrü boyunca, bu kodu yazarken üretkenlikten daha önemli olabilir. Bu uygulamalar bu görevlerde üretkenliğe yardımcı olacak mı?

Tecrübe ile, bu uygulamalar kökleşmiş ve daha az verimlilik katili olmalıdır. Doğru adı seçmek daha uzun sürebilir çünkü kodun ne yapması gerektiğini netleştiriyorsunuz. (Bu açıklama kodlama ve hata ayıklamayı daha hızlı hale getirebilir.) Bu, yalnızca gerekli olan veya daha az hata içeren kodlarla mı sonuçlanır? Bunun üretkenlik üzerindeki etkisi nedir?

Doğru yöntem adını seçmek için harcanan zaman, yöntemin amacının ne olduğunu daha iyi anlamak için hemen ödeyecektir. "İterateOverCustomers" yöntem adlarını "locateActiveCustomers" ile karşılaştırın. Hangisi işlevin amacını aktarır? Gerekirse hangisini yeniden düzenlemek daha kolay olacak?