22.3 Teknik Memakai AI untuk Belajar, Bukan Sekadar Menjawab

Anda sudah tahu bahwa mode aktif lebih baik daripada mode pasif. Sekarang pertanyaannya: teknik apa yang bisa Anda pakai? Berikut empat teknik yang bisa Anda praktikkan mulai hari ini. Masing-masing lahir dari situasi kerja nyata yang sering dihadapi arsitek.

Teknik pertama: minta penjelasan, bukan jawaban. Ini yang paling sederhana tetapi paling sering dilupakan. Saat Anda dapat output AI yang rapi, jangan langsung menerimanya. Minta AI menjelaskan mengapa ia memilih struktur tertentu. Misalnya Anda sedang merancang sistem pembayaran. AI memberi usulan arsitektur dengan event-driven pattern. Daripada langsung memakai usulan itu, tanyakan: “Jelaskan kenapa event-driven lebih cocok daripada request-response untuk kasus ini? Apa trade-off-nya?” Dengan begitu Anda bukan sekadar menerima jawaban, tetapi melatih diri Anda memahami alasan di balik keputusan desain. Kemampuan memahami trade-off ini adalah inti dari judgment seorang arsitek.

Teknik kedua: bandingkan opsi. AI bisa dengan cepat menghasilkan beberapa alternatif. Manfaatkan itu. Minta AI memberikan dua atau tiga pendekatan berbeda untuk masalah yang sama. Misalnya untuk sistem yang sama, minta usulan dengan arsitektur monolitik, microservices, dan modular monolith. Lalu bandingkan sendiri. Mana yang lebih sesuai dengan konteks tim Anda? Mana yang lebih murah dioperasikan? Proses perbandingan ini memaksa Anda berpikir kritis. Anda tidak bisa membandingkan tanpa memahami konsekuensi masing-masing opsi. Dan justru di situlah judgment Anda terlatih.

Teknik ketiga: minta contoh kontra. Ini teknik yang paling kuat untuk menguji keyakinan Anda. Setelah AI memberi usulan, minta ia memberikan skenario di mana usulan itu gagal atau tidak cocok. Contohnya: “Kasih saya tiga situasi di mana arsitektur event-driven ini justru merepotkan tim.” Atau: “Apa kelemahan utama dari pendekatan yang Anda usulkan?” Dengan meminta contoh kontra, Anda melatih kemampuan melihat risiko dan kelemahan sejak awal. Ini persis seperti yang dilakukan arsitek senior saat review desain: mereka selalu mencari titik lemah sebelum solusi dijalankan.

Teknik keempat: minta rencana verifikasi. Ini teknik untuk memastikan bahwa usulan AI tidak hanya terdengar bagus, tetapi bisa diuji kebenarannya. Setelah AI memberi usulan, minta ia membuat rencana verifikasi. Misalnya: “Bagaimana cara saya memvalidasi bahwa pola event-driven ini benar-benar cocok untuk volume transaksi yang saya punya? Tolong buat langkah-langkah konkret yang bisa saya lakukan dalam seminggu.” Rencana verifikasi ini bisa berupa eksperimen kecil, proof of concept, atau daftar pertanyaan yang perlu dijawab sebelum keputusan final. Dengan memintanya, Anda mengubah AI dari pemberi jawaban menjadi partner berpikir.

Keempat teknik ini punya satu kesamaan: semuanya membutuhkan inisiatif dari Anda. AI tidak akan otomatis memberikan penjelasan, perbandingan, contoh kontra, atau rencana verifikasi kecuali Anda minta. Dan justru di situlah letak mode aktif: Anda yang mengendalikan percakapan, bukan sekadar menerima apa yang keluar.

Sebagai rangkuman visual, berikut diagram alir yang menggambarkan keempat teknik tersebut.

flowchart TD A[Mendapat output AI] --> B{Pilih teknik} B --> C[Minta penjelasan] B --> D[Bandingkan opsi] B --> E[Minta contoh kontra] B --> F[Minta rencana verifikasi] C --> G[Pahami trade-off] D --> H[Latih berpikir kritis] E --> I[Lihat risiko sejak awal] F --> J[Uji kebenaran usulan] G --> K[Belajar aktif] H --> K I --> K J --> K

Setelah Anda terbiasa dengan teknik-teknik ini, langkah selanjutnya adalah membangun kebiasaan membaca output AI secara kritis sebelum menggunakannya. Bukan sekadar membaca cepat, tetapi membaca dengan pertanyaan dan ekspektasi. Itu yang akan kita bahas di subbab berikutnya.