Saya juga akan menggambarkan ini sebagai elegan, tetapi ingin menambahkan masalahnya, jika Anda memaafkan gangguan saya.
Saya tahu ada paket perangkat lunak yang sangat mahal untuk bekerja melalui situasi seperti ini, tetapi di perusahaan tempat saya bekerja kami tidak mampu membayar biayanya kecuali kami yakin itu melakukan apa yang kami butuhkan.
Test Driven Development (TDD) adalah salah satu sistem yang lebih baik yang pernah saya dengar untuk pengembangan, dan saya menikmatinya, tetapi masalah yang menyita waktu saya biasanya disebabkan oleh gangguan yang kompleks dan peristiwa perangkat keras yang oleh banyak orang disebut gangguan. Sepertinya masalah kecil memiliki masalah setiap 2 jam ketika bintang-bintang sejajar, tetapi jika ponsel Anda hanya membeku seminggu sekali, Anda akan mengutuk nama insinyur. Dalam kasus kami, kami harus melakukan perjalanan ke tempat pemberian makan ketika hal-hal benar-benar pecah, yang, seperti yang dapat Anda bayangkan, saya ingin hindari.
Saya telah melihat solusi yang sangat cerdas untuk memeriksa fungsionalitas subsistem, yang, jika diterapkan dengan benar, mungkin akan menyelamatkan saya 3 jam dari 50 jam kerja seminggu, tetapi jika ada cara cerdas untuk menemukan situasi kesalahan itu akan menghemat saya minggu kerja mencari "bug" yang terjadi di lapangan sesekali di bawah beban berat.
Posting ini mungkin tidak membantu dalam jumlah besar, tetapi saya menemukan membawa segalanya ke dalam cahaya membuat segalanya lebih mudah untuk diselesaikan. Jika ada metode TDD untuk menemukan situasi kesalahan, saya bisa mendapatkan 10 ribu dari yang dialokasikan untuk membayarnya. -Max