Sebuah utas Ogi Sigit di Threads membahas peretasan Binance lewat cerita yang dekat dengan keseharian engineer: mencari pekerjaan, mengikuti wawancara, lalu mengerjakan tes coding. Utas itu menjadi titik awal tulisan ini, bukan satu-satunya sumber untuk memastikan kronologi insiden.1
Bagi saya, bagian yang layak diperhatikan adalah pertemuan antara aktivitas pribadi dan akses pekerjaan. Tes rekrutmen terlihat seperti urusan karier. Tetapi ketika dikerjakan pada perangkat yang menyimpan kredensial perusahaan, konsekuensinya bisa masuk ke wilayah keamanan operasional.
Ilustrasi proses wawancara dan penugasan palsu. Engineer mengikuti wawancara daring di laptop; tampilkan hubungan konseptual antara undangan rekrutmen, tugas coding, dan risiko malware. Gunakan ilustrasi, bukan foto yang diklaim mendokumentasikan insiden.
Saya masih ingat pertama kali membuka Claude dan mengetikkan prompt pertama saya — sebuah pertanyaan teknis tentang arsitektur microservices. Responsnya mengejutkan saya bukan karena kecanggihan teknisnya, melainkan karena satu hal sederhana: ia tidak menjelaskan konsep dasar yang sudah saya tahu. Ia langsung masuk ke substansi.
Itulah perbedaan antara menggunakan Claude secara generik dan menggunakannya dengan benar.
Saya adalah Cloud Solutions Architect dengan sertifikasi multi-cloud (AWS, Alibaba Cloud, Huawei Cloud), sekaligus dosen dan penulis buku IT. Dalam posisi itu, saya berinteraksi dengan Claude setiap hari — untuk pekerjaan arsitektur, untuk menulis, dan untuk menyiapkan materi kuliah. Artikel ini merangkum apa yang saya pelajari tentang cara menggunakan Claude secara efektif, khususnya untuk profesional teknologi Indonesia.
Banyak aplikasi web yang masih digunakan hingga saat ini dibangun menggunakan pendekatan yang lazim pada masanya: struktur file sederhana, koneksi database langsung dari script PHP, penggunaan fungsi mysql_*, konfigurasi hardcoded, serta proses pengiriman email menggunakan fungsi bawaan mail().
Pendekatan tersebut tidak selalu salah jika dilihat dari konteks sejarahnya. Justru banyak aplikasi legacy yang berhasil bertahan karena desainnya sederhana, mudah dipahami, dan memiliki business logic yang jelas.
Salah satu contoh yang sedang saya kembangkan kembali adalah sebuah aplikasi PHP Autoresponder sederhana yang memiliki fungsi utama untuk menyimpan leads, mengirim welcome email, menjalankan drip email berdasarkan jumlah hari sejak user melakukan subscription, serta menyediakan mekanisme unsubscribe.
Project ini awalnya dibangun sebagai aplikasi PHP monolitik sederhana. Sekarang saya berencana memodernisasinya menjadi sebuah:
Lightweight, self-hosted email automation platform yang modern, aman, mudah di-deploy, dan dapat diintegrasikan dengan berbagai platform automation tanpa vendor lock-in.
Modernisasi ini tidak dilakukan dengan membuang seluruh aplikasi lama dan menulis ulang semuanya dari nol. Fokus utamanya adalah mempertahankan business logic yang masih relevan, lalu melakukan refactoring secara bertahap.
