Ini bukan tentang konvensi penamaan yang khas, di mana menempatkan komentar Anda, haruskah kita menggunakan daerah, dll. Ini tentang standar pengkodean yang membahas secara spesifik tentang bagaimana seorang programmer harus merancang aplikasinya.
Hal-hal seperti: (pada aplikasi .NET dan tidak dalam susunan kata yang tepat)
- Buat kelas sesedikit mungkin
- Kelas harus melakukan sebanyak yang rekan-rekan dunia nyata mereka bisa
- Modifikasi lebih baik daripada ekstensi
- Satu DLL per kategori (Satu perpustakaan untuk fungsi email, satu perpustakaan untuk fungsi terkait File)
Semua orang memiliki pengalaman mereka dengan kode yang buruk dan mungkin desain yang buruk, tetapi bagaimana jika Anda ditempatkan dalam tim (meninggalkan bukan pilihan) di mana mereka memiliki standar desain yang tidak terasa benar. Saya tidak yakin bagaimana merespons secara profesional ketika saya merasa seperti sedang sekarat setiap kali saya diminta untuk kode seperti ini.
team
coding-standards
Jonn
sumber
sumber
Jawaban:
Saya tidak tahu siapa yang mengatakan ini awalnya, tetapi ketika dihadapkan pada situasi yang tidak Anda sukai, hanya ada tiga opsi:
Ubahlah.
Terima itu.
Tinggalkan.
Apakah Anda memiliki energi dan pengaruh di dalam perusahaan untuk melakukan upaya besar-besaran untuk mencoba opsi pertama? Apakah Anda ingin menulis kode yang lebih baik secara diam-diam dan berisiko dipecat?
Bisakah Anda menerima situasinya dan menulis kode ke "standar?" Saran saya, jangan lakukan ini kecuali Anda benar-benar membutuhkan gaji. Perlahan-lahan akan merusak semangat Anda.
Yang meninggalkan opsi 3. Bahkan jika Anda perlu menerima situasi dalam jangka pendek, Anda harus mulai mencari pekerjaan lain.
sumber