6 poin oleh GN⁺ 2025-10-13 | 6 komentar | Bagikan ke WhatsApp
  • Pertanyaan dan jawaban tentang proyek-proyek yang menghilang karena terlalu mendahului zamannya atau karena pasar belum siap

    Saya cuma penasaran. Siapa yang tahu siapa yang akan mengadopsi ini, atau siapa yang akan mengembangkan sesuatu yang baru berdasarkan ide ini.


Sistem operasi Plan 9

  • Sistem operasi terdistribusi dari Bell Labs yang dinilai sebagai penerus sejati Unix, tetapi gagal dikomersialkan

    • Desain inovatif yang memperluas filosofi "semuanya adalah file" hingga ke berbagi lewat jaringan
    • Menyediakan fitur UI yang orisinal seperti mouse coding, nested window manager, dan Plumber
    • Ideal untuk lingkungan terdistribusi yang menghubungkan mobile, desktop, cloud, dan IoT, tetapi gagal diadopsi
  • Penyebab kegagalan

    • Masalah lisensi dan gugatan hukum membuat industri menjauh
    • Tidak sejalan dengan masa ketika komputasi terpusat menurun dan komputer pribadi sedang bangkit
    • Diposisikan hanya sebagai OS riset sehingga gagal memanfaatkan boom .com
    • Bell Labs dijual beberapa kali ketika pendapatan bisnis telepon AT&T menurun
    • Version 3 dijual $350 per box, tetapi hanya boleh dipakai untuk penggunaan nonkomersial
    • Baru benar-benar dirilis sebagai open source pada 2004
  • Warisan

    • Protokol filesystem 9P masih dipakai di WSL2, ekosistem VM, dan Kubernetes
    • Ada proyek fork yang aktif seperti 9front
    • Plan 9 Foundation mengelola kode open source dan hak-haknya

Proyek-proyek Google yang mati

  • Pengalaman seorang pengguna yang mengurangi produk Google yang dipakai dari 30~40 menjadi 3~4 saja

    • Google Picasa: alat manajemen foto lokal yang cepat dan sangat bagus
    • Google Hangouts: korban dari strategi aplikasi pesan yang membingungkan
    • G Suite Legacy: janji "gratis selamanya" dilanggar lalu dijadikan berbayar
    • Play Music: ribuan file MP3 telah diunggah, tetapi penutupan layanan menyebabkan kehilangan data
    • Google Finance: pernah punya fitur pelacakan saham, tetapi dihentikan
    • Google NFC Wallet: Apple menguasai pasar dengan fungsi yang sama
    • Chromecast Audio: fokus pada satu fungsi dengan sangat baik, tetapi dihentikan
  • Google Reader: keputusan bisnis terburuk sepanjang sejarah

    • Dihentikan meski dalam jangka panjang merupakan layanan yang nyaris tidak memerlukan maintenance
    • Memiliki banyak pengguna berpengaruh seperti pendiri startup, CTO, VP of Engineering, dan lainnya
    • Meninggalkan pelajaran bagi industri untuk tidak mempercayai produk Google
    • Penutupan layanan mencerminkan masalah budaya organisasi, di mana penghematan beberapa juta dolar dinilai sebagai prestasi

Adobe Flash / Macromedia Flash

  • Platform pembuatan multimedia yang bahkan setelah 15 tahun pun belum punya pengganti sepadan

    • Memungkinkan pembuatan game dan multimedia semudah menyusun balok Lego
    • Menyediakan toolset intuitif seperti MovieClip dan animasi timeline
    • Digantikan oleh HTML Canvas, tetapi kualitas alatnya tidak bisa dibandingkan
  • Alasan iPhone membunuh Flash

    • Pada hardware 2007, masalah performa dan konsumsi baterai sangat serius
    • Flash bisa menjadi jalan memutar untuk ekosistem aplikasi
    • Ada risiko iPhone dianggap sebagai "produk sampah"
  • Situasi saat ini

    • Adobe Animate mendukung output JS/Canvas, tetapi berbeda dari karya aslinya
    • Sebagian konten lawas bisa dijalankan lewat emulator seperti Ruffle
    • Roblox menjalankan peran yang agak mirip, tetapi lebih terbatas dan lebih komersial

Proyek gagal Microsoft

  • Silverlight: plugin web berbasis C#

    • Bisa memakai C# penuh alih-alih JavaScript
    • UI berbasis vektor yang sadar DPI, pola MVVM, dan binding dua arah
    • Kolaborasi desainer-pengembang melalui Expression Blend
    • Rendering yang benar-benar sama di semua browser
    • iPhone turut menjatuhkan Silverlight bersama Flash
  • Midori: OS keamanan berbasis kapabilitas

    • Sudah berkembang sampai mampu menjalankan kode Windows, tetapi dihentikan karena politik internal
    • Banyak hasil risetnya diintegrasikan ke .NET
    • Lebih dari 100 orang ditugaskan sebagai proyek retensi untuk mempertahankan engineer unggulan

Lain-lain

  • Copland milik Apple (prototipe MacOS 8)

    • Versi MacOS yang dimodernisasi tanpa command line
    • Memiliki fitur yang bisa saja mempermudah transisi ke mobile
    • Tidak bisa dirilis karena feature creep dan ketidakstabilan
    • Ada rumor bahwa proyek ini sengaja dibuang untuk membenarkan akuisisi Apple atas NeXT
  • Songsmith: pembuat iringan otomatis dari melodi

    • Pada 2009 sudah punya fitur deteksi chord real-time dan pembuatan iringan
    • Merupakan pelopor alat musik AI seperti Suno dan Udio saat ini
    • Sempat jadi meme karena video promosi yang norak, tetapi teknologinya sangat kuat

Kemunduran Heroku

  • Kesederhanaan dan fokus pada masa awal menjadi faktor keberhasilan

    • Satu bahasa, satu platform deployment, satu database
    • Meminimalkan decision fatigue
    • Jika AI sudah ada 15 tahun lalu, data pembelajaran yang konsisten ini mungkin akan membuatnya lebih efisien
  • Penyebab kegagalan

    • Setelah diakuisisi Salesforce, penambahan banner merek yang besar memicu penolakan pengguna
    • Kemunculan Docker dan Kubernetes membuatnya bisa digantikan
    • Penghapusan tier gratis membuat banyak pelanggan pergi
    • Ada masalah penyalahgunaan komputasi gratis akibat kripto
  • Situasi saat ini

    • Sebagian pengguna masih memakainya di production
    • Vercel, Coolify, dan Dokku menawarkan pengalaman serupa

ReactOS - reimplementasi Windows NT

  • Sudah dikembangkan hampir 30 tahun, tetapi masih belum layak dipakai secara nyata

    • Wine + kernel + kompatibilitas device driver + target yang terus bergerak
    • Bahkan menjelang akhir dukungan Windows 10, proyek ini tetap gagal menjadi alternatif
  • Penyebab kegagalan

    • Source code Windows tidak terdokumentasi dengan baik atau tidak benar-benar dipahami
    • Karena prinsip clean-room reverse engineering, siapa pun yang pernah melihat kode Windows tidak boleh berkontribusi
    • Bahkan setelah kebocoran source code Windows XP, laju perkembangannya tetap lambat
    • Wine, Proton, dan teknologi virtualisasi telah menjadi alternatif yang lebih praktis

Delphi dan Pascal

  • Bahasa pemrograman yang ideal untuk pendidikan

    • Compiler supercepat sehingga cocok untuk belajar lewat trial and error
    • Sistem tipe yang rapi (tidak serumit Rust)
    • Setia pada pembelajaran konsep dasar pemrograman tanpa fitur bahasa yang terlalu khusus
  • Situasi saat ini

    • Delphi masih bertahan, bahkan sudah merilis versi 13
    • Lazarus hadir sebagai alternatif open source
    • Python menggantikannya sebagai bahasa pendidikan, tetapi sistem tipenya membingungkan

Hardware inovatif yang gagal

  • MicroChannel (IBM): arsitektur periferal berbasis channel

    • Membawa konsep channel dari mainframe ke PC
    • Mampu menjalankan program channel sederhana
    • Gagal di pasar karena lisensi proprietari
    • Semua sistem modern memakai fungsi serupa, tetapi tanpa antarmuka yang seragam
  • Motorola 680x0: prosesor yang nyaris menjadi fondasi era mikrokomputer

    • Dirilis pada 1978, tetapi rilis MMU-nya terlalu terlambat
    • Menjadi jantung Amiga dan Macintosh awal
  • Optane persistent memory: teknologi yang menghapus batas RAM dan storage

    • Memungkinkan struktur data dipersistensikan secara langsung
    • Tidak perlu boot atau membuka aplikasi lagi, bisa langsung melanjutkan dari titik terakhir
    • Gagal karena terlalu mahal, meski secara teknis revolusioner
    • Menunjukkan kurangnya kesabaran para pengambil keputusan bisnis
  • Lytro light-field camera: mengatur fokus setelah pemotretan

    • Menangkap semua data lalu menentukan fokus belakangan
    • Akan sangat cocok dengan teknologi modern seperti Gaussian splat dan Meta Ray-Ban
    • Namun kualitas gambar yang dibutuhkan fotografer profesional tidak tercapai
    • Mungkin seharusnya menargetkan pasar novelty seperti Polaroid/Instax

Perdebatan teknologi web

  • Kegagalan XHTML

    • Ingin menyelesaikan kekacauan HTML dengan parsing yang ketat
    • HTML5 justru menstandarkan makna dari HTML yang salah
    • Hukum Postel itu keliru: parsing yang longgar menyebabkan celah keamanan dan masalah kompatibilitas
    • Prinsip "berhenti di kesalahan pertama lalu tampilkan pesan error" mungkin akan lebih baik
  • Sanggahan: alasan sebenarnya XHTML gagal

    • IE6 tidak mendukung application/xhtml+xml
    • Dukungan terhadap IE6 dibutuhkan selama hampir 15 tahun
    • JSX dan JSON sukses meski punya sintaks yang ketat
    • Semua bahasa backend memakai sintaks yang ketat
    • Jadi masalahnya bukan hambatan masuk, melainkan dukungan browser
  • Realitas HTML

    • Kesalahan kutip atribut bisa membuat seluruh halaman tidak dirender
    • Harus menjadi format yang bisa ditulis orang biasa
    • HTML adalah format dokumen, bukan perintah
    • PDF, ZIP, dan CSV juga membaca file yang rusak (data lebih penting daripada format)

Jejaring sosial dan komunikasi

  • Google Wave: menunjukkan masa depan, tetapi revolusi yang datang terlalu cepat

    • Terjemahan real-time, integrasi berbagai sistem pesan, dan fitur yang kaya
    • Sepenuhnya open source
    • UI yang terlalu rumit membuat "thread update real-time yang bersarang" terasa melelahkan
    • Sudah menyatukan fungsi-fungsi yang kini tersebar di Slack, JIRA, dan email
  • Vine: video pendek yang hadir sebelum TikTok

    • Pada 2013 sudah tumbuh dalam skala yang cukup besar
    • Twitter menghentikannya karena tidak tahu cara memonetisasinya
    • TikTok diluncurkan beberapa bulan setelah Vine ditutup
    • Sebenarnya cukup menambahkan banner iklan pada video persegi, tetapi peluang itu terlewat
  • Skype: panggilan video yang bahkan nenek pun bisa pakai

    • Sesederhana telepon, tetapi lebih murah daripada panggilan internasional
    • Salah satu software P2P terbaik
    • Digantikan dengan buruk oleh Microsoft Teams
    • Sulit mengatur hardware eksternal, ada masalah kompatibilitas, dan layanan tes kualitas suara lama sudah tidak ada

Sistem operasi

  • Maemo/MeeGo: Linux mobile yang seharusnya didorong Nokia

    • N9 adalah perangkat hebat, tetapi hanya dirilis satu unit/model
    • Memiliki semuanya: bisa di-hack, elegan, dan aman
    • Saat ini mungkin bisa menjadi dua Linux mobile arus utama yang bukan Android maupun iOS
    • Sebagian warisannya berlanjut di Sailfish OS
  • BeOS: OS yang dioptimalkan untuk multimedia

    • Menarik bahwa orang harus scroll jauh sampai BeOS dan Amiga disebut
    • Reimplementasi from-scratch sedang dikerjakan lewat Haiku OS
    • Jauh lebih cepat dan responsif dibanding Linux+X+Qt+KDE
  • OS/2: tragedi hasil kolaborasi IBM dan Microsoft

    • Sistem dengan API yang sangat baik
    • Jika Workplace Shell dan kode SOM dibuka, itu mungkin bisa dipakai di OS lain
    • Lama dipakai di ATM bank tanpa mudah diretas

Alat pengembangan

  • Quartz Composer: pemrograman visual berbasis node dari Apple

    • Lingkungan pemrograman visual berbasis patch
    • Monitoring perangkat USB bisa dibuat hanya dengan 3 node
    • Sejak 2016 tidak lagi diperbarui, dan di OS modern banyak node rusak
    • Perlu dievaluasi ulang di tengah populernya pemrograman berbasis node di Blender dan Unreal Engine
  • Atom code editor: nyaris menjadi alternatif VS Code

    • Alternatif arus utama buatan GitHub
    • Setelah Microsoft mengakuisisi GitHub, nasib Atom pun ditentukan
    • Proyek pelopor Electron
    • Para pengembang aslinya kini membuat editor Zed
  • Non DAW: DAW yang dipisah per fungsi

    • Menyediakan setiap fungsi sebagai aplikasi terpisah
    • Saat hanya perlu fungsi tertentu, fungsi lain tidak mengganggu
    • Seluruh konsepnya bisa diperkenalkan lewat contoh 25 baris
    • Pengembang utamanya direkrut Microsoft dan kini mengerjakan Rust OSS

Bahasa pemrograman

  • Elm: bahasa fungsional yang tidak lengkap dan tidak lagi aktif dikembangkan

    • Penghapusan custom operator mematahkan semua kode dan menghilangkan momentumnya
    • Elm Architecture dianggap terlalu kaku
    • F# (Fable), ReasonML, OCaml (Bucklescript), Haskell, dan PureScript menjadi alternatif
  • Opa: Next.js berbasis tipe pada 2012

    • Sebelum TypeScript, ini sudah menjadi framework full-stack bertipe
    • Dirilis saat pasar masih skeptis terhadap Node.js sisi server
    • Lisensi AGPL menjadi pukulan penentu; kemudian diubah ke MIT, tetapi tidak ada kesempatan kedua
  • Austral: bahasa dengan pemikiran jernih dan orisinalitas

    • Menyediakan spesifikasi dengan kejernihan yang tidak biasa
    • Penulisnya tidak lagi aktif mengerjakannya
    • Bagi programmer hobi, masih kurang komunitas dan ekosistem
  • Ceylon: bahasa JVM dari Red Hat

    • Bersaing dengan Groovy, Kotlin, dan Scala
    • Menawarkan anonymous union type, comprehension, dan sistem modul yang layak
    • Memberikan lebih dari sekadar syntactic sugar sederhana di atas Java
    • Kalah bersaing dengan Kotlin lalu terbengkalai di Eclipse

Kegagalan komersial

  • Google Stadia: platform cloud gaming

    • Berhasil membangun platform streaming yang solid
    • Gagal karena kurangnya game yang menarik
    • Hanya memiliki sedikit game yang juga tersedia di tempat lain, dan itu tidak cukup
  • Fire Phone: smartphone dari Amazon

    • Menargetkan pasar yang nyaris nol
    • Kalau dipikir ulang, sulit dipercaya pernah ada yang yakin ini akan sukses
  • Project Ara: smartphone modular dari Google/Motorola

    • Smartphone yang bisa dikustomisasi
    • Andai sempat melihat beberapa iterasi pengembangan lagi, mungkin akan menarik
    • Namun kemungkinan terlalu tebal untuk bisa bersaing

Database dan backend

  • RethinkDB: database real-time

    • Gagal saat mencoba memperluas cakupan ke Horizon BaaS
    • Secara teknis masih ada di Linux Foundation, tetapi momentumnya hilang
    • Konsep aslinya sangat bagus untuk demo, tetapi kurang kasus penggunaan production yang nyata
  • Yahoo Pipes: alat penggabung RSS dan aliran data

    • Menunjukkan seperti apa internet seharusnya
    • Konektivitas antaralat masih tertinggal di level Unix pipe
    • Zapier dan n8n adalah pengganti modern, tetapi rasanya tidak sama
    • Node-RED, Apache Camel, dan Apache Nifi menjadi alternatif enterprise

Proyek menarik lainnya

  • Sandstorm: platform web terdistribusi dari 2014

    • Berbasis ide BitTorrent
    • Menghadirkan kode dan data situs web yang sepenuhnya terdistribusi
    • Bisa saja diintegrasikan dengan situs web yang ada
    • Mekanisme Grain (isolasi data) menyulitkan adaptasi aplikasi lama
    • Mungkin seharusnya dipasarkan untuk membangun aplikasi baru dari nol di atas platform itu, bukan untuk porting aplikasi
  • Keybase: jejaring sosial berbasis enkripsi

    • Menawarkan enkripsi kuat dan verifikasi identitas
    • Setelah diakuisisi Zoom, proyek ini praktis berhenti
    • FOKS adalah proyek baru dari para pengembang aslinya
  • del.icio.us: layanan social bookmarking

    • Berbagi bookmark dengan orang-orang yang benar-benar dikenal
    • Menyediakan tagging kategori yang berguna
    • Digantikan oleh Reddit dan Twitter
    • Pinboard pernah menjadi layanan serupa, tetapi pengguna pergi karena kurang terurus dan pandangan politik pendirinya

6 komentar

 
soonil 2025-10-20

Teknologi-teknologi ini benar-benar membangkitkan kenangan.

 
roxie 2025-10-13

Ah.. proyek Keybase sudah dihentikan ya??

 
click 2025-10-13

Saya benar-benar sering memakai Vine; kalau platform itu bertahan sampai era video pendek, mungkin Vine akan menghasilkan cukup banyak uang sebagai pelopor di industri video pendek.

 
unknowncyder 2025-10-13

Berriez WebShare?.. Saya ingat waktu kecil dulu saya memakainya dengan cukup mudah dan nyaman meskipun sama sekali tidak punya pengetahuan.

 
chicol 2025-10-13

Cyworld tidak ada ya..

 
GN⁺ 2025-10-13
Opini Hacker News
  • Yang terlintas adalah sistem operasi Plan 9. Ini adalah sistem yang paling dekat menjadi penerus Unix, membawa filosofi "semua adalah file" selangkah lebih maju sehingga file bisa dibagikan lewat jaringan dengan mudah dan sistem terdistribusi dapat dibangun. Di Plan 9, akses ke sumber daya jarak jauh mudah dan andal, sementara di sistem lain setiap kasus penggunaan mengharuskan pemasangan perangkat lunak yang kompatibilitasnya kurang baik. Selain itu, ada fitur UI inovatif seperti penyunting teks berbasis coding dengan mouse, window manager bertingkat, dan Plumber yang dapat menjalankan perintah berdasarkan pola teks di seluruh sistem. Berkat arsitekturnya yang terdistribusi, seharusnya ini sangat cocok untuk era sekarang ketika perangkat mobile, desktop, cloud, dan IoT saling terhubung, tetapi kenyataannya kita masih bertahan pada sistem operasi yang tidak dirancang seperti itu. Saat ini fork seperti 9front masih hidup, tetapi versi asli Bell Labs sudah hilang. Penyebab kejatuhannya antara lain masalah hukum seperti lisensi dan gugatan yang menghambat adopsi industri besar, preferensi orang pada komputer lokal saat sistem operasi terdistribusi dibutuhkan, reputasinya sebagai OS riset sehingga gagal memanfaatkan ledakan dot-com, serta hilangnya sumber pendapatan AT&T, penjualan Bell Labs, dan keluarnya anggota inti

    • Penyebab kegagalan terbesar Plan 9 adalah, tidak seperti Unix, vendor perangkat keras tidak bisa melisensikannya dengan murah lalu bebas memodifikasinya untuk perangkat mereka masing-masing. Bell Labs mencoba menjual Plan 9 sebagai perangkat lunak komersial seharga 350 dolar, dan akibatnya industri tidak benar-benar mengadopsinya. Saya sudah beberapa kali menekankan hal ini dalam tulisan lama, jadi layak dibaca: tautan1, tautan2, tautan3

    • Protokol filesystem Plan 9 masih hidup di dalam WSL2

    • Saya penasaran kenapa sistem keluarga Unix lain tidak lebih agresif mengadopsi filosofi "semua adalah file"

    • Di Plan 9, masalah symbolic link berhasil diselesaikan

  • Antarmuka grafis Photon milik QNX juga sangat berpusat pada real-time, tetapi tetap punya widget, gauge, dan fitur lain yang bagus, bahkan mendukung dua web browser tanpa lag. Rasanya benar-benar seperti sistem operasi real-time sejati. Lalu ada Mac OS 8 yang dikenal sebagai Copland, yang mencoba memodernisasi Mac OS asli sambil mempertahankan tradisi tanpa command line. Karena tidak ada command line, semua pemasangan dan pengaturan fungsi harus mudah dan konsisten, dan saya rasa jika masa transisi ke mobile terjadi saat itu, perpindahannya akan sangat mulus. Sebenarnya versi nyatanya memang sempat diberikan kepada developer, tetapi proyek Copland akhirnya ditutup karena Apple harus mengakuisisi NeXT. Konsep sistem operasi pemrosesan transaksional juga sangat inovatif. Seperti CICS milik IBM, modelnya adalah memanggil program, menjalankannya, lalu mengakhirinya, sangat kontras dengan Unix dan Linux yang pada dasarnya adalah sistem timesharing berbasis terminal. Berikutnya IBM MicroChannel mencoba membawa keunggulan channel mainframe ke PC, tetapi gagal karena kebijakan yang pada dasarnya monopolistik. Saat ini hampir semua sistem memakai konsep serupa, tetapi belum benar-benar berperan sebagai antarmuka terpadu yang menyederhanakan OS. Dan CPU dengan hypervisor yang benar-benar bekerja baik pun berbeda dengan era IBM VM dulu; di x86 semua lapisannya pada dasarnya penuh akal-akalan. Seri Motorola 680x0 seharusnya menjadi fondasi era mikrokomputer, tetapi rilis MMU terlalu terlambat sehingga gagal menari bersama Mac. Modula-2 dan 3 cukup bagus, tetapi Oberon gagal, dan DEC pun ikut runtuh. Dalam kasus XHTML, HTML5 justru meresmikan error sehingga aturan parsing menjadi terlalu permisif dan tidak perlu. Satu tag yang tidak tertutup dengan benar di iklan atau kode eksternal bisa membuat seluruh halaman rusak total tanpa makna. Terakhir, ada inovasi seperti Word Lens yang memungkinkan melihat dunia lewat smartphone dengan machine translation dan pemrosesan offline, tetapi menghilang setelah digabung ke Google Translate

    • Saya ingin meluruskan fakta tentang proyek Copland. Proyek ini dikelola dengan sangat buruk, dan teknologi baru terus ditambahkan tanpa kendali sehingga feature creep parah dan stabilitasnya jatuh drastis. Jika mencoba build yang bocor, fitur desktop dasar saja sering hang dan crash. Pada 1996, Apple secara internal menyimpulkan Copland mustahil dirilis, lalu mulai meninjau lisensi OS eksternal dan akhirnya mengakuisisi NeXT. Jadi bukan Copland dibunuh lalu NeXT dibeli; Copland memang berada di tingkat yang mustahil dirilis sehingga keputusan itu tak terelakkan

    • Saya pernah sangat menekuni XHTML, tetapi pengalaman bahwa satu tag saja yang salah ditutup di iklan atau elemen lain di luar kendali saya bisa membuat seluruh halaman sama sekali tak tampil dan hanya menunjukkan pesan error besar membuatnya sulit diterima. Pendekatan "tampilkan sisanya semua dengan Times New Roman" juga tidak realistis. Jika pada dasarnya tetap mem-parsing HTML, posisinya tak berbeda dari sebelumnya. Sebagai penggemar, saya bisa menulis kode saya sendiri dengan sempurna, tetapi kenyataannya kebanyakan orang membuatnya asal jadi. XHTML mungkin tampak masuk akal secara logis, tetapi dalam praktiknya mustahil karena sifat manusia

    • Orang bisa saja menyukai gaya ketat seperti XHTML, tetapi untuk dokumen web yang dibagikan luas, framework yang tak memberi ampun seperti itu tidak cocok. Jika format file dibagi dua: (1) open loop, ketika konsumen tidak bisa menghubungi pembuatnya, seperti HTML, pdf, zip, csv, dll., maka datanya lebih penting daripada formatnya sehingga pdf atau zip yang rusak pun harus tetap bisa dibaca. (2) closed loop, ketika konsumen bisa mengendalikan penulisnya, seperti source code program, maka parser ketat bisa diterima. XHTML adalah model yang hanya cocok untuk (2), sedangkan HTML termasuk (1). Kecuali di lingkungan yang secara inheren tertutup seperti dokumen internal perusahaan, XHTML sulit diterapkan

    • Saya kritis terhadap sikap permisif HTML5 terhadap error tag yang salah. Kebanyakan format lain berhenti pada error pertama, tetapi HTML justru pengecualian. Akibatnya muncul banyak celah keamanan dan semua developer malah makin kesulitan. Arah parsing HTML5 ini terasa seperti orang-orang yang melawan Internet Explorer lama terlalu mengejar idealisme, atau malah jatuh ke kebiasaan mendokumentasikan bug atas nama standar. RFC terkait

    • Tuntutan agar tag ditutup "dengan benar" hanya menaikkan hambatan masuk bahasa tersebut. Dulu orang bisa menulis HTML manual dan meski salah tetap ada sesuatu yang muncul di layar, sehingga banyak yang berani terus mencoba. Bahasa pemrograman sungguhan sering memuntahkan pesan error mengerikan hanya karena kesalahan kecil, sehingga orang mudah menyerah. Bahasa modern sudah membaik seperti Rust, tetapi pada era XHTML, kesalahan kecil pun sulit dipahami

  • Saya memilih Google Wave. Saya pertama kali melihat demo Chris DiBona, dan itu benar-benar keren. Ada terjemahan real-time, integrasi berbagai layanan pesan, open source, dan banyak fitur hebat. Namun saat benar-benar dirilis, Wave adalah versi yang sudah diperkecil, dan pasar pun mengabaikannya, yang sangat disayangkan. Pada akhirnya, kita malah berakhir dengan JIRA, Slack, email, dan sejenisnya, sehingga absennya Wave terasa sekali

    • Google Wave punya tech stack yang hebat, tetapi membuat kesalahan fatal pada desain UI. Wave diperlakukan bukan sebagai satu dokumen, melainkan sebagai banyak item terpisah, sehingga hanya terlihat rumit dan keunggulannya hilang

    • Saya terkesan setelah melihat demonya, tetapi tak lama kemudian sampai pada kesimpulan bahwa itu mengerikan. Seperti Slack, kita harus memeriksa pembaruan tiap channel satu per satu, tetapi Wave membuat struktur itu jauh lebih rumit, sehingga saya langsung merasa mustahil bisa mengikutinya

    • Kekuatan teknis Wave memang luar biasa, tetapi kalau menonton lagi video demonya, terlihat bahwa itu sebenarnya bukan produk yang bagus. Mereka mencoba membuat produk all-in-one yang mencakup semuanya, tetapi gagal. Justru teknologi-teknologi itu kemudian tersebar ke berbagai produk Google, dan menjadi jelas bahwa UI terpisah per fungsi jauh lebih intuitif

    • Cocok sekali untuk mengelola hal bersama seperti rencana perjalanan dengan teman, dan form factor Wave juga efektif untuk diskusi ad hoc yang mencakup dokumen dan tautan. Rasanya seperti melihat masa depan, sampai-sampai saat masih pemula saya sempat membuat plugin admin server sendiri: Wave-ServerAdmin. Sudah 16 tahun berlalu, jadi rasanya memang sudah waktunya diarsipkan

    • Saya sempat berpikir untuk mengambil server Wave open source dan mencoba membuat produk darinya, tetapi keterbatasan terbesarnya adalah ketidakmampuan menyimpan data secara permanen. Bagi saya itu berarti tidak ada masa depan, dan reaksi anggota tim Wave pun terasa seperti orang yang tidak paham realitas dan terlalu tenggelam dalam fantasi. Tapi tetap saja, konsepnya keren

  • Adobe Flash / Shockwave: bahkan setelah puluhan tahun, masih belum ada alat yang semudah ini untuk membuat game atau multimedia. Ini mengingatkan bahwa umat manusia tidak selalu maju ke satu arah; kadang kita justru kehilangan sesuatu yang berharga untuk selamanya

    • Karena pemula pun bisa membuat game dengan mudah, industri game dibanjiri ide-ide segar. Misalnya, developer indie seperti Zachtronics memulai karier lewat jalur ini. Di sisi lain, setiap game Flash datang bersama begitu banyak iklan dan navigasi berbasis Flash yang murahan, sampai pada satu masa semua situs restoran terasa dibuat dengan Flash. Pemutar video berbasis Flash juga menyebalkan di Linux, dan menjadi salah satu penyebab utama lambatnya dukungan video yang layak di browser

    • Flash adalah bencana bagi web. Ia hadir sebagai kotak hitam tempat tidak ada apa pun yang bekerja: zoom, seleksi teks, tombol kembali, semuanya gagal. Rasanya matinya Flash adalah pencapaian terbaik Steve Jobs

    • Godot cukup mendekati. Mudah dipelajari, mendukung 2D dan 3D, dan bisa diekspor luas ke OS utama serta mobile lewat HTML5/webasm. Belum sempurna, tetapi dalam beberapa tahun terakhir berkembang pesat, dan terasa seperti sedang mendekati titik balik besar layaknya Blender

    • Bahkan jika Adobe benar-benar menyelesaikan semua masalah keamanan, Apple tetap akan membunuhnya. Kesuksesan populer Flash adalah ancaman bagi Apple. Bahkan sekarang, ketika demam HTML canvas juga sudah mereda, tetap belum ada pengganti yang memungkinkan desainer membuat desain interaktif keren tanpa langganan lalu menyematkannya di mana saja

    • Masalahnya adalah Flash terlalu banyak disalahgunakan. Di kantor, ada aplikasi yang tetap bersikeras memakai Flash sampai akhir, dan saat saya cari alasannya, ternyata garis pemisah horizontal sederhana di halaman dibuat dengan Flash. Menu dropdown Flash, splash screen situs mobil, semuanya adalah contoh penyalahgunaan. Flash baru bisa mati setelah era mobile datang, dan saat itu hampir tak ada yang benar-benar menyesalkannya

  • Ada begitu banyak layanan Google yang bisa dilihat di killedbygoogle.com. Saya pernah memakai 30~40 di antaranya, tetapi sekarang tinggal 3~4 saja. Google Picasa cepat dipakai secara lokal, Google Hangouts membingungkan karena banyaknya aplikasi chat, G Suite Legacy tadinya disebut gratis seumur hidup tetapi akhirnya berbayar sehingga saya meninggalkan Google. Google Play Music menyimpan ribuan MP3 yang saya unggah, tetapi setelah layanan ditutup saya tak berniat mengunggah ulang. Google Finance dan NFC Wallet juga saya tinggalkan karena kepercayaan pada datanya rusak. Chromecast Audio hanya melakukan satu fungsi yang saya butuhkan dengan tepat, dan ketika mendengar kabar dihentikan saya segera menjualnya. Fakta bahwa bahkan Chromecast pun mati baru saya ketahui ketika sedang memakainya

    • Google Reader juga akan selalu saya sesalkan. Biaya operasionalnya mungkin tidak besar, dan itu adalah jenis fitur yang meski tidak diperbaiki dalam waktu lama pun saya tak akan mengeluh. Dulu maupun sekarang saya memakai RSS dengan cara yang sama

    • Semua musik yang diunggah ke Google Play Music sebenarnya tidak hilang. Jika Anda termasuk pengguna yang pindah ke YouTube Music, semua lagunya dipindahkan tanpa perlu diunggah ulang

    • Chromecast Audio masih berfungsi dengan baik. Hanya saja sudah tidak dijual lagi, jadi saya juga selalu memantau barang bekasnya

    • Pengenalan wajah Picasa benar-benar mendahului zamannya, dan paket offline-nya sangat bagus. Sayangnya, versi terakhir punya bug yang membuat face tag berubah acak, sehingga pengenalan ribuan foto keluarga saya jadi tidak berguna. Digikam nyaris hanya mampu mengambil peran serupa secara terbatas, dan terlalu lemah sebagai pengganti

    • Menarik bahwa beberapa tahun setelah Google Notebook dihentikan, Google membuat Google Keep dengan fitur yang hampir sama

  • Kamera light field Lytro sangat mengesankan secara teknis dan bahkan sempat meluncurkan dua produk, tetapi tidak mencapai resolusi yang dibutuhkan fotografer profesional. Namun, dengan hadirnya media seperti light field display Meta Ray-Ban dan gaussian splats, sekarang tampaknya kita berada di titik di mana lebih banyak data sensor bisa dimanfaatkan. Di luar sisi teknis, pasar kamera resolusi rendah yang unik seperti Polaroid atau Instax juga besar, jadi Lytro generasi pertama sebenarnya bisa saja tampil dengan form factor yang menyenangkan dan bahkan menyertakan printer

    • Light field merekam dengan mencampur piksel dari banyak kedalaman fokus, jadi secara hasil akhirnya memang tak terhindarkan resolusinya lebih rendah daripada kamera biasa. Pembuatannya tidak terlalu sulit, tetapi batasan fisiknya memang disayangkan

    • Sekarang smartphone pun tampaknya sudah mengimplementasikan sebagian fungsi ini. Saya masih ingat betapa antusiasnya ketika kamera Lytro pertama muncul

  • Memori persisten Optane punya nilai revolusioner karena data bisa disimpan langsung, sehingga kita bisa melanjutkan kerja tanpa booting atau memuat aplikasi lagi. Ia gagal karena terlalu mahal, tetapi bahkan sebelum itu batasannya sudah jelas. Karena ada snapshot memori VM, container macOS, dan lain-lain, arus ini belum sepenuhnya hilang

    • Saya punya kepercayaan tanpa batas pada teknologi 3dxpoint. Ini adalah teknologi yang sudah dimatangkan selama puluhan tahun, tetapi dari sisi bisnis tidak ada kesabaran untuk menunggu dunia mengejarnya

    • Cara berpikir sistem yang ada terjebak dalam pemisahan RAM dan disk, sehingga belum siap menerima hardware baru seperti Optane. Meski begitu, di ranah server mulai muncul beberapa use case, dan banyak proyek riset terkait juga bermunculan

    • Optane secara teknis sungguh luar biasa. Ia nyaris menghapus batas antara RAM dan disk, sampai-sampai satu stik saja bisa dipakai untuk seluruh kebutuhan memori

    • Saya benar-benar menaruh kernel di drive Optane dan mengalami boot instan

    • Bukan hanya karena harga; fondasi ekosistemnya juga belum cukup tersebar, dan pola pikir lama pun belum siap. Modelnya lebih dekat dengan lingkungan berbasis image (live) seperti Lisp awal atau Smalltalk. Saya juga punya sistem yang mendukung firmware dan Optane berkapasitas kecil. Kapasitasnya kecil dan terikat pada OS lama, tetapi tetap layak dieksperimenkan. Jika RAM cukup besar, ini bisa ditiru seperti suspend/resume. Jika digabungkan dengan kemajuan SSD, perbedaan kecepatannya hampir hilang. Yang tersisa hanya daya tahan seperti TBW. Keduanya juga bisa dipakai campuran

  • Jaringan Ricochet adalah sistem unik yang pada era sambungan telepon menawarkan mesh pesan paket nirkabel dengan kecepatan setingkat ISDN. Sebanyak 5 miliar dolar dihabiskan untuk jaringan di 23 kota, tetapi hampir tidak ada pelanggan dan perusahaan tutup pada 2001. Pemasarannya difokuskan pada "profesional mobile", padahal kenyataannya mereka mengabaikan pasar rumahan yang menginginkan internet lebih cepat. Saat ini femtocell 5G mirip secara konsep fisik, tetapi kurang dalam redundansi dan gagasan self-routing

    • Ricochet adalah sistem keren yang datang terlalu awal. Saya juga merekomendasikan tulisan Joel Spolsky tentangnya: Ulasan modem Ricochet Wireless

    • Saya benar-benar menyukai modem Ricochet. Saya punya kenangan membawa Ricochet generasi kedua dan PowerBook ke kafe di Palo Alto untuk browsing web 56k dan membuka sesi ssh. Sepertinya modem itu masih ada di suatu kotak di rumah, dan kadang saya tergoda mencoba menyambungkannya lagi dalam star mode hanya untuk iseng

    • Saya memakai modem Ricochet di San Francisco pada 98~99. Sepuluh tahun kemudian iPhone membuka era 3G, dan peningkatan performanya jauh lebih besar. Kalau saya berpikir apakah hidup saya akan lebih baik seandainya Ricochet bertahan, malah rasanya kemajuan teknologi justru berjalan ke arah yang jauh lebih tepat

    • Ini layanan yang benar-benar sudah saya lupakan, tetapi kalau dipikir-pikir waktu itu memang luar biasa. Mungkin saya juga salah satu dari empat pelanggannya

  • Midori dari Microsoft adalah OS yang mengejar keamanan berbasis capability. Menurut rumor, pengembangannya sudah cukup jauh sampai bisa menjalankan kode Windows, tetapi juga ada cerita bahwa ia dibatalkan karena politik internal. Bisa dibilang seperti pendahulu Fuchsia. Wiki Midori

    • Midori benar-benar menarik. Blog Joe Duffy sejauh ini adalah sumber paling rinci: Blog Midori. Di dalam Microsoft, proyek ini juga disebut sebagai moonshot sekaligus proyek mempertahankan talenta inti. Lebih dari seratus engineer senior tingkat tinggi pernah dilibatkan. Sebagian hasil risetnya dipakai di .NET, jadi tidak semuanya lenyap sepenuhnya

    • Saya tidak tahu rumor soal menjalankan kode Windows itu berasal dari mana. Semua dokumen yang pernah dipublikasikan menunjukkan bahwa Midori justru mengejar ketidakcocokan total dengan kode lama. Mungkin ada orang di dalam yang bermimpi soal migrasi, tetapi desainnya sendiri adalah sistem baru yang radikal tanpa masa transisi

    • Fondasi teknisnya memang menarik, tetapi kalau ini dibuat Microsoft, kemungkinan akhirnya akan menjadi perangkat lunak membengkak yang dipenuhi masalah baru yang sangat khas Microsoft. Pada titik sekarang, mungkin malah sudah dijejali spyware dan fitur AI yang sejak awal tidak diinginkan pengguna

    • Saya penasaran apakah Anda mengenal Genode(genode.org). Ini ada di ranah yang mirip dengan Midori dan sampai sekarang masih dikembangkan aktif

  • Yahoo Pipes benar-benar bagus untuk membuat feed RSS dan workflow kustom. Sekarang ada pengganti seperti Zapier atau n8n, tetapi saya sangat menyukai Pipes. Dan saya juga setuju dengan nostalgia soal Google Reader

    • Saya sangat menyarankan membaca arsip sejarah Pipes. Isinya memuat retrospektif dari tim pengembang aslinya

    • Yahoo Pipes adalah masa depan yang seharusnya dituju internet. Bahkan setelah puluhan tahun, integrasi antaralat seperti itu masih baru tercapai secara sangat terbatas, kurang lebih setara dengan unix pipes sungguhan

    • Saya sendiri tidak pernah memakainya, tetapi setiap kali mendengar kenangan positif tentang pipes, rasanya jelas itu alat yang luar biasa. Saya jadi tidak yakin apakah yang benar-benar mati itu Pipes, atau justru internet publik berbasis standar dan protokol terbuka

    • Saya suka sekali Pipes. Saya dulu mengumpulkan konten dari berbagai situs, memformatnya dengan pipes, lalu menariknya ke blog php saya lewat RSS. Tetapi satu per satu situs berhenti mendukung RSS, sehingga Pipes juga kehilangan maknanya dan akhirnya ditutup. Selama beberapa waktu saya memakai pustaka Python riko untuk melakukan hal serupa tanpa editor visual, dan itu malah menjadi pintu saya beralih dari PHP ke Python

    • Jika ingin menghidupkan kembali ide Yahoo! Pipes, Node-RED(nodered.org) adalah titik awal yang bagus. Ia open source, punya API yang kuat, pengalaman lebih dari 10 tahun, backend yang kokoh, dan banyak kelebihan lain. Saya juga pernah memakai Browser-Red, yang mengambil hanya frontend Node-RED, serta Erlang-Red, yang membangunnya ulang dengan backend Erlang. Di Node-RED, semua node hanya punya satu input port atau tidak punya sama sekali, sedangkan Pipes memungkinkan banyak jalur input, itu salah satu bedanya. Frontend-nya juga enak dipelajari kalau Anda paham jQuery. Kalau ada pertanyaan tentang Node-RED atau flow-based programming, silakan hubungi saya kapan saja