22.5 Melatih Debugging, Review, dan Desain dengan AI

Kebiasaan membaca kritis yang sudah Anda bangun di subbab sebelumnya akan terasa lebih konkret ketika Anda praktikkan langsung dalam tiga aktivitas inti yang dilakukan arsitek setiap hari: debugging, review, dan desain. Di sinilah AI bisa menjadi partner latihan yang efektif, bukan sekadar pemberi jawaban.

Berikut diagram perbandingan alur latihan untuk masing-masing aktivitas.

flowchart TD subgraph Debugging A1[Berikan konteks sistem & log] --> A2[Minta AI rumuskan 3 hipotesis] A2 --> A3[Verifikasi tiap hipotesis] end subgraph Review B1[Kirim kode / desain] --> B2[Minta review dari sudut pandang tertentu] B2 --> B3[Bandingkan dengan penilaian sendiri] B3 --> B4[Tanya jawab perbedaan] end subgraph Desain C1[Jelaskan masalah & kendala] --> C2[Minta 3 opsi pendekatan] C2 --> C3[Evaluasi trade-off jangka panjang] end Debugging --> Review --> Desain

Coba mulai dari debugging. Bayangkan Anda sedang menelusuri error yang muncul di sistem produksi. Biasanya Anda akan membaca log, mencari pola, dan mencoba mereproduksi masalah. Sekarang, Anda bisa melibatkan AI dengan cara yang lebih strategis. Alih-alih langsung menempelkan log error dan bertanya “apa penyebabnya?”, coba minta AI untuk membantu Anda membangun hipotesis. Beri konteks tentang arsitektur sistem, komponen yang terlibat, dan perubahan terakhir yang dilakukan. Lalu tanya: “Berdasarkan pola yang kulihat di log ini, kira-kira ada tiga kemungkinan penyebab. Bantu aku merumuskan hipotesis untuk masing-masing, lengkap dengan cara memverifikasinya.” Dengan cara ini, Anda tidak sedang mencari jawaban instan. Anda sedang melatih kemampuan untuk membaca situasi, menghubungkan gejala dengan kemungkinan akar masalah, dan menyusun langkah verifikasi.

Untuk review kode dan desain, pendekatannya sedikit berbeda. Saat Anda menerima pull request atau dokumen desain dari anggota tim, godaan terbesarnya adalah membaca sekilas lalu menyetujui atau menolak. AI bisa membantu Anda melakukan review yang lebih dalam. Coba minta AI untuk membaca kode atau desain yang sama, lalu minta pendapatnya dari sudut pandang yang berbeda. Misalnya: “Review desain ini dari sisi keamanan. Apa yang perlu diwaspadai?” atau “Lihat kode ini dari sisi maintainability. Bagian mana yang akan sulit diubah enam bulan lagi?” Anda bisa membandingkan hasil review AI dengan penilaian Anda sendiri. Kalau ada perbedaan, itulah momen belajar yang berharga. Anda bisa bertanya: “Kenapa Anda menganggap bagian ini riskan?” atau “Apa yang membuat Anda berpikir pendekatan ini lebih baik?” Proses tanya-jawab ini melatih judgment Anda karena Anda dipaksa untuk mempertanyakan asumsi dan mempertimbangkan sudut pandang yang mungkin terlewat.

Untuk latihan desain, AI bisa menjadi teman brainstorming yang tidak pernah lelah. Misalnya Anda sedang merancang solusi untuk mengintegrasikan dua sistem lama. Mulailah dengan menjelaskan konteksnya secara singkat: sistem apa saja yang terlibat, data apa yang perlu mengalir, dan kendala apa yang ada. Lalu minta AI untuk memberikan tiga pendekatan desain yang berbeda. Jangan berhenti di situ. Untuk setiap pendekatan, tanyakan konsekuensinya: “Kalau aku pilih opsi pertama, apa yang akan sulit diubah setahun lagi?” atau “Dalam skenario beban tinggi, opsi mana yang paling rapuh?” Latihan ini membiasakan Anda berpikir dalam jangka panjang, mempertimbangkan trade-off, dan membuat keputusan yang tidak hanya benar hari ini tetapi juga bijak untuk masa depan.

Yang perlu diingat: AI bukan pengganti judgment Anda dalam debugging, review, atau desain. Ia adalah alat untuk memperluas cara berpikir. Semakin sering Anda berlatih dengan cara ini, semakin tajam kemampuan Anda melihat pola, mempertanyakan asumsi, dan mengambil keputusan. Dan ketika judgment Anda sudah matang, Anda tidak hanya akan menjadi arsitek yang lebih baik, tetapi juga siap untuk peran yang lebih besar: ikut membentuk masalah yang perlu dipecahkan, bukan sekadar menerima tugas. Subbab berikutnya akan membahas bagaimana AI bisa melatih kemampuan komunikasi dan argumentasi, dua skill yang sama pentingnya bagi seorang arsitek.