AI Membuat Saya Kembali Menulis Kode

• Kalkulator bunga majemuk Calquio adalah alat online gratis yang secara visual menunjukkan bagaimana investasi bertumbuh seiring waktu
• Sang pengembang sempat lama meninggalkan coding, lalu mulai kembali membuat produk berkat vibe coding berbasis AI
• Berawal dari ketidakpuasan terhadap kualitas kalkulator bunga majemuk yang ada di pasaran—seperti UI yang kasar dan iklan berlebihan—lalu berkembang menjadi layanan web berfokus pada kalkulator finansial
• Saat melihat penyebaran vibe coding, muncul pemikiran bahwa cukup menyampaikan niat tanpa harus mengimplementasikan semuanya sendiri, dan terasa jelas bahwa bahkan orang non-developer pun bisa membuat hasil jika mampu menjelaskan kebutuhan dengan jelas
  • “Mari buat kalkulator yang saya inginkan sendiri”
• AI menangani implementasi, sementara pengguna fokus pada kebutuhan, UX, dan pengetahuan domain
  • Dalam sekitar 2 minggu, dengan biaya API sekitar 100 dolar, berhasil dibuat lebih dari 60 kalkulator
  • Dimulai dari kalkulator bunga majemuk, lalu meluas ke kalkulator hipotek, pelunasan pinjaman, target tabungan, dan pensiun
  • AI menangani seluruh pekerjaan berulang seperti validasi input, komponen UI, hingga pengujian, serta menulis kode dan detail implementasi
  • Pengguna memberikan pemahaman arsitektur, penilaian UX, dan pengetahuan domain matematika finansial
• AI bukan terutama melipatgandakan kemampuan pengembangan secara dramatis, melainkan memberi kepercayaan diri untuk bisa kembali membuat sesuatu
  • Ide-ide yang lama tertunda menjadi bisa diubah menjadi proyek yang realistis
  • Nilai terbesarnya bukan peningkatan produktivitas, melainkan menghilangkan hambatan psikologis

[xguru]

Tautan asli mengarah ke kalkulator, tetapi rasanya inti utamanya justru lebih ada pada tulisan yang diunggah penulis di Hacker News daripada fungsi kalkulator itu sendiri, jadi saya ubah tautannya ke HN.

Saya juga belakangan ini jarang ngoding untuk pribadi selain coding untuk pekerjaan, tetapi karena AI saya jadi sering mengerjakan coding untuk side project.
Saya bahkan belum benar-benar memikirkan apakah akan merilisnya ke publik, tetapi setelah terus utak-atik, jadi muncul ambisi juga.

Melihat begitu banyak proyek yang benar-benar diunggah di Show GeekNews, sepertinya banyak orang juga merasakan hal yang sama.
Tentu saja, karena semuanya jadi terlalu mudah, agak disayangkan juga karena kadang dibagikan dalam keadaan sentuhan akhirnya masih sedikit kurang rapi.

[GN⁺]

Komentar Hacker News

• Aku juga mengalami hal yang mirip. Dulu aku adalah network engineer sekaligus lead proyek perangkat lunak, tetapi berhenti pemrograman sekitar 20 tahun lalu
  Sekarang aku mengelola pertanian sambil membuat sendiri aplikasi untuk organisasi relawan. Misalnya aplikasi pelacakan lokasi truk sampel tanah, pemantauan kelembapan, kalender manajemen kendaraan, dan berbagai aplikasi lain yang bisa kubuat hanya dalam beberapa jam
  Dulu Git baru saja dirilis, dan sekarang aku baru benar-benar memakainya — luar biasa bagus
  Rasanya sangat menyenangkan karena sekarang aku bisa langsung mewujudkan ide yang muncul saat GPS traktor sedang melakukan kemudi otomatis. Akhir-akhir ini idenya terlalu banyak sampai aku hampir tidak bisa tidur nyenyak

  • Sangat relate. Menurutku sekarang bukan lagi era aplikasi raksasa, melainkan era aplikasi kecil yang disesuaikan untuk tiap pengguna
    Aku sedang mengajari anakku stack pengembangan AI — AI IDE (Antigravity), database (Supabase + server MCP), deployment (Github + Vercel). Dengan kombinasi ini, aplikasi terintegrasi yang keren bisa dibuat dalam hitungan jam
  • Aku juga merasakan hal yang sama. Aku bekerja sebagai CTO di perusahaan besar, tetapi selama dua bulan terakhir aku bangun tiap hari pukul 4 pagi untuk coding proyek pribadi
    Tidur memang berkurang, tapi rasa bahagia sedang di puncaknya
  • Penasaran, dari semua aplikasi yang sudah dibuat, mana yang hasilnya paling bagus?
  • Penasaran, apakah kamu memulai pertanian itu benar-benar dari nol, atau meneruskan pertanian yang sudah ada?
  • Aku ingin dengar seperti apa teknologi pertanian belakangan ini. Apakah kamu mengalami hal seperti masalah DRM traktor? Aku dengar kalau mau memperbaikinya sendiri, perangkat lunaknya harus diretas

• Selama 17 tahun aku hidup sebagai optimis sains dan teknologi, tetapi belakangan ini aku makin mendekati Luddite
  Rasanya teknologi bukan menyelesaikan masalah sosial dan ekonomi, malah memperburuknya. Pada akhirnya aku sadar bahwa komunikasi dan faktor sosial adalah inti keberhasilan perangkat lunak

  • Sepertinya aku dan OP sedang membicarakan hal yang berbeda. OP sedang bicara soal ‘kegembiraan membuat sesuatu’, sementara aku bicara soal ‘struktur untuk menghasilkan uang’
  • Masalahnya bukan teknologi, melainkan kapitalisme. Kapitalisme menekan inovasi dan selalu tetap menjadi akar masalah

• Katanya mereka menaruh kalimat “crafted carefully for accuracy” di bagian bawah situs, tapi aku tidak yakin kalimat itu pantas ditempel pada kalkulator yang dibuat secara spontan

  • Menurutku ini bukan sekadar side project yang ceroboh, tapi hampir berniat buruk
    Bisakah benar-benar yakin bahwa 60 kalkulator akan bekerja sempurna pada semua edge case?
    Karena pengguna memercayai dan memakainya, dampak kesalahan bisa besar. Walaupun dibuat dengan AI, tetap perlu pengembangan yang berfokus pada kualitas
    Sebagai catatan, di browserku situsnya bahkan tidak berjalan dengan benar
  • Kalimat itu cuma untuk pemasaran, benar atau tidaknya tidak penting
  • Apa kalian melewatkan bagian bahwa kode pengujiannya juga dibuat oleh AI? Aku jadi ingin bercanda: kalau disuruh sampai review kode sendiri, kesenangan coding-nya jadi hilang
  • Tapi tetap saja, pengujian akurasi kan bisa dilakukan?

• Akhir-akhir ini aku makin merasa muak dengan coding dan dunia di sekitarnya

  • Aku juga merasakan hal yang sama. Dulu aku suka kondisi flow ketika mengetik kode sendiri dan tenggelam dalam prosesnya, tapi rasanya sensasi itu sudah hilang

• Stack yang disarankan AI adalah Next.js, React, TailwindCSS, shadcn/ui, dan 4 bahasa (EN/DE/FR/JA), dan karena katanya “modern and clean”, itulah yang dipilih
  Tapi ini kelihatan seperti contoh khas dari stack yang mengejar tren. Kalau web developer berpengalaman, sepertinya mereka tidak akan merekomendasikan stack seperti ini untuk kumpulan kalkulator finansial yang sederhana

  • Kalau bicara dengan web developer sekarang, kombinasi Next.js + React memang hampir dipakai sebagai stack default. Dari SaaS sampai aplikasi TODO sederhana, semuanya dibuat dengan ini
  • Dari sudut pandang pemula, stack ini justru pilihan bagus karena otomatis menyelesaikan berbagai masalah seperti CORS. Lagi pula kemungkinan besar hampir tidak akan ada pemeliharaan, jadi kalau perlu tinggal dibuat ulang dari awal
  • Jujur saja, kalau aku memulai proyek baru, aku juga mungkin akan memakai stack ini. Komponennya stabil dan mudah dipahami
  • Next.js sudah berusia 9 tahun, React 12 tahun. Ini sudah merupakan stack yang matang
  • Akhir-akhir ini berkat vibe coding, stack teknologi jadi terlalu seragam. Vercel memang menghasilkan uang dari arus ini, tapi tetap disayangkan kalau keragaman stack menghilang

• Aku juga profesor AI, dan dulu setiap kali ingin menguji ide, waktuku habis untuk mengatur lingkungan
  Sekarang aku bisa kembali melakukan riset sendiri, dan ketergantungan pada mahasiswa berkurang. Berkat itu aku juga bisa menjalankan proyekku sendiri secara paralel

• Membuat aplikasi yang polished membutuhkan terlalu banyak pekerjaan non-inti — UI, logging, penanganan error, dokumentasi, version control, dan lain-lain
  Tetapi sekarang berkat AI, proses seperti ini bisa dipersingkat dan aku membuat aplikasi berkali-kali lebih cepat. Aku sudah membuat tiga aplikasi dengan Rust, padahal sebenarnya menulis “Hello World” pun aku hampir tidak bisa
  Karena memakai Rust, ada juga rasa percaya terhadap stabilitasnya. Tentu saja, kalau proyeknya kelas produksi, kode buatan AI tetap harus dipakai dengan pemahaman penuh

  • Tidak cukup hanya memahami kode baris per baris. Yang dibutuhkan adalah pemahaman domain masalah dan insting desain. LLM tidak bisa menggantikan itu
    LLM paling tepat dipakai sebagai alat pencarian tingkat lanjut atau pembuat boilerplate
  • Tidak perlu mengeluh bahwa ini tidak menyenangkan. Kebanyakan hal yang bernilai di dunia memang mengandung proses yang sulit dan membosankan
  • Gagasan bahwa aplikasi “polished” bisa dibuat cepat dengan AI itu ilusi. Polishing yang sesungguhnya adalah proses mengejar kesempurnaan dalam detail-detail kecil
  • Menurutku coding spontan seperti ini justru menambah beban dan risiko keamanan di seluruh internet. Kenyamanan individu sedang merusak kualitas secara keseluruhan

• Aku juga menempuh jalan yang mirip. Setelah belajar fisika lalu lama bekerja di bidang akuntansi dan keuangan, aku mulai coding lagi
  Kesadaran yang lebih besar daripada AI adalah bahwa pengetahuan domain yang terkumpul selama ini ternyata menjadi aset luar biasa untuk memecahkan masalah nyata
  Dulu aku membuat solusi ‘tanpa masalah’, tetapi sekarang aku membuat solusi yang ‘menyelesaikan masalah yang jelas’
  AI memungkinkan para pakar domain seperti ini untuk membuat prototipe sendiri secara langsung. Ini bukan alat pengganti developer, melainkan alat yang membebaskan potensi yang selama ini terpendam

  • Forum belakangan ini terasa seperti tes Turing raksasa
  • Dari sudut pandang bahwa PM tanpa keahlian domain pun tidak bisa diselamatkan oleh AI, ini mungkin justru menjadi ancaman bagi PM

• Aku relate dengan cerita bahwa semua kalkulator bunga majemuk itu jelek sehingga akhirnya membuat sendiri. Tapi soal iklan, itu bisa diselesaikan dengan ad blocker
  Kalau memakai ad blocker, pengalaman internet berubah total. Aku merekomendasikannya untuk semua orang. Produk apa pun tidak masalah, yang penting blokir saja iklannya

  • Tapi ad blocker berarti mengalihkan biaya pembuatan konten ke pengguna lain.
    Semakin banyak pemblokiran iklan, semakin banyak situs merespons dengan clickbait dan konten berkualitas rendah
    Konten teknis khususnya terpukul besar ketika pendapatan iklan menurun
    Pada akhirnya solusinya adalah memilih model berbayar dan menghindari konten berbasis iklan

• Dari sudut pandang engineer, mimpi buruk terburuk adalah ketika seseorang membuat “100 situs kalkulator yang hampir selesai” lalu menyerahkannya kepadaku dengan kalimat “tolong review kodenya saja”
  Kenyataannya, sebagian besar pekerjaan justru ada pada validasi edge case dan umpan balik kualitas, tetapi orang itu tidak paham kenapa semuanya memakan waktu lama

  • Tapi tetap saja, itu masih lebih baik daripada harus merekayasa balik proses bisnis yang kusut dalam makro Excel, bukan?