Setelah mengerjakan suatu proyek, mungkin diperlukan terlalu banyak penyesuaian dan perubahan untuk membuatnya bekerja dengan benar ...
Apa yang bisa saya lakukan untuk mencegah hal ini?
Setelah mengerjakan suatu proyek, mungkin diperlukan terlalu banyak penyesuaian dan perubahan untuk membuatnya bekerja dengan benar ...
Apa yang bisa saya lakukan untuk mencegah hal ini?
Jawaban:
Ada aturan sederhana, yang saya terapkan sepanjang waktu karena saya cenderung perfeksionis juga. Dan perfeksionisme membawa Anda ke keadaan biasa-biasa saja.
Tetapkan tenggat waktu. Kirim pada batas waktu itu.
Untuk mencegah perangkat lunak Anda dari memiliki unfishined keadaan fitur yang akan membuatnya tidak dapat digunakan hilang, menggunakan definisi ini dilakukan untuk setiap fitur yang Anda hasilkan. Jangan mulai fitur berikutnya sampai SEMUA langkah selesai:
Saya berasumsi Anda dapat membuat rilis dengan satu klik mouse (menggunakan skrip build)
Sebelum saya memberikan jawaban saya (atau saran jawaban, sungguh), saya harus mengatakan bahwa saya tidak memiliki banyak pengalaman proyek besar dan hanya akan menyatakan apa yang saya baca dan yakini sebagai salah satu penyebabnya. Mungkin saya salah, tetapi kemungkinan besar saya akan belajar sesuatu dari semua komentar yang akan saya terima. ^^
Salah satu faktor penting, saya percaya, adalah tidak membiarkan kode Anda memburuk saat proyek sedang berlangsung. Ini dapat dicegah dengan banyak cara, yang hanya saya ketahui sedikit:
Jangan menunggu terlalu lama dengan refactoring: Refactoring memang butuh waktu, tetapi akan lebih baik jika Anda tidak harus melakukan panggilan fungsi yang berbelit-belit hanya karena Anda tidak dapat repot menulis ulang kode untuk memungkinkan parameter tambahan itu. Kode yang lebih intuitif dan kurang digandakan mengurangi jumlah bug.
Perbaiki jendela yang rusak: Dalam Program Pragmatis , saya membaca tentang fenomena yang dikenal sebagai jendela rusak. Para penulis berpendapat bahwa kode akan mulai memburuk dengan cara yang sama seperti bangunan memburuk: dimulai dengan jendela yang rusak. Dalam kode, ini berarti perbaikan buruk, penamaan variabel, fungsi; secara umum kode hanya buruk. Saya telah menemukan ini berlaku: Saya kode lebih baik dan lebih senang tentang pengkodean ketika dasar kode saya solid. Jika ada terlalu banyak jendela yang rusak, saya sering merasa tidak ingin membuat kode yang baik. Jadi, jika Anda melihat jendela yang rusak, perbaiki secepat mungkin; refactor jika Anda harus. Ini akan menyebabkan lebih sedikit bug dan tweak yang tidak perlu.
Dan jangan lupa membaca jawaban Pierre 303 .
Apa yang "terlalu banyak" tweak dan perubahan? Pemeliharaan perangkat lunak dapat memakan waktu lebih lama daripada pengembangan awal perangkat lunak. Tidak ada yang salah dengan itu. Untuk tetap terorganisir, gunakan pelacak masalah .
Bagaimanapun, Anda tentu saja ingin membuatnya sebaik mungkin. Untuk itu, tidak ada yang mengalahkan pengujian .