Apa Itu Deprecation?

Deprecation adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Nilai utamanya terlihat saat software engineer, architect, QA, DevOps, dan product team harus menghubungkan kebutuhan nyata dengan rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi, data yang tersedia, serta batasan operasional.

Penerapannya perlu diuji terhadap requirement, code dan dependency. Hasilnya kemudian dapat dinilai melalui lead time, deployment frequency dan defect rate. Jika definisi, data, dan ruang lingkup tidak konsisten, tim mudah mengambil kesimpulan yang terlihat benar tetapi tidak relevan dengan tujuan.

1. Untuk Deprecation, tentukan konteks penggunaan Deprecation dan keputusan apa yang perlu dibantu oleh istilah ini.
2. Identifikasi komponen yang terlibat, misalnya requirement, code, dan source code.
3. Terapkan pada ruang lingkup yang jelas dan dokumentasikan asumsi agar tim memakai definisi yang sama.
4. Evaluasi dampaknya menggunakan indikator seperti lead time dan deployment frequency.

• Memberi dasar yang lebih jelas untuk menentukan prioritas berdasarkan dampak, bukan asumsi.
• Mengurangi pekerjaan ulang akibat keputusan yang tidak terdokumentasi atau definisi yang berbeda.
• Membuat hasil Deprecation dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Membuat definisi dan ruang lingkup Deprecation lebih konsisten ketika digunakan oleh beberapa tim.

Deprecation berguna ketika insiden produksi sulit dianalisis karena log dan observability tidak memadai. Gunakan architecture diagram untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Contohnya, tim perlu memilih trade-off antara performa, kompleksitas, biaya, dan maintainability. Tim mendokumentasikan kondisi awal dalam architecture diagram, menerapkan Deprecation pada ruang lingkup terbatas, lalu membandingkan deployment frequency dengan test coverage. Hasil dan alasan perubahan dicatat pada test suite sebelum pendekatan diperluas.

• Menerapkan Deprecation tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Menerapkan aturan yang sama ke seluruh kasus meskipun konteks, audiens, atau batasannya berbeda.
• Menggunakan data yang periodenya, definisinya, atau sumbernya berbeda lalu membandingkannya seolah setara.
• Mengejar satu metrik sambil mengabaikan kualitas, biaya, pengalaman pengguna, atau risiko.