React menang sebagai pilihan default dan memperlambat inovasi frontend

• Saat ini, adopsi React terjadi sebagai pilihan default, bukan karena keunggulan teknis, dan hal ini memperlambat inovasi di ekosistem frontend
• Banyak tim memilih “React yang semua orang kenal” tanpa mempertimbangkan batasan proyek, sehingga efek jaringan lebih menentukan keputusan arsitektur daripada kecocokan teknis
• Framework inovatif seperti Svelte, Solid, dan Qwik menawarkan model performa yang lebih baik, tetapi tertinggal dalam persaingan arus utama karena rendahnya tingkat adopsi
• React memiliki banyak keunggulan, tetapi masalah utamanya adalah pola pikir React-sebagai-default yang memperbesar biaya peluang dan menutup ruang untuk mempertimbangkan alternatif yang lebih baik
• Untuk ekosistem yang sehat, dibutuhkan keberagaman dan persaingan, serta pentingnya memilih framework berdasarkan batasan dan kecocokan, bukan sebagai default

---

Kemenangan React sebagai default dan batasannya

• React tidak lagi sering dipilih karena keunggulan teknis, melainkan diadopsi sebagai pilihan default
  • Ini memperkuat kebiasaan tim menggunakan React secara otomatis tanpa mengevaluasi batasan proyek
• Framework alternatif (Svelte, Solid, Qwik) tidak dievaluasi secara layak meskipun dalam skenario tertentu memiliki keunggulan performa dibanding React
• Masalahnya bukan pada React itu sendiri, melainkan pola pikir React-sebagai-default yang menciptakan struktur yang menghambat inovasi

Plafon inovasi

• Virtual DOM milik React cocok pada 2013, tetapi kini sering menjadi overhead yang tidak perlu
• Hooks memang menyelesaikan masalah komponen berbasis class, tetapi juga memperkenalkan kompleksitas baru seperti dependency array dan stale closure
• Server Components dan React Compiler mencoba meningkatkan performa, tetapi itu merupakan cara untuk mengakali keterbatasan model React
• Sebaliknya, Runes di Svelte, granular reactivity di Solid, dan resumability di Qwik menunjukkan potensi yang lebih tinggi dengan model yang benar-benar berbeda

Utang teknis

• Memilih React sebagai default menimbulkan biaya runtime yang tidak perlu dan beban pengelolaan re-rendering
• Developer akhirnya menghabiskan waktu untuk mengurus dependency effect atau hydration alih-alih menghasilkan nilai bisnis
• Dalam benchmark, Solid menunjukkan performa update 2–3 kali lebih cepat daripada React
• Pola pikir yang berpusat pada pola React melemahkan dasar-dasar web dan memperdalam inersia arsitektur

Framework alternatif

• Svelte: revolusi compiler

  • Svelte memproses sebagian besar pekerjaan pada compile time dan menghilangkan virtual DOM
  • Komponen menjadi lebih dekat dengan struktur dasar web, dan overhead saat runtime berkurang drastis
  • Namun, tingkat adopsinya rendah karena persepsi bahwa “peluang kerja sedikit”
  • Berbagai contoh seperti The Guardian, Wired, dan Shawn Wang membuktikan bahwa setelah mengadopsi Svelte, ukuran bundle dan waktu muat berkurang signifikan, sementara produktivitas developer meningkat
  • Sebagai contoh, Shawn Wang mengurangi ukuran situsnya dari 187KB di React menjadi 9KB dengan Svelte

• Solid: pendekatan murni pada reaktivitas granular

  • Solid menghadirkan reaktivitas presisi tinggi (granular) yang dipadukan dengan sintaks JSX
  • Melalui signal, Solid langsung menyentuh hanya DOM yang berubah, sehingga sepenuhnya menghindari bottleneck reconciliation
  • Solid unggul dalam performa dan kesederhanaan state management
  • Kasus adopsinya memang masih terbatas, tetapi pengalaman tim-tim awal menunjukkan lompatan besar dalam efisiensi maupun kesederhanaan kode

• Qwik: inovasi resumability

  • Qwik unggul dalam startup instan melalui resumability, alih-alih traditional hydration
  • Hanya fitur yang dibutuhkan saat ini yang dimuat secara bertahap, dan baik state maupun kode dapat diserialisasi
  • Qwik menunjukkan hasil sangat baik pada situs besar, sesi panjang, dan jaringan lambat
  • Meski belum banyak dicoba banyak tim, tim yang sudah mengadopsinya melaporkan peningkatan besar pada waktu muat awal dan efisiensi sumber daya

• Kompleksitas API React dan kesederhanaan framework alternatif

  • API React mencakup konsep kompleks seperti hook, context, reducer, memoization, dan lainnya, sehingga beban kognitif developer menjadi tinggi
  • Jika disalahgunakan, masalah dependency dapat memicu bug atau beban desain yang berlebihan
  • Sebagai contoh, gangguan Cloudflare pada 12 September 2025 juga disebabkan oleh kesalahan pengaturan dependency array di useEffect
  • Sebaliknya, alternatif seperti Svelte, Solid, dan Qwik menekankan kesederhanaan dan prinsip dasar web dengan API yang jauh lebih kecil dan terfokus
  • Ketiga framework ini sama-sama memiliki keunggulan teknis yang memadai, tetapi karena budaya React sebagai default, kebanyakan bahkan tidak pernah sempat diuji

Penjara efek jaringan

• Dominasi React menciptakan penghalang yang terus menguat dengan sendirinya
• Pasar kerja hanya mencari “developer React”, dan di tiap organisasi library komponen serta kebiasaan pengembangan mengeras mengikuti React
• Para pemimpin yang ingin menghindari risiko tentu memilih React yang dianggap aman, dan lembaga pendidikan pun menyesuaikan diri
• Struktur seperti ini adalah ciri ekosistem yang kehilangan persaingan sehat

Mematahkan efek jaringan

• Untuk keluar dari situasi ini, dibutuhkan pilihan yang sadar dan disengaja
• Pemimpin teknis harus meninggalkan inersia dan menentukan arsitektur berdasarkan kebutuhan, sementara perusahaan dapat mengalokasikan anggaran pilot untuk mencoba alternatif
• Developer juga perlu mempelajari semangat dari berbagai framework, bukan bersikeras pada satu paradigma saja
• Lembaga pendidikan perlu memperbanyak pengajaran konsep yang agnostik terhadap framework, dan para kontributor open source dapat membantu menopang ekosistem yang lebih kecil
  Perubahan tidak datang dengan sendirinya; perubahan harus diciptakan secara sengaja.

Checklist evaluasi framework

Untuk proyek baru, hal-hal berikut dapat dijadikan kriteria evaluasi

• Kebutuhan performa: initial load, efisiensi update, ukuran bundle, serta ada tidaknya optimasi compile time
• Kapabilitas tim dan kurva belajar: pertimbangkan pengalaman yang ada, termasuk adanya alternatif yang kompatibel dengan React seperti Solid
• Skalabilitas dan biaya kepemilikan: evaluasi biaya jangka panjang termasuk maintenance, pengelolaan dependency, dan utang teknis
• Kecocokan ekosistem: keseimbangan antara kematangan dan inovasi, serta uji pilot dan ROI pada pekerjaan non-inti

Sanggahan umum dan tanggapannya

• Kematangan ekosistem: ekosistem yang lebih tua tidak otomatis lebih cocok untuk masalah masa kini. Ketergantungan tinggi pada paket pihak ketiga justru membawa efek samping seperti beban maintenance, celah keamanan, dan bundle yang membesar. Sebaliknya, ekosistem yang lebih kecil bisa lebih fokus pada fondasi web, dan dengan kemajuan alat AI, solusi kustom dapat dibuat dengan mudah dan cepat.
• Masalah perekrutan: permintaan pada akhirnya menjadi standar perekrutan. Kekurangan kapabilitas bisa ditutup melalui pembelajaran di lapangan setelah menguji alternatif di area non-inti.
• Library komponen: lock-in dapat dikurangi sambil menjaga produktivitas melalui design system yang independen dari framework atau dengan memanfaatkan Web Component.
• Stabilitas: React sendiri juga terus berubah dengan hooks, Server Components, dan lainnya. Framework alternatif justru sering menawarkan API yang lebih konsisten.
• Perlu validasi lewat kasus skala besar: dulu jQuery juga pernah menjadi contoh global. Keberhasilan masa lalu tidak menjamin tetap relevan di masa depan.

Dampak buruk bagi ekosistem dan industri secara luas

• Monokultur React memperlambat perkembangan web itu sendiri
• Bakat dan modal terkonsentrasi hanya pada penyelesaian masalah React, sementara inovasi khas platform tertunda
• Lembaga pendidikan juga semakin menambah pembelajaran keterampilan yang tidak portabel karena kurikulum berorientasi pada kesiapan kerja instan
• Perkembangan platform web sendiri terhambat oleh jawaban “cukup pakai React”, dan kurangnya keberagaman ekosistem pada akhirnya menjadi kerugian jangka panjang bagi semua pihak

Ekosistem ideal yang bisa kita bangun

• Keberagaman adalah syarat penting bagi ekosistem yang sehat
• Inovasi lahir ketika berbagai paradigma saling bersaing dan bertukar gagasan
• Developer berkembang dengan mempelajari berbagai cara berpikir, dan platform web itu sendiri ikut maju berkat beragam tantangan dan eksperimen

• All-in pada satu framework menciptakan satu titik kegagalan. Saat batasnya tercapai, pertumbuhan berhenti dan peluang yang lebih baik ikut hilang
• Setiap proyek harus memilih berdasarkan batasan teknis dan kecocokan, dan diperlukan sikap yang tidak hanya bergantung pada React sebagai default
• Hanya keberagaman yang dapat menjamin inovasi sejati

• Sekarang saatnya berhenti menanam “benih (React)” yang sama di mana-mana, dan ikut membangun ekosistem web yang lebih tangguh serta inovatif lewat eksperimen dengan framework yang lebih beragam
• Pilihan ada di tangan kita