Kötü kodlama (tasarım) standartları altında kodlamak zorunda kaldığınızda ne yapmalısınız?


9

Bu, bölgeleri vb. Kullanmamız durumunda yorumlarınızı nereye yerleştireceğiniz tipik adlandırma kuralları ile ilgili değildir. Bu, bir programcının uygulamalarını nasıl tasarlaması gerektiğine ilişkin ayrıntıları tartışan bir kodlama standardı ile ilgilidir.

Şunlar gibi: (bir .NET uygulamasında ve tam ifadelerde değil)

  • Mümkün olan en az dersi yapın
  • Sınıflar, gerçek dünyadaki meslektaşları kadar
  • Değişiklik uzantıdan daha iyidir
  • Kategori başına bir DLL (E-posta işlevleri için bir kütüphane, Dosya ile ilgili işlevler için bir kütüphane)

Herkesin kötü kod ve muhtemelen kötü tasarım ile ilgili deneyimleri vardı, ama eğer bir takımda (ayrılmak bir seçenek değil) yerleştirildiyseniz, sadece doğru hissetmeyen tasarım standartlarına sahip oldular. Bu şekilde kod yazmam istendiğinde içeride ölüyor gibi hissettiğimde profesyonel olarak nasıl yanıt vereceğimden emin değilim.


Bunun cehennem kadar eski olması bile umrumda değil, bunu söylemeliydim: Bu listeyi okumak neredeyse bir kaygı saldırısı verdi.
Bassinator

Yanıtlar:


14

Bunu ilk başta kimin söylediğini bilmiyorum, ama sevmediğin bir durumla karşılaştığında, sadece üç seçenek var:

  1. Değiştir.

  2. Kabul et.

  3. Bırak.

İlk seçeneği denemek için mamut çabası yapmak için şirket içinde enerjiniz ve etkiniz var mı? Gizli ve işten çıkarılma riskiyle daha iyi kod yazmak ister misiniz?

Durumu kabul edebilir ve bu "standartlara" kod yazabilir misiniz? Benim tavsiyem, maaşına gerçekten ihtiyacınız yoksa bunu yapmayın. Yavaşça moralinize doğru kopacaktır.

Bu seçenek 3'ü bırakıyor. Kısa vadede durumu kabul etmeniz gerekse bile, başka bir iş için başka bir yere bakmaya başlamalısınız.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.