Dokumen ini membahas teknik pemrograman defensif yang bertujuan untuk meningkatkan kualitas perangkat lunak dengan memastikan bahwa aplikasi berfungsi dengan benar bahkan dalam kondisi input yang tidak terduga. Meskipun teknik ini memiliki manfaat dalam mengatasi kesalahan, ada beberapa tantangan seperti peningkatan kompleksitas kode dan kesulitan dalam pemeliharaan. Strategi yang disarankan mencakup validasi input dan penggunaan logika pencegahan.

1. DEFENSIVE
PROGRAMMING
Sharing Session for
Developer Improvement
And Better Code Quality
By Freddy Munandar

2. Defensive Programming
• Suatu teknik pemograman untuk menjamin suatu fungsi
berjalan dengan sesuai dari pemakaian yang tidak
terduga
• Teknik pemograman yang digunakan terutama ketika
software bisa saja disalah gunakan oleh orang-orang
yang memiliki tujuan merusak atau merugikan
• Suatu pendekatan atau cara untuk meningkatkan kualitas
software dengan membuat software yang bisa diprediksi
meskipun masukan/input dari user tidak terduga

3. The Idea of Defensive Programming
• Aplikasi harus berperilaku dengan cara yang konsisten
dan dapat diprediksi bahkan dalam kasus kondisi tak
terduga

4. Pros: Defensive Programming
• Bertahan dari sesuatu yang tidak mungkin, karena
sesuatu yang tidak mungkin tetap bisa saja terjadi (e.g. in
programming context)
• Mencoba sebisa mungkin untuk melakukan atau
memberikan respon suatu hal yang benar (tidak crash)
ketika suatu input atau data yang digunakan tidak sesuai
(e.g. Divide by zero error, showing message, or make the
divider to one)

5. Cons: Defensive Programming
• Mengapa bertahan dari sesuatu yang tidak mungkin jika
itu tidak mungkin?
• Counter1: Sesuatu hal yang tidak mungkin menjadi
mungkin ketika ada orang baru dalam team, dan ketika
maintenance code
• Counter2: Manusia membuat segalanya mungkin ketika
membuat kesalahan
• Menambah jumlah baris code (Fat Code) dan sulit untuk
diubah
• Counter3: Gunakan prinsip DRY atau Refactoring untuk
memecah function yang besar

6. Strategi (checklist)
• Jangan pernah percaya input data dari user atau dari
eksternal atau bahkan dari internal (e.g. Database
with field contain NULL), harus selalu divalidasi
• Tidak peduli seberapa mungkin, berusaha keraslah
untuk mencegahnya (Preventive Logic)
• Jangan ber-asumsi jika suatu input atau parameter sudah
divalidasi di proses sebelumnya, selalu lakukan checking
ulang
• Fail early, cleanly, and openly - menyatakan apa yang
terjadi, di mana dan bagaimana memperbaikinya

7. ~ DEMO ~

8. Referensi
• http://geekswithblogs.net/sdorman/archive/2008/07/04/wh
at-is-ldquodefensive-programmingrdquo.aspx
• http://c2.com/cgi/wiki?DefensiveProgramming