Ini artikel tentang utang teknis memiliki beberapa poin yang baik, termasuk:
Bekerja pada "masalah teknis" bekerja paling baik ketika didorong oleh cerita. Basis kode mungkin membutuhkan pekerjaan di mana-mana, tetapi imbalannya akan diterima hanya di mana kode akan dikerjakan untuk alasan yang dihadapi pengguna. Jika tidak ada cerita yang akan melewati area crufty, mengerjakannya sebagian besar akan sia-sia.
Oleh karena itu, saya lebih suka pendekatan mengambil cerita seperti biasa (tapi mungkin lebih sedikit dari mereka), dan mengikuti "aturan pramuka" meninggalkan perkemahan lebih baik daripada yang Anda temukan. Dengan kata lain, ke mana pun cerita menuntun kita, mari kita tulis lebih banyak tes, mari kita refactor lebih agresif.
Pendekatan ini setidaknya memiliki kelebihan-kelebihan ini:
- mempertahankan alur cerita yang "paling masuk akal";
- memberikan bantuan dari semua talenta tim;
- menyediakan bagi seluruh tim untuk belajar cara menjaga kode tetap bersih;
- memfokuskan perbaikan tepat di tempat yang dibutuhkan;
- tidak menyia-nyiakan perbaikan yang "mungkin" dibutuhkan;
Saya telah melihat kualitas kode memiliki efek yang sangat besar pada produktivitas jangka panjang, jadi saya percaya bahwa utang teknis harus dijaga. Saya pikir posting di atas masuk akal, tetapi saya tidak begitu yakin tentang dua poin terakhir. Saya tertarik untuk mencari tahu pengalaman nyata manfaat dari membersihkan utang teknis, bahkan jika itu tidak terkait dengan cerita pengguna.
Apa manfaat positif yang Anda lihat dari membersihkan basis kode Anda dan membebaskan diri dari hutang teknis? Metode apa yang Anda gunakan untuk menyelesaikan pekerjaan?