Memperbaiki bug yang tidak pernah menyebabkan masalah sampai sekarang

Baru-baru ini saya membuat perubahan yang menyebabkan beberapa kode dijalankan jauh lebih sering daripada biasanya. Ini mengarah pada penemuan bug. Bug ini berpotensi terjadi kapan saja kode dijalankan tetapi karena dijalankan sangat jarang sehingga tidak pernah muncul.

Ketika saya membawa ini ke perhatian pengembang utama dia ingin saya membatalkan perubahan yang mengekspos bug daripada memperbaiki bug mengutip pepatah, "Jika tidak rusak, jangan memperbaikinya".

Jelas bagi saya bahwa kami hanya beruntung sampai sekarang tetapi dia tidak mau mendengarkan alasan.

Haruskah saya memperbaikinya?

Memperbarui

Pimpinan secara teknis tidak memiliki wewenang atas saya. Hanya masa jabatan. Dia telah menjadi satu-satunya pengembang di proyek ini selama beberapa tahun hingga setahun yang lalu dan saya pikir dia tidak menerima kritik yang membangun dengan baik. Untuk apa nilainya, saya tidak mengkritiknya. Saya hanya menunjukkan bahwa hanya karena bug tidak pernah muncul tidak berarti itu tidak ada.

Saya menyarankan jika Anda memiliki pelacakan bug, kemudian kirimkan. Jika itu penting, maka angkat dan bawa ke perhatiannya. Biarkan atasan Anda menurunkannya di pelacak. Ketika ada masalah, Anda akan memiliki jejak kertas.

Secara pribadi saya akan memperbaikinya, kecuali jika diperlukan usaha yang lebih besar daripada nilainya. "Jika tidak rusak, jangan diperbaiki" mengerikan untuk diterapkan pada perangkat lunak.

Jika pengembang utama Anda adalah bos Anda dan dia berkata jangan menyentuhnya, dalam hal ini saya tidak akan melakukannya.

Sebagian besar jawaban dan komentar menyarankan pengurangan tanggung jawab atas keputusan dengan membuat laporan bug dan membiarkan orang lain menelepon.

Karena saya tidak memiliki pelacak bug (dan saya ragu orang lain selain saya akan menggunakannya jika kami melakukannya) saya melakukan hal terbaik berikutnya. Saya pergi ke kepala pengembang utama. Setelah menjelaskan situasinya kepada manajemen, mereka melihat semuanya dengan cara saya. Mereka mengatakan kepada saya untuk memperbaikinya dengan baik dan mengabaikan permintaan permintaan pemimpin . Mereka mengatakan akan menghaluskan bulu-bulu yang mengacak-acak jika dia menemukan dalih dan mengeluh.

Bukan solusi yang ideal tetapi setidaknya bug diperbaiki dengan benar.

Ingatkan dia frasa adalah, "Jika tidak rusak, jangan memperbaikinya" dan tidak "Jika klien belum menyadarinya, jangan memperbaikinya".

Pembenaran apa yang Anda miliki untuk perubahan yang Anda buat? Jika Anda tidak dapat menunjukkan perubahan apa yang akan dialami pengguna atau utang teknis telah dihapus, saya akan berpihak pada pengembang utama dalam hal mengatakan mundur saja perubahan karena ini hanya memperburuk keadaan.

Anda memiliki setidaknya beberapa opsi berbeda di sini dalam pikiran saya:

Jika Anda hanya melanjutkan dan memperbaiki bug, Anda berisiko menambahkan lebih banyak bug ke dalam campuran yang dapat menjadi bumerang bagi saya. Tergantung pada seberapa banyak pengalaman yang Anda miliki dan kepercayaan diri untuk menghindari kejutan tidak menyenangkan yang mungkin akan menjadi panduan saya di sini.

Jika Anda melakukan apa yang diperintahkan kepada Anda, apakah hanya rasa bersalah yang akan menjadi masalah atau lebih dari itu? Saya bertanya-tanya apa yang salah di sini selain hal-hal yang dikenal sebagai prinsip dan nilai. Maksud saya itu sebagai sedikit lelucon tetapi juga titik jujur ​​tentang apa yang salah dengan ide ini?

Sementara insting saya yang luar biasa adalah untuk memperbaiki bug tidak menyembunyikan masalah, ada skenario ketika saya akan menahan hidung dan menyembunyikan masalah.

1. Kode digunakan secara internal, dan kadang-kadang, sehingga konsekuensi dari bug dapat dikelola di dalam perusahaan.
2. Pertimbangan komersial luar biasa yang menuntut pengiriman hari ini, dan perbaikan bug dapat diluncurkan 2 minggu kemudian dengan konsekuensi minimal.

Secara profesional, saya tidak suka jawaban ini, dan akan menjelaskan secara internal bahwa eter dari situasi ini terjadi.

Pada akhirnya, Anda tidak boleh melakukan apa pun yang atasan Anda katakan tidak dilakukan. Saya percaya bahwa hal terbaik untuk dilakukan di posisi Anda adalah membuat laporan bug di basis data pelacakan bug apa pun yang Anda miliki. dengan cara ini setidaknya setiap orang menyadari masalah ini dan seseorang dengan wewenang lebih dapat memutuskan apa yang harus dilakukan dengannya.

Salin fungsi buggy, terapkan perbaikannya, ganti namanya, mungkin menyamarkannya sedikit, dan panggil saja.

Berdasarkan dua komentar bug showstopper Anda, pilihan terbaik Anda mungkin mengikuti surat hukum, tetapi abaikan semangatnya.

Jelas ada kelemahan kode cut-and-paste, tapi sepertinya itu akan menjadi masalah Anda yang paling kecil.