Gue Suka Mengubah Ide
Jadi Sesuatu yang Bisa Dipakai

Ada kepuasan yang spesifik dan tenang waktu lo nutup aplikasi catatan, buka code editor kosong, dan ngetik baris-baris pertama proyek yang sebelumnya cuma gatel di pikiran. Itu momen di mana sebuah ide berhenti jadi frictionless dan sempurna di imajinasi, dan mulai harus selamat dari fisika realita yang keras kepala.

Gue bikin digital tools kecil. Gue nggak bikin mereka dengan aspirasi gede mau dirikan konglomerat teknologi berdanai ventura atau ngedominasi kategori industri. Gue bikin mereka karena gue ketemu friksi di tugas harian, lihat workflow yang canggung dan bisa dibikin lebih simpel, dan pengen bikin sesuatu yang tangible yang nyelesein pain yang spesifik itu.

Jebakan Teori yang Mulus

Gampang banget jatuh cinta sama sebuah ide waktu ia hidup sepenuhnya dalam bullet point. Di sketchbook atau dokumen Notion, proyek software nggak punya latensi. Nggak ada edge case di mana user ngetik karakter spesial ke kolom nama. Nggak ada bug layout responsif yang kelihatan mulus di monitor desktop 4K tapi ambruk jadi berantakan nggak kebaca di layar HP lima inci.

Teori itu aman karena nggak pernah harus salah. Tapi justru karena aman, teori aja jarang ngajarin lo sesuatu yang durable soal desain atau engineering.

Begitu lo nulis kode buat ngimplementasi konsep simpel—kayak tracking rental peralatan di FIMO Rent—realita langsung mukul balik. Lo sadar "barang dikembalikan" bukan state biner. Gimana kalau telat? Gimana kalau rusak? Gimana kalau yang balik cuma tiga dari empat kabel? Tiba-tiba, model mental lo yang rapi harus nampung nuansa manusia, realita operasional, dan trade-off praktis. Ketegangan itulah tempat kriya sejati dimulai.

Bangun Kecil, Bangun Sering

Seiring waktu, gue jadi advokat kukuh buat ngejaga proyek tetap kompak. Waktu proyek software jadi monolit sprawling bertahun-tahun, antusiasme sering meluruh jadi kelelahan sebelum build yang jalan pernah lihat daylight.

Sebaliknya, utilitas kecil yang fokus nawarin feedback langsung:

• Iterasi Cepat: Lo bisa ngedesain antarmuka, nyambungin state management, ngetes pakai data beneran, dan lihat interaksinya berasa mulus atau nggak dalam hitungan hari atau minggu.
• Batasan Jelas: Waktu sebuah tool cuma ngerjain satu-dua hal dengan baik—kayak nyatet timestamp operasional atau ngatur status aset—lo dipaksa moles interaksi intinya sampai berasa jadi kebiasaan.
• Bebas Gagal: Kalau sebuah eksperimen terbukti canggung di praktik, lo nggak kehilangan tahun-tahun hidup lo. Lo bisa arsipin prototipenya, panen pelajarannya, dan lanjut ke percikan berikutnya.

Garulangit sebagai Notebook Kerja

Website ini, Garulangit, dibangun di atas filosofi yang persis itu. Ia bukan portofolio agensi yang didesain buat pitch jasa ke calon klien, juga bukan siaran personal branding. Ia notebook publik.

Notebook itu berharga bukan karena tiap halamannya berisi mahakarya, tapi karena ia ndokumentasiin jalur belajar. Dengan nunjukin prototipe, esai, analisis game, dan catatan fiksi dalam satu ruang yang kohesif, gue nahan diri gue sendiri buat akuntabel ke proses berkarya yang ongoing.

"Satu-satunya cara buat tau apakah sebuah ide beneran bagus adalah ngebangunnya, memakainya, dan ngebiarin ia ngasih tau lo di mana sakitnya."

Kalau lo punya ide yang udah berbulan-bulan nangkring di catatan, saran paling simpel gue: kasih ia bentuk. Bangun prototipe paling jelek dan paling cepat yang bisa lo rakit. Tes. Rusakin. Benerin bagian yang rusak, dan lihat apa yang lo pelajarin dalam prosesnya.

• Jelajahi Proyek Gue
• Kembali ke Arsip Tulisan