Dari Dua Minggu Jadi Dua Hari

Dari Dua Minggu Jadi Dua Hari

24 Agustus 2026

Enam bulan lalu paket kami yang paling banyak dipakai, facebook_app_events, menarik sekitar 20.000 unduhan per minggu. Bulan ini angkanya memuncak di atas 50.000 unduhan per minggu.

Kami tidak menjalankan kampanye. Kami tidak merilis fitur besar. Kami mengubah seberapa cepat kami menjawab, dan adopsi mengikuti.

Awalnya ini library yang kami butuhkan untuk diri sendiri

Pada Oktober 2019 seorang klien butuh pelacakan Meta app event di sebuah aplikasi Flutter. Tidak ada di pub.dev yang mengerjakannya dengan benar, jadi kami menulis wrapper sendiri di atas SDK native Meta dan menerbitkannya di bulan yang sama. Versi 0.0.1 adalah pipa internal yang kebetulan bersifat publik.

Tim lain menemukannya. Lalu lebih banyak lagi. Ia menjadi plugin Meta App Events yang paling banyak dipakai di ekosistem Dart: sampai hari ini, lebih dari 180.000 unduhan per bulan dan dipakai di lebih dari 400 proyek open source di Github.

Selama enam tahun kami merawatnya dengan tangan. Setiap rilis SDK Meta, setiap perubahan Flutter yang memutus kompatibilitas, setiap issue, dibaca dan direproduksi oleh developer di tim kami.

Rasa terima kasih dari komunitas adalah sebuah kehormatan, dan masih begitu sampai sekarang. Sebuah pesan dari developer di zona waktu lain yang analitiknya akhirnya bekerja adalah bukti kompetensi yang lebih baik daripada apa pun yang bisa kami taruh di pitch deck. Banyak orang ikut memberi kembali: kontributor mengirim perbaikan, reproduksi, dan pengetahuan spesifik platform yang tidak kami miliki. Plugin ini lebih baik daripada yang bisa kami bangun sendiri.

Itu juga beban kerja yang nyata, dan setiap jamnya bersaing dengan proyek klien.

Hambatannya bukan menulis kode

facebook_app_events duduk di antara kode Dart seorang developer dan dua SDK native yang diubah Meta menurut jadwalnya sendiri.

Ketika seseorang membuka issue, laporannya biasanya salah satu dari tiga hal: bug nyata di plugin kami, perubahan di sisi Meta, atau kesalahpahaman tentang apa yang dilakukan SDK.

Membedakan ketiganya dulu butuh berhari-hari. Seorang developer harus mereproduksi laporan, membuka dokumentasi Meta yang berlaku, memeriksa perilaku SDK native, lalu memastikan lapisan mana yang salah. Penyelesaian sebuah issue bisa memanjang sampai beberapa minggu. Bukan karena perbaikannya sulit. Karena diagnosisnya lambat.

Itu kegagalan struktural, bukan kegagalan pribadi. Survei maintainer Tidelift 2023 menemukan 58% maintainer open source pernah berhenti atau mempertimbangkan berhenti dari sebuah proyek, dengan burnout sebagai alasan ketiga terbanyak di 44%. Triage adalah tempat jam-jam itu habis.

Apa yang kami otomatiskan

Triage issue yang memvalidasi klaimnya. Setiap issue baru diurai saat masuk. Otomasi triage kami menarik bagian yang relevan dari dokumentasi SDK resmi Meta dan perilaku plugin saat ini ke dalam thread. Sebelum seorang developer membaca laporannya, mereka sudah melihat klaimnya, perilaku yang terdokumentasi, dan di mana keduanya tidak sejalan.

Perutean notifikasi. Issue sampai ke developer yang memegang area terkait, di kanal yang sudah mereka pakai sehari-hari. Tidak ada dasbor yang harus diingat untuk dibuka.

Review kode otomatis di setiap pull request. Setiap PR melewati satu putaran mesin sebelum putaran manusia: perubahan kontrak di batas antara Dart dan native, penanganan null yang hilang, validasi parameter, perbedaan perilaku antara iOS dan Android.

Pemindaian penuh seluruh basis kode di setiap upgrade SDK Meta. Ketika Meta merilis versi SDK baru, kami memindai seluruh plugin terhadap permukaan baru itu dan menandai apa yang rusak. Sebuah versi Graph API berhenti bekerja dua tahun setelah penggantinya rilis, dan Meta berhak mengubah API apa pun dalam waktu singkat karena alasan keamanan atau privasi. Dua tahun terdengar longgar sampai kamu jadi lapisan di antaranya. Changelog kami menunjukkan betapa biasanya hal ini: kenaikan SDK Flutter minimum di satu tempat, setter yang di-deprecate di tempat lain, versi major SDK Meta yang dipatok agar rilis yang memutus kompatibilitas tidak bisa diterima secara diam-diam. Masing-masing adalah potensi build rusak di aplikasi orang lain.

Review keamanan dan kelemahan kode setiap minggu. Ia jalan berdasarkan jadwal, bukan berdasarkan niat baik.

Semuanya jalan sebagai workflow GitHub Actions di repositori yang sama dengan kodenya. Tidak ada platform terpisah yang harus dirawat.

Waktu respons adalah masalah tooling, bukan masalah talenta

Google mempelajari review kode di seluruh organisasi engineering-nya. Median latensi untuk satu review penuh, di semua ukuran perubahan: di bawah empat jam, dengan 70% perubahan di-commit kurang dari 24 jam setelah dikirim untuk review awal. Itu bukan perbedaan kualitas developer. Itu tooling dan proses.

Komunitas open source mengukur hal yang sama. CHAOSS memperlakukan Time to First Response sebagai metrik inti kesehatan proyek, karena "respons pertama sering kali krusial karena ia memberi sinyal ke kontributor bahwa komunitasnya aktif dan terlibat".

Dan baseline industrinya lebih lambat daripada yang mau diakui banyak tim. Dalam riset DORA 2025, lebih dari separuh responden melakukan deploy kurang dari sekali seminggu, dan ketika sebuah deploy gagal, 15% tim butuh lebih dari seminggu untuk pulih.

Waktu penyelesaian kami sekarang ada di dalam dua hari. Unduhan mengikuti, karena plugin yang menjawab adalah plugin yang bisa kamu bangun di atasnya.

Otomasi tidak mengambil keputusan

Kesimpulan DORA 2025 layak diulang: AI adalah penguat. Ia memperbesar kekuatan organisasi berkinerja tinggi dan disfungsi organisasi yang sedang kesulitan. Arahkan ke proses yang berantakan dan kamu sampai ke kekacauan lebih cepat.

Jadi kami menarik garis. Otomasi mengumpulkan konteks, merujuk silang dokumentasi, dan menandai risiko. Seorang developer senior yang memutuskan. Tidak ada yang di-merge karena mesin menyetujuinya. Yang berubah adalah titik mulai developer kami: mereka membuka issue yang sudah memegang dokumentasi, reproduksi, dan diff-nya, bukan menghabiskan sehari untuk mengumpulkan semua itu.

Hal lain yang berubah adalah trade-off-nya. Otomasi menghapus sebagian besar konflik antara plugin ini dan pekerjaan klien kami. Kami melayani komunitas lebih baik sekarang, dan proyek klien tidak membayar untuk itu.

Kami menjalankan kode klien kami dengan cara yang sama

Pekerjaan open source kami bukan proyek sampingan dengan standar yang lebih longgar. Ia pipeline yang sama, gerbang review yang sama, pemindaian mingguan yang sama seperti yang kami siapkan untuk basis kode klien. Ia publik, jadi kamu bisa memeriksanya.

Hampir tujuh tahun berjalan, plugin ini sudah matang, dan kami masih berkomitmen padanya. Terima kasih untuk semua yang membuka issue, mengirim patch, atau memberi tahu kami bahwa itu bekerja.

Plugin-nya ada di pub.dev dan sumbernya di GitHub.

Kalau timmu kehilangan hari-hari untuk triage alih-alih merilis, itu masalah yang bisa diperbaiki. Beri tahu kami di mana sakitnya: hello@oddbit.id.

Sumber

LayananProyekTim KamiKarirKontak
Google Cloud Partner

© 2026 Oddbit

Ceritakan Tentang Proyek Anda