Software engineer

Boy Boni Panjaitan.

Saya mengubah sistem kompleks menjadi produk yang berguna dan dapat diandalkan.

Pekerjaan saya berada di antara arsitektur perangkat lunak dan ketelitian produk: antarmuka yang jelas, sistem tangguh, dan tools kecil yang benar-benar layak dipakai.

Siluet Pura Ulun Danu Beratan saat matahari terbenam di Danau Beratan, Bali

Software engineer · product-minded builder

Indonesia · UTC+8

Karya pilihan

Software yang dibentuk oleh batasan nyata.

Sistem produksi yang saya rancang dan bangun. Nama klien tidak disebutkan; setiap entri berfokus pada desain sistem dan solusi di baliknya.

Lihat semua karya

01

Studi kasus · Commerce agritech

Document-Gated Commerce Platform

Satu backend monolit modular melayani klien web, mobile, tim penjualan lapangan, dan admin. Pembelian yang memerlukan dokumen identitas dan lahan melewati verifikasi berbantuan AI sebelum pembayaran; stok dikurangi di bawah row lock, worker merekonsiliasi pembayaran, dan chat diskalakan lintas instance melalui Redis.

Monolit modular · Verifikasi dokumen AI · GCP + Terraform

02

Studi kasus · Reservasi wisata

Inventory-Safe Reservation Platform

Tiket, penginapan, aktivitas berjadwal, dan paket berbagi satu keranjang dan satu checkout. Transaksi serializable memesan stok secara all-or-nothing dengan penahanan 15 menit, layanan pembayaran idempoten menangani setiap panggilan ke provider, dan event RabbitMQ mengalir ke layanan audit dan analitik yang terpisah.

Layanan event-driven · Pembayaran · Infrastructure as code

03

Studi kasus · Jasa profesional

Serverless Bilingual Advisory Site

Situs konten dan penerimaan prospek dwibahasa tanpa server backend. Firestore rules mencerminkan skema Zod di klien sebagai lapisan validasi, App Check menjaga setiap pembacaan data, dan prerender Puppeteer saat build beserta sitemap otomatis membuat SPA statis dapat diindeks.

Serverless · Prerender SEO · Security rules

Prinsip kerja

Lebih sedikit seremoni. Lebih banyak kejelasan.

Pilihan engineering terbaik membuat keputusan berikutnya lebih mudah—untuk pengguna, rekan satu tim, dan orang yang merawat sistem di kemudian hari.

A

Mulai dari batasan

Pahami realitas operasional sebelum memilih abstraksi.

B

Buat setiap state terbaca

Antarmuka yang baik memperjelas apa yang terjadi, apa yang penting, dan langkah berikutnya.

C

Bangun untuk handoff

Software yang tahan lama harus dapat dipahami selain oleh pembuat awalnya.

Catatan lapangan

Berpikir di ruang publik, dengan hati-hati.

Catatan singkat tentang pertimbangan engineering, desain antarmuka, dan menjaga sistem tetap manusiawi.

Jelajahi semua catatan

Percakapan berikutnya

Punya masalah sulit yang layak dibuat lebih sederhana?

Ceritakan kebutuhan Anda. Saya akan membalas ke alamat email yang Anda berikan.

Email Anda hanya digunakan untuk membalas pesan ini.