Hardware adalah Buah

• Perspektif yang melihat hardware sebagai kendaraan bagi ekosistem software menunjukkan struktur yang memungkinkan ‘software yang baik’, meski dirugikan dalam jangka pendek, tetap bisa bertahan di pasar
• Karena masalah eksternalitas dalam kapitalisme, software dengan default yang baik bagi pengguna cenderung berulang kali kalah dalam persaingan
• Pendapatan dari hardware dan sifat fisik yang terdiferensiasi menutup friksi awal serta memberi waktu bagi software bernilai jangka panjang untuk tumbuh
• Kasus Daylight Computer menunjukkan bagaimana pengalaman yang berfokus pada konsentrasi dan wellbeing lebih dulu dihadirkan melalui hardware untuk mendorong partisipasi dari pengembang maupun pengguna
• Pada akhirnya, selama hardware yang dibayar, software bisa bereksperimen dengan idealnya, sehingga membuka kemungkinan ekosistem yang selaras bagi pengguna, pengembang, dan perusahaan

---

Titik awal masalah: kelemahan struktural software yang baik

• Software yang diinginkan secara sosial memiliki nilai pada eksternalitas jangka panjang, bukan sekadar utilitas jangka pendek
• Pasar tidak memasukkan eksternalitas negatif seperti kelelahan otak, kecanduan, dan memburuknya kesehatan mental ke dalam harga
• Nilai-nilai dalam Resonant Computing Manifesto (Private, Dedicated, Prosocial, dll.) mendapat simpati, tetapi tidak langsung dihargai pasar
• Bahkan ketika semua orang menyadari hasil buruknya, struktur persaingan terus mengulang situasi di mana seseorang mendapat keuntungan lewat pilihan yang lebih provokatif

Analogi inti: hardware adalah buah, software adalah biji

• Apel memiliki kulit dan daging buah yang memberi imbalan langsung untuk melindungi dan menyebarkan bijinya
• Hardware berperan sebagai medium yang menyampaikan ideal dan protokol software bahkan tanpa disadari pengguna
• Pengguna tidak perlu memahami nilai dari biji; cukup dengan menginginkan buahnya

Peran hardware 1: nilai langsung dan mengatasi friksi

• Hardware mendorong keputusan pembelian lewat utilitas baru yang konkret
• Layar tanpa blue light, perangkat yang dioptimalkan untuk konteks penggunaan tertentu, dan semacamnya bisa langsung dirasakan
• Bahkan jika software masih belum matang, adopsi awal tetap dimungkinkan oleh daya tarik hardware itu sendiri

Peran hardware 2: arus kas dan waktu bertahan

• Seperti kasus reMarkable, hardware memungkinkan margin tinggi dan pendapatan yang stabil
• Arus kas ini menjadi bahan bakar yang menopang ekosistem software yang belum menghasilkan uang dalam jangka panjang
• Pengguna tidak perlu sadar akan protokol atau default; biayanya diinternalisasikan ke harga hardware

Peran hardware 3: kepemilikan OS dan penetapan aturan ekosistem

• Dengan memiliki OS, sebuah perusahaan dapat menetapkan standar pengembangan dan protokol default
• Untuk menjangkau pengguna hardware tersebut, pengembang akan mengadopsi default ini
• Berbeda dari persaingan padat di app store yang sudah mapan, ekosistem awal memberi peluang eksposur dan perhatian yang lebih tinggi

Kasus Daylight Computer

• Pengalaman yang berpusat pada konsentrasi dan wellbeing dirancang di level hardware
• Lingkungan yang mengurangi kebisingan dan stimulasi membentuk kelompok pengguna yang menginginkan pengalaman tertentu
• Pengembang dapat menjangkau basis pengguna yang berbagi nilai yang jelas, alih-alih bertarung di platform lama yang penuh sesak
• Sambil tetap membuka Google Play, pada SDK khusus Daylight mereka dapat mewajibkan penerapan default yang baik

Taruhan jangka panjang dan opsi pilihan

• Bahkan jika strategi software gagal, hardware yang terdiferensiasi tetap bisa bertahan
• Jika berhasil, perangkat itu akan menjadi simbol teknologi yang berpihak pada pengguna
• Pendapatan hardware bekerja bukan sebagai altruisme, melainkan investasi untuk menuntaskan nilai yang telah dibayar pengguna

Konteks yang lebih luas: melawan kapitalisme dengan kapitalisme

• Hardware memang lambat, mahal, dan sulit diskalakan, tetapi justru karena itu ia memungkinkan diferensiasi dan fokus
• Ia menjadi lapisan tempo yang menyediakan waktu dan ruang untuk menguji ideal software
• Ada kemungkinan model bisnis yang selaras dengan insentif pengguna, pengembang, dan perusahaan
• Kesimpulannya, selama hardware yang membayar biayanya, software bisa menjadi lebih ideal