Yazma yazılımı sıfırdan okumak ve anlamaktan daha kolay mıdır? [kapalı]

Ben ve bir arkadaşım dün büyük bir C ++ yazılımı yazmak ve onu yeni bir işe alım olarak anlamak arasındaki farklar hakkında tartışıyorduk.

Bir yazılım her seferinde bir satır yapıldığından ve bu işlemin (insanlar) bir şeyleri nasıl öğrendiğimize ve bir başkasının üstüne bir şey inşa ettiğimize benzediğinden, büyük bir yazılım yazmak aslında onu okumaktan ve ne yaptığını anlamaktan daha kolaydır (kodu atlamanız yardımcı olur, ancak birden fazla sınıfı / kaynak dosyasını birlikte hatırlamanız gerekir, ne için yazıldıklarını bile bilmiyorsunuz, çok iş parçacıklı kod malus noktaları ekliyor)?

Bu ilk başta garip geliyor ama biraz düşündükten sonra makul görünüyordu

Deneyimlerime dayanarak, aşağıdaki aktiviteleri en kolaydan en zoruna doğru sıralayacağım.

1. İyi kod okuma
2. Hatalı kod yazma
3. İyi kod yazma
4. Hatalı kodu okuma

Yukarıdaki sıralama 2 sonuca götürür

1. Kod yazmak kötü kodu okumaktan daha kolay olsa da, iyi kodu okumak kendi kodunuzu yazmaktan daha kolaydır
2. Kötü kod yazmak, iyi kod yazmaktan daha kolaydır, ancak kötü kod yazmak sizi en zor şey olan kötü kodu okumak için ayarlar. Özellikle kötü kod yazıldığından daha fazla okunduğundan.

Tabii ki, iyi kod ve kötü kod geniş genellemelerdir. İyi kod hakkında daha fazla bilgi için Kod Tamamlandı ve Kodu Temizle'yi öneririm .

Bu soru Yanlış Fikir birliğine hitap ediyor. http://en.wikipedia.org/wiki/False-consensus_effect

Farklı insanlar bilgiyi farklı şekilde öğrenir ve özümser. İşitsel öğrenenlere, görsel öğrenenlere ve kinestetik öğrenenlere benzer. Bazıları için kodu okumak daha kolaydır, bazıları için kod oluşturmak daha kolaydır. Benim için ikincisi. Ekibimdeki diğerleri için bu eski. Bir tür fikir birliği veya çoğunluk bulmanın yararlı olduğuna inanmıyorum. Beyninizin bilgiyi nasıl emdiğini ve öğrendiğini anlamak ve bu bilgiyi kendinizi daha iyi hale getirmek ve farklı olanları kabul etmeyi öğrenmek daha iyidir.

büyük bir C ++ yazılımı yazma ve yeni bir işe alma olarak anlama arasındaki farklar

Bu, okuma ve yazma yazılımı arasındaki farkla aynı şey değildir. Bir projede yeniyseniz (ve özellikle bir şirkette yeniyseniz), kodun ne yaptığından çok daha fazlasını öğreneceksiniz. Anlamak neden kodu genellikle işletme projesi organizasyonun kesimleri ile nasıl çalıştığını ve nasıl bir anlayış gerektirir gelmez yapar. Kısacası, arka plan bilgisinin yararı olmadan kodu okumak, kodun çalıştığı bağlamı tam olarak anladığınızda, kodu okumaktan daha yavaş, daha zor bir iştir.

Orada olan bir marka yeni bir kod yazma arasında bir fark yeşil alan projesi ve okuma ve mevcut kodunu değiştirme, ama bir ille olduğunu söyleyemem kolay , sadece farklı diğerinden daha. Yeni bir şey oluştururken, kodunuzu zaten orada olanlarla nasıl çalıştıracağınız konusunda endişelenmenize gerek yok, ancak projenizi geleceğe yararlı kalacak şekilde yeterince genişletilebilir ve uyarlanabilir hale getirme konusunda endişelenmeniz gerekiyor . Mevcut bir proje üzerinde çalışırken, zaten orada olanı bir rehber olarak kullanabilirsiniz, ancak önce orada ne olduğunu anlamalısınız.

"Yeni bir işe alım" olarak, özellikle bilmediğiniz her şeyi öğrenmenize yardımcı olduğu için mevcut bir projede çalışmak genellikle daha iyidir: işin nasıl çalıştığı, çeşitli projelerin birlikte nasıl çalıştığı, kodlama standartları ve uygulamaları ve hatta (özellikle) geliştirilebilecek şeyler.

Bu ilginç bir soru, ama onu okumaktan ve okumaktan daha kolay olduğu tarafına yaslanmaya meyilliyim.

Tecrübeli, tecrübeli bir programcıysanız, kodları okuyup "Evet, iyi seçim, kontrol edin, oh, Y yerine X yapmış olabilirim" vb. sıfırdan yazmaktan büyük zaman kazanın (Bunu yapmak için nedenler olmadığı sürece).

Daha yeni bir programcıysanız, o zaman "ne bilmediğinizi bilmiyorsunuz" ve bu yüzden tüm küçük şeyleri icat etmek / öğrenmek zorunda kalacaksınız ve büyük olasılıkla programda bazı verimsizliklere sahip olacaksınız. kodu. Bununla birlikte, muhtemelen dili daha iyi anlayacaksınız.

Ancak her iki durumda da, kodu okumak ve oradan gitmek, tamamen sıfırdan yazmaktan daha kolay olacaktır.

Çoğu programcı, kendi yazdıkları kodu, diğer insanların yazdıkları koda kıyasla daha kolay bulur. Bunun nedeni hem bahsettiğiniz satır satır öğrenme hem de yalnızca bireysel bir stil ve yetenek meselesidir. Bu yüzden çok fazla tekerlek yeniden icadı gerçekleşir.

Ancak, ağaçların görünümü budur. Orman görünümü, kodu okumayı sıfırdan yazmaktan çok daha kolay olmasıdır. Örneğin, sıfırdan yeni bir kelime işlemci yazmak ya da mevcut bir kod tabanını iyileştirmeler yapacak kadar iyi öğrenmek daha mı kolay?

Kodu okumaya başladığınızda, kodu kendiniz okumayı kolaylaştırmak için bazilyon bir yol düşünebilirsiniz. İlkini sadece kodu izleyerek, arazinin yerleşimini anlamaya çalışarak, bazen nasıl yapmak istediğinize tamamen anathemada geçirirsiniz. Ancak gerçekten büyük kod tabanlarında bile, bu uygulamayı oluşturmak için yatırım yapmış yüz binlerce adam saatine kıyasla, tekerleklerinizi döndürmek için belki 40-80 saat harcayacaksınız.

Yazılım parçasını yazan kişi, yazarken mantığı ve düşünme sürecini bilerek neredeyse her zaman programın en iyi anlayışına sahip olacaktır.

Kod yazmanın, anlama kolaylığı açısından kod okuma ile hiç karşılaştırılabileceğini düşünmüyorum. Bir yandan, sadece yazılım yazmak, kodun her bir bölümü, kullanılan kütüphane vb. İle ilişkili bağlam bilgisi nedeniyle bu belirli yazılım parçasının daha iyi anlaşılmasını sağlar. Ancak, başkalarının yazdığı kodu okumak, anlaşılması zor olabilir. ancak dili anlama açısından, yaşamayı yazma kodunuzu kolaylaştırmanıza yol açabilecek, kullanmayı düşünmediğiniz yeni bir kitaplık veya kullanım yolu hakkında fikir verebilir.

Yapı bilgisi açısından, okuma kodu ve yazma kodu çok bağlantılı ve birçok yönden birbiri üzerine inşa edilmiştir. Deneyim kodu yazma, başkalarının kodunu anlama kolaylığı sağlar ve kodu okumak, kod yazma konusunda daha kolay zaman geçirmenizi sağlar (yeni mantık kavramları, kütüphane kullanımı vb.).

Bu kişisel olarak kendimi apaçık hissettiğim bir şey, ama programlama popülasyonu için bir bütün olarak tuttuğundan asla emin olamadım. Örneğin, belgeleri okumak yerine, diğer insanların kodlarını mutlu bir şekilde seçip sanki kendilerine aitmiş gibi kavrayabilen çok yetenekli kodlayıcıları tanıyorum.

Bu şu soruya yol açar: bu önemli mi?

Kodu okuyorsanız, yeniden yazmak yerine değişiklik yapma şansınız vardır. Yeniden yazıyor olsanız bile, bunu yeni bir dilde / sürümde yazıyorsunuz ve bu nedenle kodu aynı şekilde oluşturmayabilirsiniz. Demek istediğim, her zaman tüm kodları anlamak her zaman gerekli değildir.

Tüm bunlar doğrudur, örneğin BDD gibi yeni geliştirme metodolojileri , kodun makineyi sürmek için bir araç olmaktan ziyade iş mantığının koddan net olmasının önemli olduğunu kabul eder. Elbette bu yeni bir şey değil - konsept Donald Knuth'un seminal çalışmasından bu yana var: Literate Programming .

StMotorSpark'ın cevabına girdim, sadece şunu ekliyorum:
Evet ya da hayır sorusu olamayacak kadar çok faktöre bağlıdır, örneğin:

• Mevcut kod iyi belgelenmiş ve iyi yazılmış mı yoksa herhangi bir anlamı veya yorumu olmayan bir spagetti gibi mi görünüyor?
• Nasıl çözüleceğini öğrenmek için sonsuz zamana mal olan çok nadir durumlara sahip küçük bir uygulama mı yoksa daha büyük ama basit bir uygulama mı?
• vb.