- Keberuntungan tampak seperti faktor eksternal yang tidak dapat dikendalikan, tetapi dengan mempublikasikan hasil kerja, kita bisa meningkatkan peluang bertemu kesempatan baik
- Luck Surface Area didefinisikan sebagai hasil kali antara seberapa banyak kita “melakukan sesuatu (Doing Things)” dan seberapa banyak kita “memberi tahu orang (Telling People)”
- Mengerjakan dan mempublikasikan karya adalah proses penting bagi kreator seperti developer dan desainer, sekaligus sarana untuk menunjukkan rasa ingin tahu dan keahlian pribadi
- Daripada menunggu hasil yang sempurna, lebih penting untuk membagikan proses, pembelajaran, dan trial and error bersama-sama, karena itu dapat memberi inspirasi bagi orang lain
- Karya yang dipublikasikan dapat menciptakan peluang tak terduga seperti pekerjaan baru, kolaborasi, undangan berbicara, dan koneksi komunitas; ini bukan sekadar keberuntungan, melainkan hasil probabilistik yang lahir dari tindakan berbagi
Konsep Luck Surface Area
- Keberuntungan didefinisikan sebagai “hal baik tak terduga yang terjadi”
- Contoh: kesuksesan library OSS, undangan konferensi, tawaran pekerjaan baru, mendapat klien, tampil di podcast, membangun relasi dalam komunitas
- Menurut definisi Jason Roberts, Luck Surface Area berbanding lurus dengan hasil kali antara “seberapa besar seseorang melakukan sesuatu dengan penuh antusiasme” dan “berapa banyak orang yang diberi tahu secara efektif tentang hal itu”
- Jika ditulis sebagai rumus: Luck = [Doing Things] × [Telling People]
- Semakin banyak yang dikerjakan dan semakin banyak orang yang mengetahuinya, semakin besar Luck Surface Area
Mengerjakan karya (Doing the work)
- Sebelum mempublikasikan, terlebih dahulu perlu ada pekerjaan nyata yang dilakukan
- Developer, desainer, kreator, dan lainnya pada dasarnya adalah orang-orang yang membuat sesuatu, dan itulah fondasi keberuntungan
- Ada dua tipe orang
1. Orang yang sudah banyak berkarya tetapi merasa karyanya tidak cukup berharga untuk dibagikan
2. Orang yang ingin memulai sesuatu tetapi belum bisa mengeksekusinya
- Kelompok pertama cenderung meremehkan nilai pengetahuan yang mereka miliki; jika mengamati contoh yang dibagikan di komunitas, mereka bisa menyadari bahwa ada banyak hal yang sebenarnya sudah mampu mereka lakukan
- Untuk kelompok kedua, yang dibutuhkan adalah memulai dari hal kecil
- Jangan menunggu ide yang sempurna; mulailah dari proyek kecil atau eksperimen
- “Gerakan melahirkan gerakan”
Menunjukkan rasa ingin tahu dan keahlian
- Proyek pribadi adalah ruang yang baik untuk mengeksplorasi rasa ingin tahu
- Contoh: membuat printer struk yang mencetak GitHub issue, mengubah gudang rakitan menjadi kantor, mengembangkan alat gambar SVG, menulis newsletter panjang tentang infrastruktur finansial
- Proyek pekerjaan adalah area yang baik untuk menunjukkan keahlian
- Masalah yang diselesaikan atau pelajaran yang dipetik di tempat kerja bisa diubah menjadi blog, presentasi, atau proyek open source
- Meski detailnya bersifat rahasia, konsep, pelajaran, dan pola tetap bisa dibagikan
- Jika selama sebulan mencatat masalah atau pola menarik yang ditemui saat bekerja, ide untuk dibagikan akan menjadi sangat banyak
Mempublikasikan (Hitting the publish button)
- Banyak orang merasa takut pada tahap berbagi
- Alasannya bisa berupa takut dikritik, perfeksionisme, atau penolakan terhadap pemasaran
- Namun, berbagi bukanlah kesombongan, melainkan tindakan menyebarkan pembelajaran, sebuah proses yang dapat menginspirasi orang lain dan membantu mereka belajar
- Platform publikasi bisa berupa Twitter, GitHub, blog, newsletter, YouTube, dan lain-lain; yang penting “bukan di hard drive sendiri”
- Berbagi adalah keterampilan yang perlu dipelajari, dan yang penting bukan hanya hasil akhir, tetapi juga proses berjalan, kegagalan, dan cara berpikir
- Awalnya memang terasa canggung, tetapi akan menjadi alami jika terus dilakukan
Menangkap keberuntungan (Capturing the luck)
- Saat karya dipublikasikan, kemungkinan munculnya hasil positif yang tak terduga akan meningkat
- Contoh: dikenal sebagai ahli pada topik tertentu, menerima umpan balik pembaca, mendapat tawaran kerja, pertanyaan dari klien, undangan berbicara, membangun relasi komunitas, meningkatnya pengenalan terhadap proyek OSS
- Contoh-contoh ini adalah hal yang benar-benar dialami penulis, dan merupakan hasil dari meluasnya Luck Surface Area melalui tindakan berbagi
- Rumus intinya sederhana
- Do the work. Tell people.
- Dalami rasa ingin tahu dan keahlian, lalu bagikan secara terbuka apa yang telah dipelajari
- Kritik online memang tak bisa dihindari, tetapi jauh lebih banyak orang yang diam-diam mendukung daripada yang mengkritik
- Pada akhirnya, salah satu dari mereka bisa saja memberikan kesempatan yang mengubah hidup
3 komentar
Salah satu hal yang selalu saya tekankan kepada para junior adalah
'rapikan apa yang sudah kamu selesaikan dan tinggalkan sebagai postingan publik.'
Pertama, saat merapikannya, kamu jadi meninjau kembali rangkaian prosesnya sehingga lebih mudah diingat,
dan meskipun mengalami masalah yang sama, kalau dicari di Google tulisan saya akan muncul sehingga bisa cepat diselesaikan (terima kasih, diriku di masa lalu!)
Selain itu, itu juga bisa membantu seseorang, jadi reputasimu pun bisa meningkat, begitu penjelasan saya.
Opini Hacker News
Sebagai seseorang yang telah lama bekerja di industri open source (OSS), aku sungguh berharap proyek GitHub-ku tidak menjadi terkenal
Ada beberapa proyek eksperimental yang mendapat lebih dari 50 bintang, tetapi syukurlah itu tidak berkembang menjadi OSS yang ‘sungguhan’
Aku pernah kehilangan akhir pekan karena permintaan perbaikan bug untuk proyek lama atau karena harus meninjau PR yang tidak menarik bagiku
Menjaga OSS itu nyaris seperti pekerjaan paruh waktu tanpa bayaran. Ketenarannya pun terbatas, dan bahkan pengembang OSS yang hebat pun sering kesulitan menemukan pekerjaan yang layak di industri
Menurutku, para maintainer OSS adalah semacam orang suci yang menopang perangkat lunak dunia
Akan bagus kalau ada badge status di README GitHub seperti “PR welcome”, “hanya perbaikan keamanan/bug kritis”, atau “mencari maintainer baru”
Karena itu, sekarang muncul pertanyaan, “kenapa harus membuat kontrak sosial seperti ini?”
Salah satu alternatifnya adalah menjalankan proyek secara mandiri lewat komunitas Git yang self-hosted. Pendekatan seperti ini bisa membuat upaya maintainer tidak dikomoditisasi, dan membuat open source menyenangkan lagi
Misalnya, saat ada PR masuk ke repositori yang sudah 5 tahun tidak disentuh, mereka bisa otomatis menyediakan ringkasan code review, atau menambahkan fitur untuk memfilter komentar yang kasar
Kalau kodenya tidak dibuka, sulit membangun kepercayaan komunitas, dan pendekatan seperti “tinggalkan email lalu kami kirim PDF whitepaper” sudah tidak mempan lagi di tahun 2025
100% dari 0 dolar tetap 0, tetapi 0,001% dari pasar yang sangat besar tetap merupakan peluang yang lumayan besar
Jika melihat inti tulisan ini, pada akhirnya strukturnya adalah seseorang lain (biasanya perusahaan) yang paling diuntungkan dari membuka source code
Itu juga alasan GitHub (=Microsoft) mudah terlihat sebagai semacam “mesin ekstraksi tenaga kerja gratis”
Kalau tulisannya benar-benar berimbang, seharusnya ada peringatan soal konflik kepentingan seperti ini
Perusahaan suka pada tenaga kerja gratis kita, tetapi tidak mau mempekerjakan kita. Semacam, “terima kasih, sangat berguna, tapi kami tidak merekrut”
Sekarang bahkan kode kita diserap menjadi data pelatihan LLM tanpa nama kita tersisa
Rasanya seperti melempar tulisan ke laut dan tidak pernah mendengar respons apa pun
Platform terus berbisik, “unggah sekali lagi dan kamu akan berhasil,” tetapi aku makin ragu apakah itu benar
Ada orang yang berhasil dalam 3 tahun lewat product-led marketing, dan ada juga yang membangun audiens lewat blog selama 5 tahun lalu memonetisasi OSS
Pada akhirnya, ungkapan “menambah keberuntungan” itu lebih mirip slogan motivasi, tetapi kenyataannya dibutuhkan usaha konsisten setidaknya 5–6 tahun
Tulisan kita diserap sebagai data pelatihan perusahaan, pembaca membayar perusahaan itu, dan kita bahkan tidak mendapat ucapan terima kasih
Satu-satunya pengecualian adalah komunitas tertutup yang masih memungkinkan interaksi langsung antarmanusia
Aku juga sangat relate dengan tulisan ini
Berkat OSS, aku mendapat tawaran dari beberapa perusahaan tanpa resume atau tes coding
Pernah saat debugging bug bersama dukungan pelanggan GitHub, aku direkomendasikan ke MD Microsoft, dan hal serupa juga pernah terjadi dengan Cloudflare
Pada akhirnya OSS adalah alat untuk membangun jaringan berbasis kepercayaan
Menulis buku dan melakukan sesi tanda tangan di konferensi secara alami membuka peluang
Tahapan open source menurutku seperti ini
1. Menemukan titik sakit dari pekerjaanku
2. Membuat alat untuk menyelesaikan masalah itu
3. Membagikannya secara natural di Reddit, HN, Bluesky, dan sebagainya
Open source adalah alat pemancar sinyal. Kalau berhasil, ia menjadi kartu nama dan bisa berujung pada peluang konsultasi atau rekrutmen
Sebagai contoh, pada April 2023 aku melihat LangChain lalu membuat Langroid LLM agent framework, dan
aku juga mengelola kumpulan alat CLI bernama Claude Code Tools.
Proses seperti ini membuat open source menjadi sarana akumulasi kepercayaan yang mirip dengan publikasi akademik
(Satire) “Halo, para budak tani open source! Tolong beri kami lebih banyak data supaya AI kami bisa menggantikan pekerjaan kalian!”
Aku menulis beberapa buku matematika, dan meski keberuntunganku sedikit bertambah, hasilnya tetap tidak cukup untuk membayar 1200 jam kerja bahkan dengan upah minimum
Aku juga beberapa kali mendapat pekerjaan bagus setelah memublikasikan sesuatu. Tidak sampai jadi kaya, tetapi sangat membantu karierku
(Penulis) Tulisan ini kutulis beberapa tahun lalu, dan senang rasanya melihatnya muncul lagi di HN
Di thread saat itu juga ada diskusi serupa
Banyak orang bilang ini “tulisan untuk memberi makan mesin”, tetapi tulisan ini mengubah hidupku. Semoga juga bermanfaat bagi orang lain
Jabatan penulisnya “Aaron Francis, Marketing Engineer”, dan itu membuatku bertanya-tanya apakah sekarang marketing juga disebut engineering
Profil GitHub-ku
> Luck = [Doing Things] × [Telling People]
Sepertinya saya juga pernah melihat rumus ini beberapa tahun lalu, tetapi selama ini belum bisa benar-benar mempraktikkannya.