LOC mungkin adalah salah satu metrik yang paling banyak disalahgunakan, dan sebagai hasilnya mungkin merupakan salah satu ukuran kualitas kode yang tidak berguna, dan pengukuran upaya pemrograman yang bahkan lebih tidak berguna.
Ya, itu pernyataan yang berani saya buat, dan tidak, saya tidak bisa mengarahkan Anda untuk studi membuktikan poin saya. Namun, saya dapat menyatakan dengan pengalaman susah payah bahwa ketika Anda mulai khawatir tentang berapa banyak kode yang Anda tulis, Anda mungkin khawatir tentang masalah yang salah.
Pertama-tama Anda perlu bertanya pada diri sendiri apa yang Anda coba ukur atau buktikan, dan apakah bukti ini semata-mata tidak menarik, atau untuk mendukung peningkatan kualitas yang lebih luas dan di mana Anda perlu menggunakan informasi ini untuk mendapatkan dukungan dari tim Anda Saya manajemen untuk melakukan sesuatu.
Salah satu hal yang saya cenderung menggunakan LOC adalah sedikit pemeriksaan kewarasan. Jika saya menemukan diri saya menulis banyak kode, saya menjadi lebih tertarik pada LOC per metode, atau LOC per kelas, daripada LOC atas semua. Pengukuran ini mungkin merupakan indikator yang harus Anda lakukan untuk refactoring lebih lanjut jika Anda merasa sedikit OCD tentang seberapa baik faktor Anda. Kelas yang sangat besar mungkin perlu di refactored menjadi beberapa kelas yang lebih kecil, dan metode multi-line yang panjang mungkin perlu dipecah menjadi beberapa metode, kelas lain, atau bahkan mungkin menunjukkan beberapa pengulangan yang dapat dihapus. Perhatikan saya menggunakan kata "mungkin" beberapa kali di sana.
Kenyataannya adalah bahwa LOC hanya menyediakan indikator yang memungkinkan, dan tidak ada jaminan nyata bahwa kode Anda mungkin perlu diubah. Pertanyaan sebenarnya untuk ditanyakan adalah apakah kode berperilaku seperti yang disyaratkan dan seperti yang diharapkan. Jika demikian, maka pertanyaan Anda berikutnya adalah apakah Anda akan dapat mempertahankan kode dengan mudah atau tidak, dan apakah Anda akan punya waktu baik sekarang atau di masa depan untuk membuat perubahan pada kode kerja untuk mengurangi biaya pemeliharaan di masa mendatang.
Seringkali, banyak kode berarti Anda akan memiliki lebih banyak untuk dipelihara nanti, tetapi kadang-kadang bahkan kode yang diperhitungkan dengan baik dapat menjangkau ratusan baris kode, dan ya, Anda kadang-kadang menemukan diri Anda menulis ratusan baris kode dalam sehari. Namun pengalaman memberi tahu saya bahwa jika saya mempertahankan output dari ratusan baris kode baru setiap hari, sering kali ada risiko bahwa sebagian besar kode telah dipotong dan ditempelkan secara tidak tepat dari tempat lain, dan itu sendiri dapat mengindikasikan masalah dengan duplikasi dan pemeliharaan, tapi sekali lagi itu bukan jaminan, jadi saya cenderung mengandalkan apa yang dikatakan oleh pengalaman dan insting saya berdasarkan pada bagaimana tugas-tugas yang ada diselesaikan.
Cara terbaik untuk menghindari dilema yang ditimbulkan dalam IMHO pertanyaan Anda adalah dengan melupakan LOC, dan melakukan refactor SEMUA waktu. Tulis tes kode Anda terlebih dahulu, implementasikan untuk gagal, refactor untuk lulus, kemudian lihat apa yang mungkin di refactored di sana dan kemudian untuk memperbaiki kode. Anda akan meninggalkan tugas dengan mengetahui bahwa Anda telah memeriksa ulang pekerjaan Anda, dan Anda tidak akan terlalu khawatir tentang menebak-nebak diri sendiri di masa mendatang. Secara realistis, jika Anda menggunakan pendekatan uji-pertama seperti yang saya jelaskan, setiap pengukuran LOC / hari pada kode Anda yang lengkap akan benar-benar berarti Anda telah menulis 3-5 kali jumlah yang diukur, dengan upaya itu berhasil disembunyikan oleh refactoring Anda yang sedang berlangsung upaya.