"Saya menghormati Fabrice Bellard" - John Carmack

 (twitter.com/ID_AA_Carmack)
13 poin oleh GN⁺ 19 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • John Carmack, pembuat Doom/Quake, mengatakan bahwa ia menghormati Fabrice Bellard

    "Hampir pasti kemampuan pemrograman keseluruhannya jauh lebih unggul daripada saya"

  • Ini ditinggalkan sebagai kutipan saat seseorang membagikan halaman wiki Fabrice Bellard beserta tulisan berikut

Seorang insinyur Prancis yang hidup tenang di Paris selama 30 tahun, tanpa namanya dikenal luas, telah menulis perangkat lunak yang kini diandalkan seluruh internet

  • Sebagian besar kode inti yang menopang streaming video global dan virtualisasi cloud berbasis pada open source yang dibuat sendirian oleh seorang insinyur di Paris, di luar Silicon Valley
  • FFmpeg, yang menangani format video dan audio, berperan sebagai mesin tak terlihat internet yang bekerja di YouTube, Netflix, VLC, dan lainnya
  • Emulator mesin QEMU menjadi fondasi virtualisasi modern; di atasnya hypervisor Linux KVM berjalan dan infrastruktur VM cloud besar dibangun
  • Selain itu, ia juga mengembangkan sendiri banyak proyek seperti TCC, JSLinux, QuickJS, dan NNCP, serta menghitung digit pi terbanyak sepanjang sejarah pada masanya dengan rumus yang ia turunkan sendiri
  • Tanpa pemasaran atau SNS, ia menjabat sebagai CTO perusahaan telekomunikasi Amarisoft dan masih terus merilis proyek pribadi hingga sekarang

Ringkasan tokoh

  • Namanya Fabrice Bellard, lahir di Grenoble, Prancis, pada 1972
  • Ia belajar di École Polytechnique, sekolah teknik terbaik di Prancis
    • Tidak pernah pindah ke Silicon Valley atau membangun kerajaan startup; ia fokus menulis kode
  • Ia tidak memakai Twitter atau Instagram dan hampir tidak pernah diwawancarai
    • Situs pribadinya berbentuk daftar sederhana berisi judul proyek dan tautan, tanpa gaya, font khusus, atau slogan pemasaran

FFmpeg — mesin tak terlihat internet

  • Framework multimedia open source untuk encoding, decoding, dan streaming yang ia mulai pada tahun 2000 saat berusia 28 tahun
    • Ia sendirian mewujudkan pemrosesan semua format video dan audio yang ada, dengan satu library, di semua sistem operasi
    • Selama bertahun-tahun ia memimpin proyek ini sendiri
  • Kini dipakai oleh YouTube, Netflix, VLC, dan sebagian juga digunakan oleh Chrome serta Firefox
    • FFmpeg berjalan di semua ponsel Android, iPhone, smart TV, dan alat pengeditan video
    • Jika Anda menonton video di layar selama 20 tahun terakhir, kemungkinan besar kode ini yang memproses videonya

QEMU — fondasi virtualisasi modern

  • Emulator mesin sekaligus alat virtualisasi yang dimulai pada 2003, dan hingga versi 0.7.1 pada 2005 ditulis sendirian olehnya
    • Memungkinkan sistem operasi apa pun berjalan di atas sistem operasi lain
  • Hypervisor kernel Linux KVM berjalan di atas QEMU
    • Semua penyedia cloud utama seperti AWS, Google Cloud, Microsoft Azure, dan IBM Cloud menjalankan VM di infrastruktur yang dibangun berdasarkan ini
    • Dinilai sebagai kode infrastruktur cloud yang paling banyak dirujuk di Bumi

Proyek solo utama lainnya

  • Karya pemenang International Obfuscated C Code Contest tahun 2001, berupa kompiler C kecil, berkembang menjadi TCC(Tiny C Compiler)
    • TCC dapat mengompilasi dan mem-boot kernel Linux dari source dalam waktu kurang dari 15 detik
  • Pada 2004, ia menghitung digit pi terbanyak pada masanya dengan komputer desktop pribadinya dan algoritme Bellard's formula yang ia turunkan sendiri
  • Pada 2011, ia merilis emulator PC JSLinux yang ditulis sepenuhnya dalam JavaScript untuk menjalankan Linux di browser
  • Pada 2019, ia merilis QuickJS, mesin JavaScript kecil namun lengkap yang cocok untuk lingkungan yang tidak dapat memakai V8
  • Pada 2021, ia merilis kompresor data lossless berbasis jaringan saraf NNCP, yang langsung memimpin Large Text Compression Benchmark

Proyek terkait LLM

  • Membangun TextSynth Server, webserver REST API untuk menjalankan LLM secara lokal
  • Merilis ts_zip dan ts_sms, yang memanfaatkan language model untuk mengompresi teks dan pesan singkat dengan rasio yang tidak dapat dicapai algoritme lama
  • Merilis TSAC, sistem kompresi audio dengan bitrate sangat rendah
  • Pada Desember 2025, merilis mesin JavaScript untuk mikrokontroler Micro QuickJS, yang dibuat terpisah dari QuickJS dan ditujukan untuk lingkungan yang hampir tidak memiliki memori

Amarisoft dan cara berkaryanya

  • Pada 2012, ia ikut mendirikan perusahaan telekomunikasi Amarisoft dan menjabat sebagai CTO
    • Amarisoft mengembangkan perangkat lunak base station 4G·5G yang digunakan operator telekomunikasi dan lembaga riset di seluruh dunia
  • Sambil menjalankan perusahaan selama lebih dari 10 tahun, ia terus merilis proyek pribadinya melalui homepage pribadinya (bellard.org)
    • Tanpa pindah ke Silicon Valley, ia masih terus merilis kode yang diam-diam menopang internet hingga hari ini

Bacaan terkait

1 komentar

 
GN⁺ 19 jam lalu
Opini Hacker News

  • Melihat daftar kontribusi Bellard, kemampuan murninya memang luar biasa, tetapi yang lebih menonjol adalah insting untuk tahu apa yang harus dipilih
    Ia terus memilih hal-hal yang pada akhirnya berguna bagi sangat banyak orang, dan itu terasa lebih menakjubkan daripada sekadar kemampuan teknis
    Mungkin pertanyaan terpenting dalam hidup adalah memutuskan apa yang akan dikerjakan

    • Mungkin kriterianya adalah Saya ingin melakukan hal yang sederhana, tapi kenapa ini begitu sulit?
      Dalam komputasi modern ada terlalu banyak rawa pengalaman pengembang, dan semua orang mengalaminya tetapi hampir tak ada yang benar-benar maju untuk memperbaikinya
      Ringkasnya, ini adalah filosofi “hal-hal yang seharusnya bagus ternyata tidak terlalu bagus, dan saya bisa belajar lalu membuatnya lebih baik”, atau secara lebih luas mendekati “ya sudah, lakukan saja”
    • Jika sesuatu yang secara tradisional sulit dibuat jauh lebih mudah, cepat, dan baik, maka berbagai use case yang selama ini terhambat di bawahnya akan terbuka
      Pemilihan dan eksekusi sama-sama penting, tetapi banyak industri terbuka karena seseorang membuat hal yang sebelumnya sulit menjadi mudah
    • Dalam riset, dilema yang sama juga sering muncul
      Terutama jika ingin memberi dampak, penting untuk memilih apa yang akan menghabiskan waktu seumur hidup, dan memilih masalah yang tepat sering kali lebih sulit daripada memikirkan solusi yang sesuai
    • Orang seperti ini adalah developer 10x
      Dalam kasus Bellard, mungkin bahkan lebih dari 100x
      Bukan soal bekerja 19 jam sehari, menambah jumlah baris kode, atau jumlah PR, melainkan menghadirkan solusi elegan berdampak luas yang tak terpikirkan oleh siapa pun
    • Sebaliknya, jika punya kemampuan, pilih dan selesaikan masalah paling sulit di bidangmu, lalu ulangi itu
      Masalah sulit di tiap bidang bukanlah rahasia; pada akhirnya persoalannya adalah apakah seseorang punya kemampuan, nyali, dan kemauan untuk mencurahkan beberapa tahun untuk masalah-masalah itu

  • Menariknya, sebagian besar pekerjaan Bellard tampak seperti menerjemahkan spesifikasi ke dalam C
    Proyek pentingnya mencakup ffmpeg (spesifikasi codec), qEmu (spesifikasi instruction set), QuickJS (spesifikasi EcmaScript), tinyC (spesifikasi C), dan modem seluler (spesifikasi LTE), sedangkan perhitungan pi dan pekerjaan jaringan saraf lebih merupakan pengecualian
    Ini bukan berarti kurang mengesankan, karena implementasi codec dan emulator berperforma tinggi jelas tidak mudah, tetapi menarik bahwa banyak pekerjaannya terkonsentrasi pada area yang relatif sempit

    • Untuk spesifikasi komunikasi, di mana pasangan encoder/decoder berkomunikasi melalui kanal, yang perlu dilihat adalah bahwa spesifikasi biasanya hanya mendefinisikan encoder
      Standar sengaja membiarkan decoder tetap terbuka demi kemajuan teknologi dan persaingan implementasi, dan decoder biasanya lebih kompleks karena harus menangani noise serta efek kanal
      Karena itu, implementasi decoder kompetitif yang patuh standar bukan sekadar mengikuti jalur yang sudah ditentukan, melainkan lebih dekat ke litbang, dan Bellard tampak lebih seperti insinyur yang memrogram daripada programmer murni
    • Pemahaman bahwa seseorang menulis spesifikasi codec lalu Fabrice Bellard mengubahnya menjadi C itu sepenuhnya keliru
      Codec biasanya diimplementasikan lewat rekayasa balik dan kadang bahkan tidak memiliki spesifikasi, dan bahkan codec yang terdokumentasi pun tidak menjelaskan cara encoding dan decoding yang efisien
      Orang seperti Bellard-lah yang mengembangkan algoritme efisien tersebut
    • Dulu saya dilatih dalam area yang terpisah antara spesifikasi, implementasi, dan pengujian, dan kadang masing-masing ditangani oleh orang berbeda
      Sekarang ketiganya cenderung dicampur, dan menurut saya hasilnya cukup baik
      Hanya saja, sekarang banyak orang tampaknya hanya melakukan implementasi saja
    • Dulu orang menghabiskan sangat banyak waktu untuk mendefinisikan spesifikasi agar bisa mengalihdayakan kode
      Sekarang rasanya justru mengalihdayakan spesifikasi agar bisa menghabiskan sangat banyak waktu pada kode
    • Jika benar-benar pernah bekerja dengan ffmpeg, arsitekturnya cukup mengesankan karena dibuat sangat plugable
      Codec punya banyak penyimpangan dari konsep dasar dan banyak keanehan, definisi “frame” pun berbeda di dunia audio, subtitle, dan video, dan cara frame dipindahkan antara coder perangkat lunak dan perangkat keras juga benar-benar berbeda
      Bahwa pemrosesan dari dunia-dunia yang berbeda itu bisa dicampur hampir secara bebas adalah pencapaian besar, dan menurut saya libav dirancang cukup baik untuk memungkinkan hal itu

  • Bellard kini sudah lebih dari 20 tahun tidak terlibat dengan FFmpeg, sebenarnya mendekati 23 tahun
    Pada masa itu FFmpeg tidak memiliki framework berbagi kode antarkomponen dan antarcodec, jadi kodenya tidak bagus dan berbau spaghetti code, dan sekarang hampir tidak ada lagi kodenya yang tersisa
    FFmpeg seperti sekarang menjadi seperti ini berkat developer lain, tetapi tetap diperlakukan seolah-olah dia adalah satu-satunya benevolent dictator for life dan para developer lain hanya membangun di atas kerangka bijaknya
    Yang ia lakukan sekarang hanyalah memegang merek dagang dan menentukan proyek atau pemimpin mana yang boleh memakai nama FFmpeg, dan ia bahkan pernah sekali mengucilkan developer libav dan mendukung diktator lain

    • Jangan lupa konteksnya
      FFmpeg dan Videolan dimulai dari kamar asrama, dan dipakai mahasiswa untuk streaming TV dan berbagi film dari asrama
      Kampus Polytechnique dan École Centrale hanya berjarak beberapa km, dan kedua proyek dimulai sekitar 1997~1998
      Kalau saat masih mahasiswa, kemungkinan besar orang lebih sibuk minum bir daripada menulis kode yang bersih
    • Yang dimaksud bukan “hak cipta” melainkan merek dagang
      Hak cipta dimiliki penulis kode atau pemberi kerja mereka karena tidak ada kewajiban penyerahan hak cipta
      Mirip seperti Linus Torvalds yang memegang merek dagang “Linux” di beberapa yurisdiksi, sementara sebagian besar hak ciptanya dimiliki kontributor lain
    • Saya menemukan komentar tentang drama ffmpeg/libav 15 tahun lalu: https://www.reddit.com/r/linux/comments/vvdxn/comment/c57zdk...
      Saya tidak terlalu tahu ffmpeg, tetapi ini terasa sejalan dengan apa yang saya alami di proyek open source lain
    • ffmpeg sekarang adalah proyek open source yang terlalu sukses untuk semua jasanya diberikan hanya kepada satu orang
      Saya bahkan ingat masa ketika AviDemux punya implementasi encoder H.264 yang jauh lebih cepat dan lebih baik daripada ffmpeg
      Sesuai sifat open source, ffmpeg menyerap kode AviDemux, dan pada akhirnya AviDemux juga mengambil pilihan praktis untuk memakai ffmpeg sebagai backend alih-alih bersaing
      Menurut saya ini contoh yang baik dalam menerima semangat open source
    • Tidak ada orang waras yang akan mengira ffmpeg masih dipelihara dan dikembangkan oleh satu orang saja, apalagi Fabrice sendiri
      Apakah dulu itu spaghetti code atau bukan tidak terlalu penting pada tahap awal
      Saat cakupan dan masa depan proyek masih belum jelas, bisa jadi memang lebih tepat memulai dulu dalam keadaan spaghetti daripada terseret masalah masa depan yang masih potensial, lalu melakukan refactor setelah kebutuhan lebih dipahami
      Fakta bahwa komunitas melakukan itu adalah hal yang luar biasa

  • Situs web Fabrice bisa dilihat di sini: https://bellard.org/
    Ada daftar lengkap semua proyeknya

    • Programmer hebat sering kali juga punya desain situs pribadi yang bagus
      Semuanya sangat jelas dan sama sekali tidak ada redundansi yang tidak perlu

  • Bellard punya proyek yang sangat menarik bernama ts_zip, yaitu algoritme kompresi berbasis LLM
    Ini hanya sebuah “eksperimen” dan tidak boleh dipakai di lingkungan produksi, tetapi sangat cerdas
    Deskripsi di situsnya juga lucu: “The ts_zip utility can compress (and hopefully decompress) text files using a Large Language Model”
    https://bellard.org/ts_zip/

    • Kalau dekompresi itu opsional, saya juga punya ide algoritme kompresi yang sangat mengesankan
    • Sebenarnya memang itulah LLM
      Model mental saya, sekaligus analogi yang saya pakai saat menjelaskannya ke anak-anak, adalah “seluruh internet dikompresi menjadi arsip mirip zip, lalu ada cara yang sangat pintar dan efisien untuk menemukan data di dalamnya”
      Saya cukup tua untuk ingat masa ketika orang memesan Wikipedia dalam bentuk CD, dan rasanya saya tidak melihat perbedaan besar antara itu dan mengunduh LLM
    • Ada bidang algoritme kompresi kompetitif yang tidak terlalu peduli pada waktu dan jumlah komputasi
      Ada orang yang membuat kompresor yang butuh berjam-jam, mungkin berhari-hari, untuk mengompresi korpus uji
      Batas atas lama yang setengah bercanda di bidang ini adalah bahwa kompresi itu “AI-complete”, misalnya alih-alih mengompresi teks karya lengkap Shakespeare, Anda cukup mengodekan “The Complete Works of Shakespeare” lalu AI dekompresor akan menghasilkan ulang keluarannya dari prompt itu
      Dengan hadirnya LLM, Bellard seperti mewujudkan lelucon itu menjadi nyata

  • “Fabrice Bellard” by Andy Gocke and Nick Pizzolato
    https://www.ipaidia.gr/wp-content/uploads/2020/12/117-2020-f...

    • Saya penasaran apakah Nick Pizzolato yang itu adalah orang yang sama dengan penulis True Detective
    • Ini materi yang sudah cukup lama karena setelah itu ia mengerjakan lebih banyak hal
    • Kalau ini belum pernah dikirim ke HN, rasanya layak dikirim

  • Saya penasaran apakah, jika Anda bertanya kepada seseorang “siapa orang paling pintar yang masih hidup”, lalu bertanya lagi kepada orang yang mereka tunjuk, dan terus begitu, akhirnya akan konvergen ke kelompok kecil para jenius yang sama
    Kalau untuk coder terbaik yang masih hidup, rasanya bisa mulai dari Carmack, lalu berikutnya harus ke Bellard
    Saya hanya berharap jawaban Bellard nanti bukan Carmack lagi

    • Ada cerita serupa tentang mengikuti para ilmuwan dan fisikawan yang terlibat dalam Manhattan Project, dan pada akhirnya jawabannya berujung pada John von Neumann
    • Dari masa saya bekerja di Apple, saya bisa langsung memikirkan sekitar sepuluh mantan rekan kerja yang layak dipilih

  • Saya baru pertama kali melihat fotonya, dan sedikit terasa seperti identitas Satoshi Nakamoto yang menjaga privasi dan menghindari sorotan akhirnya terungkap
    Kesan saya, dia selalu punya hal yang lebih baik untuk dilakukan: berpikir keras dan memecahkan masalah sulit, ketimbang berinteraksi di internet yang luas
    Hasil kerjanya patut dihormati, tetapi etos kerjanya bahkan lebih patut dihormati
    Kalau Anda punya visi yang kuat, mungkin memang perlu pengembangan ala menara gading daripada berdebat sepanjang hari dengan orang asing di internet dan membela pilihan Anda

    • Dia tidak pernah menyembunyikan identitasnya
      Kalau dicari, fotonya memang bisa ditemukan
      Dia tidak seharusnya dibandingkan dengan Satoshi
      Saya tidak punya maupun tertarik pada Bitcoin, tetapi nama itu adalah sosok legendaris yang tercetak di dokumen asli
      Fabrice Bellard adalah orang nyata yang merilis kode, bukan identitas anonim internet
    • Bellard adalah Mozart, dan sebagian besar dari kita bahkan sulit menjadi Salieri
    • Carmack dan Bellard sama-sama sudah menjadi tokoh yang dimitologikan
      Keduanya memang hebat, tetapi begitu nama mereka disebut, orang mulai membicarakan ekspektasi aneh seperti “apa yang akan mereka pikirkan”, alih-alih apa yang benar-benar mereka lakukan
      Pemitologian seperti itu justru membuat pencapaian mereka terlihat lebih kecil
    • Sayang sekali dia tidak bisa menunjukkan rasa hormat yang sama kepada Rebecca Ann Heineman “Burguer”
    • Saya membayangkan dia sebagai orang yang kasar, berambut panjang, mungkin bertato, bertubuh besar dan berat
      Foto itu merusak imajinasi saya, dan sekarang saya ingin imajinasi saya kembali

  • Saya paham maksud ungkapan “hari ini FFmpeg adalah mesin tak terlihat dari internet”, tetapi saya sangat tidak suka hiperbola seperti itu
    Kalaupun FFmpeg tiba-tiba hilang, internet akan tetap baik-baik saja
    Perusahaan yang bergantung padanya di inti produknya mungkin akan kesulitan, tetapi internet itu sendiri dan sebagian besar situs web serta layanan internet akan tetap berjalan dengan baik

    • Begitulah cara LLM menulis
      Tweet/tulisan itu ditulis oleh LLM, dan memang gaya tulisannya seperti itu
    • Kalau tidak ada YouTube dan porno, apakah itu masih benar-benar internet?
    • Jika dianggap sebagai mesin tak terlihat bagi hal-hal yang membentuk sebagian besar internet saat ini, menurut saya itu bukan hiperbola
      Internet hari esok bisa saja berbeda

  • Sedikit menyimpang dan siap menerima downvote, saya sangat kesal dengan tren X-artikel belakangan ini
    Di ponsel, untuk sampai ke artikelnya saja harus melewati 3–4 langkah, dan tulisannya selalu terasa dibentuk seperti postingan LinkedIn yang terlalu dioptimalkan untuk keterlibatan pembaca dengan rentang perhatian pendek
    Selain itu, kontras yang tajam antara tulisan di X ini dan situs web Bellard sendiri terasa ironis

    • Agak menyedihkan bahwa orang-orang yang sudah menjadi VIP besar di industri teknologi merasa perlu meluangkan waktu untuk menulis tweet seperti ini, atau lebih buruk lagi, menyewa firma PR untuk menuliskannya
      Itu memang umum bagi figur terkenal di industri lain dengan kekayaan bersih serupa, tetapi bagi saya tetap terasa aneh