[{"data":1,"prerenderedAt":480},["ShallowReactive",2],{"site-header":3,"site-footer-license":37,"article-state-of-js-2025-developer-cuma-pakai-2-6-framework-with-latest":41},{"navigations":4},[5,20],{"collection":6,"item":7},"series",{"__typename":6,"title":8,"slug":9,"children_series":10},"Artikel","all",[11,14,17],{"title":12,"slug":13},"Algoritma dan Struktur Data","algoritma-struktur-data",{"title":15,"slug":16},"Konsep Dasar Pemrograman","konsep-dasar-pemrograman",{"title":18,"slug":19},"Kecerdasan Artifisial","kecerdasan-artifisial",{"collection":6,"item":21},{"__typename":6,"title":22,"slug":23,"children_series":24},"Tutorial","tutorial",[25,28,31,34],{"title":26,"slug":27},"Belajar Java","belajar-java",{"title":29,"slug":30},"Belajar Pascal","belajar-pascal",{"title":32,"slug":33},"Belajar Python","belajar-python",{"title":35,"slug":36},"Belajar Golang","belajar-golang",{"name":38,"url":39,"show":40},"CC BY-SA","https://creativecommons.org/licenses/by-sa/4.0/",false,{"article":42,"renderedBody":429,"renderedTakeaway":430,"latestArticles":431,"toc":460},{"prerequisite":43,"id":44,"title":45,"slug":46,"excerpt":47,"published_at":48,"thumbnail_image":49,"tags":51,"reading_time":56,"takeway":57,"body":58,"authors":59,"series":60},null,"109","State of JS 2025 Bilang Developer Cuma Pakai 2,6 Framework Sepanjang Karier","state-of-js-2025-developer-cuma-pakai-2-6-framework","Coba hitung semua framework yang pernah kamu coba, lalu potong jadi yang beneran dipakai buat kerjaan. Daftarnya jauh lebih pendek dari dugaan. State of JS 2025 nanya ke 13.002 developer, dan rata-ratanya cuma 2,6. Yuk, lihat angkanya bareng-bareng!","2026-10-06T15:25:21.000Z",{"id":50},"006c9b81-b40a-4c69-9ab9-4300b887d2b1",[52,53,54,55],"javascript","survei","framework","karier",5,"State of JS 2025 mencatat rata-rata developer cuma pernah memakai 2,6 framework front-end sepanjang karier, dan sekitar 97% responden berhenti di 6 atau kurang. Sedikitnya jumlah itu bukan karena malas belajar, tapi karena pemilihan teknologi di dunia kerja adalah keputusan tim, bukan keputusan pribadi. Yang berubah tiap beberapa tahun cuma nama dan API-nya, sementara cara membaca error dan memecah masalah tetap sama. Di sisi CSS, State of CSS 2025 menunjukkan pola serupa: 27% responden justru nggak pakai framework CSS sama sekali.","Coba bayangin kamu disuruh nulis daftar semua teknologi yang pernah dicoba. *Framework* A, *library* B, *build tool* C, plus satu dua *tool* yang cuma sempet dibuka tutorialnya. Daftarnya biasanya panjang banget. Tapi kalau daftar itu dipotong jadi yang beneran dipakai buat kerjaan, isinya jauh lebih pendek dari yang kamu kira. 🤔\n\nNah, *State of JS 2025* ternyata punya angka yang pas banget buat ngebuktiin hal ini.\n\n## Seberapa banyak sih *framework* yang kita pakai?\n\nMenurut hasil survei *State of JS 2025* (*Devographics*, ditutup 11 Nov 2025, dengan 13.002 responden), rata-rata responden cuma pernah memakai **2,6 *framework* front-end** sepanjang karier. Sumbernya bisa kamu cek langsung di [halaman *front-end frameworks* State of JS 2025](https://2025.stateofjs.com/en-US/libraries/front-end-frameworks).\n\nAngka rata-rata doang kadang nggak cukup, jadi yuk kita lihat sebarannya:\n\n| Jumlah *framework* | Responden |\n|---|---|\n| 0 | 1.135 |\n| 1 | 2.444 |\n| 2 | 3.436 |\n| 3 | 2.859 |\n| 4 | 1.541 |\n| 5 | 824 |\n| 6 | 395 |\n| 7 | 218 |\n| 8 | 82 |\n| 9 | 42 |\n| 10 | 18 |\n| 11 | 8 |\n\nPuncaknya ada di 2 *framework*, dengan 3.436 responden. Setelah itu angkanya turun lumayan cepat. Sekitar 97% responden pernah memakai 6 *framework* atau kurang, sedangkan yang pernah menyentuh 7 ke atas cuma sekitar 2,8%.\n\nSurvei itu juga menulis kalau ekosistemnya sudah stabil. Hampir nggak ada *framework* *front-end* baru tahun ini, dan \"pendatang baru\" *Svelte* umurnya aja udah 9 tahun. Jadi dunia *JavaScript* yang katanya ganti *framework* tiap minggu itu emang lebih banyak jadi bahan meme ketimbang kenyataan. 😄\n\n## Kalau dicocokkan ke riwayat belajar sendiri?\n\nRiwayat belajar pribadi sendiri ternyata nggak jauh dari pola itu, walaupun daftar yang pernah disentuh agak panjang. Pertama kali belajar *front-end* pakai *Angular*, waktu itu masih sekolah. Alasannya sederhana: *tutorial* di internet banyak yang membahas *Angular*, terutama dari The Net Ninja. Lanjut ke *React*, juga masih sekolah, di jaman *class component*.\n\nSetelah itu pindah ke *Vue* dengan alasan antimainstream, biar beda dari teman-teman yang pakai *React*. Lanjut *Nuxt 2* karena orang-orang di sekitar pakai *Next*, lagi-lagi biar beda sendiri. Sempat pakai *Svelte*, lalu migrasi ke *Nuxt 3*, dan sekarang *Nuxt 4*.\n\n*TanStack* dan *Astro* juga sempat dicoba, tapi mentok di baca *how-to guide*. Nggak pernah jadi proyek sungguhan. Jadi kalau dihitung jujur, yang beneran dipakai ya itu-itu aja.\n\nCSS-nya lebih berliku. Dulu sempet bangga pakai *SASS* versi indent, soalnya ngerasa lebih keren, sementara *CSS* biasa atau *SCSS* rasanya \"b aja\". Terus *Bootstrap*, *Tailwind*, sempat *PicoCSS* karena ngide, lalu balik lagi ke *Tailwind*. Lama-lama sadar kalau *PostCSS* aja udah cukup, dan sekarang balik ke *CSS* biasa karena lebih sedikit *bloat*.\n\nTernyata nggak sendirian lho. Di [*State of CSS 2025*](https://2025.stateofcss.com/en-US/other-tools), dari 3.977 responden yang menjawab pertanyaan *CSS framework*, 1.061 orang (sekitar 27%) nggak pakai *framework* *CSS* sama sekali. Sebagai perbandingan, *Tailwind* dipakai 2.041 orang (≈51%) dan *Bootstrap* 1.194 orang (≈30%). Untuk *preprocessor*, *Sass*/*SCSS* dipakai 2.434 orang (≈61%), *PostCSS* 1.517 orang (≈38%), dan 838 orang (≈21%) nggak pakai sama sekali.\n\n## Kenapa jumlahnya bisa sekecil itu?\n\nJawabannya bukan karena *developer* malas belajar. Di dunia kerja, *framework* itu keputusan tim, bukan keputusan pribadi. Kamu nggak bisa tiba-tiba ganti *stack* cuma karena penasaran, sementara ada rekan satu tim yang harus ikut maintain kodenya.\n\nBiaya pindah juga nyata banget. Ada ekosistem *library* yang harus dicari padanannya, *tooling* yang harus disetel ulang, dan orang yang bisa *review* kodemu. Pindah *framework* itu mirip pindah rumah: barangnya sama, tapi semuanya harus dikemas ulang dan kamu butuh waktu buat tahu letak saklar lampu. 📦\n\nData survei juga nunjukin hal menarik soal *Solid*. Dipakai cuma sekitar 10% responden, tapi *satisfaction*-nya paling tinggi lima tahun berturut-turut. Artinya, tools yang paling disukai belum tentu yang paling banyak dipakai. Keluhan paling sering di survei malah *React issues*, kerumitan berlebihan, performa, *state management*, dan *choice overload*. Kebanyakan pilihan emang bikin capek, kayak buka menu restoran yang tebalnya sebuku skripsi.\n\n## Coba hitung dulu, kamu udah pakai berapa?\n\nSebelum lanjut baca, coba ambil kertas atau buka catatan. Tulis semua *framework* *front-end* yang pernah kamu pakai. Tapi yang dihitung cuma yang beneran bikin sesuatu, bukan yang berhenti di *tutorial* hari pertama.\n\nUdah? Sekarang bandingin sama tabel tadi. Kalau hasilnya 2 atau 3, kamu ada di puncak kurva. Kalau 7 ke atas, kamu masuk kelompok 2,8% itu. Dua-duanya nggak salah kok, ini cuma cermin kecil buat ngecek ekspektasi kita sendiri. 🪞\n\n## Yang berubah dan yang nggak\n\nTiap beberapa tahun, yang berubah itu cuma nama, API, dan konvensi. Dulu *class component*, sekarang fungsi. Dulu *Options API*, sekarang *composition*. Sintaksnya ganti, tapi masalah yang diselesaikan hampir sama.\n\nYang nggak berubah justru lebih penting: cara baca *error*, cara ngecilin masalah sampai ketemu penyebabnya, dan cara mikirin data serta batas sistem. Nggak heran kalau hari pertama pindah *framework* biasanya terasa familiar. Pesan *error*-nya beda, tapi cara kita membacanya sama.\n\n## Terus, apa konsekuensi praktisnya?\n\nPertama, daftar belajar boleh dipotong. Nggak ada kewajiban nyobain semua yang lagi ramai di *timeline*. Kedua, gali lebih dalam di yang udah dipakai. Paham *reactivity*, *routing*, dan *rendering* di satu *framework* biasanya lebih berguna daripada paham permukaan lima *framework*.\n\nKetiga, ukur diri dari hal yang *portable*. *HTTP*, *JavaScript* dasar, *CSS*, *debugging*, dan desain data itu kebawa ke mana-mana, sedangkan sintaks *framework* belum tentu.\n\nKapan belajar hal baru tetap masuk akal? Waktu proyekmu beneran kena masalah yang nggak bisa diselesaikan *tool* sekarang, waktu tim sepakat pindah, atau waktu kamu punya proyek nyata buat dicoba, bukan sekadar baca *how-to guide*. 😅\n\nSoal riwayat sendiri, setelah deretan *Angular*, *React*, *Vue*, *Nuxt*, dan *Svelte*, di kerjaan sekarang semuanya *vanilla*. Nggak pakai *framework* sama sekali. Ujung-ujungnya, perjalanan panjang itu ngarahin ke titik awal yang paling polos. 😭",[],{"id":61,"title":8,"slug":9,"articles":62,"parent_series":43},"9",[63,66,76,87,98,112,125,137,149,160,171,181,191,202,211,221,232,242,250,261,272,283,292,302,311,324,333,344,356,366,375,384,394,407,419],{"id":44,"title":45,"slug":46,"excerpt":47,"thumbnail_image":64,"tags":65},{"id":50},[52,53,54,55],{"id":67,"title":68,"slug":69,"excerpt":70,"thumbnail_image":71,"tags":73},"110","Ketika Pilih Framework Cuma Biar Kelihatan Beda","ketika-pilih-framework-cuma-biar-kelihatan-beda","Terakhir kali kamu milih framework atau library baru, itu karena masalahmu butuh alat itu, atau karena alatnya kedengaran keren dan belum banyak yang pakai? Pertanyaan ini nggak enak dijawab. Soalnya keputusan teknologi sering diambil dengan alasan yang nggak pernah ditulis di dokumen teknis mana pun.",{"id":72},"87105e7e-8b5d-42a8-8f32-d2476732f88d",[55,54,74,75],"opini","pengalaman",{"id":77,"title":78,"slug":79,"excerpt":80,"thumbnail_image":81,"tags":83},"16","Menggunakan TypeScript dengan Node.js dan Express","menggunakan-typescript-dengan-node-js-dan-express","Pengen bikin server Express di Node.js tapi pakai fitur-fitur keren TypeScript? Yuk, intip cara setup lengkapnya dari nol di sini!",{"id":82},"798b60f1-9ef5-4f73-8d43-85825fd86acc",[52,84,85,86],"nodejs","express","typescript",{"id":88,"title":89,"slug":90,"excerpt":91,"thumbnail_image":92,"tags":94},"17","Pemrograman Asynchronous vs Multithreading, Apa Sih Bedanya?","pemrograman-asynchronous-dan-multithreading-apa-bedanya","Sering dengar istilah asynchronous dan multithreading pas ngoding tapi masih bingung bedanya? Yuk, kita bedah perbedaannya lewat analogi bikin mi instan yang gampang dipahami!",{"id":93},"9c05d0ae-e829-4f1b-b9f7-a84f3e0439d3",[95,96,97],"pemrograman","concurrency","tips-coding",{"id":99,"title":100,"slug":101,"excerpt":102,"thumbnail_image":103,"tags":105},"33","Berkenalan dengan RabbitMQ: Si Kurir Pesan Serba Bisa","berkenalan-dengan-rabbitmq-si-kurir-pesan-serba-bisa","Pernah nggak sih kalian klik Bayar Sekarang dan notifikasi suksesnya muncul seketika, padahal email konfirmasi baru nyampe beberapa detik kemudian? Rahasianya ada di satu kurir tak terlihat. Yuk, kita kenalan sama RabbitMQ!",{"id":104},"f6620f79-b3b2-4f9c-8104-283a335e06c4",[106,107,108,109,110,111],"rabbitmq","message-broker","backend","microservices","async","queue",{"id":113,"title":114,"slug":115,"excerpt":116,"thumbnail_image":117,"tags":119},"34","Kenapa Backend Butuh Database Connection Pooling?","kenapa-backend-butuh-database-connection-pooling","Pernah kena error Too many connections padahal CPU server masih santai di angka 30%? Masalahnya bukan di query kalian, tapi di cara aplikasi ngobrol sama database. Yuk, kenalan sama Connection Pooling!",{"id":118},"6f7a2d8c-2a37-4901-a522-50df8d9c0a20",[108,120,121,122,123,124],"database","postgresql","connection-pooling","system-design","performance",{"id":126,"title":127,"slug":128,"excerpt":129,"thumbnail_image":130,"tags":132},"27","Background Worker & Task Queue: Jangan Jalankan Proses Berat di Request HTTP!","background-worker-task-queue-jangan-jalankan-proses-berat-di-http","Pernah nggak sih kalian klik Daftar Akun lalu halaman loading muter sampai 15 detik tanpa kepastian? Penyebabnya klasik banget. Yuk, kita bahas kenapa proses berat nggak boleh dijalanin di request HTTP!",{"id":131},"e119c6ad-fc37-4b92-abdc-3eb20f8e34b4",[108,133,134,135,106,136,110],"task-queue","celery","fastapi","redis",{"id":138,"title":139,"slug":140,"excerpt":141,"thumbnail_image":142,"tags":144},"28","Mengatasi N+1 Query Problem: Musuh Tersembunyi Performa Backend","mengatasi-n-plus-1-query-problem-musuh-tersembunyi-backend","Pernah bikin endpoint yang cuma nampilin 50 postingan beserta nama penulisnya, tapi response-nya lambat banget? Bisa jadi kalian kena N+1 Query. Yuk, kita bedah penyebabnya dan cara memberantasnya!",{"id":143},"34b94e14-3e9a-4778-9f1f-6df5898915fb",[120,145,146,147,148,124,108],"sql","orm","sqlalchemy","django",{"id":150,"title":151,"slug":152,"excerpt":153,"thumbnail_image":154,"tags":156},"30","Berkenalan dengan Bahasa Go: Kenapa Banyak Dipakai untuk Backend Modern?","berkenalan-dengan-bahasa-go-untuk-backend-modern","Kok bisa sih Go yang masih muda ini jadi bahasa andalan Docker sampai Kubernetes? Yuk, kita kenalan sama Goroutine, Channel, dan alasan dia hemat memori luar biasa!",{"id":155},"a368631c-f331-4c50-8322-1d0fc44927aa",[157,158,108,96,159,123],"golang","go","goroutine",{"id":161,"title":162,"slug":163,"excerpt":164,"thumbnail_image":165,"tags":167},"13","Hal yang Perlu Diperhatikan Sebelum Pindah ke Linux","hal-yang-perlu-diperhatikan-sebelum-pindah-ke-linux","Tertarik migrasi dari Windows ke Linux tapi masih ragu? Yuk, pelajari kelebihan, kekurangan, dan persiapan penting sebelum kamu benar-benar pindah!",{"id":166},"ae27713e-5025-4d13-88b6-efb4860cc5b3",[168,169,170],"linux","windows","foss",{"id":172,"title":173,"slug":174,"excerpt":175,"thumbnail_image":176,"tags":178},"11","Apa Kabar JavaScript? Rilis State of JS 2022","apa-kabar-javascript-rilis-state-of-js-2022","Survei State of JS 2022 resmi dirilis dengan lonjakan responden yang luar biasa! Framework dan build tool apa saja yang berhasil mencuri perhatian tahun ini?",{"id":177},"18df5262-d813-43d1-b1f7-5595a7f53602",[52,179,180],"web","news",{"id":182,"title":183,"slug":184,"excerpt":185,"thumbnail_image":186,"tags":188},"12","Buat PowerShell Lebih Berwarna dengan Starship","buat-powershell-lebih-berwarna-dengan-starship","Bosen sama tampilan PowerShell yang hitam putih dan kaku? Yuk, sulap terminalmu jadi lebih interaktif, estetik, dan berwarna pakai Starship!",{"id":187},"c5a8262b-43db-4479-8f6c-5a6a0d61653b",[189,169,190],"shell","powershell",{"id":192,"title":193,"slug":194,"excerpt":195,"thumbnail_image":196,"tags":198},"14","Instalasi Java dengan Visual Studio Code","instalasi-java-dengan-visual-studio-code","Mau belajar ngoding Java tapi spek laptop pas-pasan buat buka IDE berat? Yuk, cari tahu cara setup VS Code biar ngoding Java tetap lancar dan enteng!",{"id":197},"99b01cc2-11ac-4449-9927-a1a7116347df",[199,200,201],"howto","java","editor",{"id":203,"title":204,"slug":205,"excerpt":206,"thumbnail_image":207,"tags":209},"15","Kenapa Ada Banyak Sekali Distro Linux?","kenapa-ada-banyak-sekali-distro-linux","Pernah bingung pas mau install Linux tapi malah disuguhi puluhan pilihan distro? Tenang, kalian nggak sendirian. Yuk, cari tahu kenapa distro Linux bisa sebanyak itu dan apa bedanya!",{"id":208},"b5352a4b-f274-4489-aca9-36814947d514",[168,210],"distro",{"id":212,"title":213,"slug":214,"excerpt":215,"thumbnail_image":216,"tags":218},"18","React, Angular, atau Vue: Pilih Framework yang Mana?","react-angular-vue-pilih-framework-yang-mana","Bingung menentukan pilihan di antara React, Angular, dan Vue untuk proyek web kalian berikutnya? Tenang, yuk kita bandingkan kelebihan masing-masing di sini!",{"id":217},"ff111270-80c2-4ccb-83d7-d5ab8c021201",[219,220,54],"web-development","frontend",{"id":222,"title":223,"slug":224,"excerpt":225,"thumbnail_image":226,"tags":228},"19","Static Typing dan Dynamic Typing: Apa Bedanya?","static-typing-dan-dynamic-typing-apa-bedanya","Pernah bingung kenapa di Java tipe data harus dideklarasikan, sementara di Python tinggal pakai aja? Yuk, cari tahu perbedaan static typing dan dynamic typing di sini!",{"id":227},"98e85e76-9e7b-42d1-b989-7c75e7f49abc",[229,230,231],"programming","types","comparison",{"id":233,"title":234,"slug":235,"excerpt":236,"thumbnail_image":237,"tags":239},"20","Tailwind v3.0 Rilis: Ada JIT, Arbitrary Values, dan Banyak Lagi!","tailwind-v3-0-rilis-jit-arbitrary-dan-banyak-lagi","Tailwind CSS v3.0 resmi dirilis dengan segudang peningkatan performa yang bikin proses coding makin asyik. Apa aja sih fitur andalan yang wajib dicoba?",{"id":238},"d5e879fa-5cd0-4015-a155-b0cc69ff12fb",[240,241,219],"tailwind-css","css-framework",{"id":243,"title":244,"slug":245,"excerpt":246,"thumbnail_image":247,"tags":249},"21","TypeScript: JavaScript dengan Gaya dan Tipe Data Statis","typescript-javascript-dengan-gaya","Pernah pusing gara-gara runtime error di JavaScript? Yuk, kenalan dengan TypeScript yang bawa fitur static typing biar kode kalian makin rapi dan aman!",{"id":248},"f615bb1f-8e36-4d6c-9c2c-f1629407173c",[86,52,219],{"id":251,"title":252,"slug":253,"excerpt":254,"thumbnail_image":255,"tags":257},"22","Yang Baru di Nuxt 3: Nitro Engine, Vite, dan Fitur Keren Lainnya","yang-baru-di-nuxt-3-nitro-vite-dan-banyak-lagi","Nuxt 3 hadir membawa perubahan arsitektur besar-besaran untuk menyelaraskan dengan Vue 3. Penasaran apa saja peningkatan performa dan fitur barunya?",{"id":256},"8444bdbc-f60c-4d8b-8593-1b49400e8659",[258,259,260],"nuxt-3","vue-3","frontend-framework",{"id":262,"title":263,"slug":264,"excerpt":265,"thumbnail_image":266,"tags":268},"23","Kenapa Pakai FastAPI dan Kenapa Dia Kenceng Banget?","kenapa-pakai-fastapi-dan-kenapa-dia-kenceng-banget","Sering dengar FastAPI tapi masih bingung kenapa dia bisa ngebut kayak NodeJS dan Go? Yuk, kita bedah bareng rahasia ASGI, sihir Pydantic, sampai dokumentasi otomatisnya!",{"id":267},"84847c9e-70ab-4dcc-bed7-7be50165f7f4",[135,269,108,270,271],"python","asgi","pydantic",{"id":273,"title":274,"slug":275,"excerpt":276,"thumbnail_image":277,"tags":279},"26","REST API vs gRPC: Kapan Sebaiknya Mulai Pindah dari JSON?","rest-api-vs-grpc-kapan-sebaiknya-pindah-dari-json","Pernah nggak sih sistem mikroservis kalian mulai kerasa berat padahal cuma tuker-tukeran data internal? Belum tentu masalah servernya. Yuk, kita bahas kapan REST + JSON masih juara dan kapan gRPC jadi jawabannya!",{"id":278},"487500a0-9e09-469d-8736-1583c5ea83aa",[108,280,281,109,282,123],"grpc","rest-api","protobuf",{"id":284,"title":285,"slug":286,"excerpt":287,"thumbnail_image":288,"tags":290},"38","Optimistic vs Pessimistic Locking: Mengatasi Rebutan Data di Database","optimistic-vs-pessimistic-locking-mengatasi-rebutan-data-di-database","Seribu orang ngeklik \"Beli Sekarang\" di detik yang sama buat rebutan 1 tiket terakhir. Kira-kira apa yang bakal terjadi di server kalian? Yuk, kita banding *pessimistic* sama *optimistic locking*!",{"id":289},"21ab769d-6f82-4a22-be11-17ac16e9fb6b",[108,120,96,121,123,291,145],"architecture",{"id":293,"title":294,"slug":295,"excerpt":296,"thumbnail_image":297,"tags":299},"24","Kenapa Butuh Rate Limiting?","kenapa-butuh-rate-limiting","Pernah nggak sih endpoint login kalian diserbu bot yang nyoba nembak ribuan password cuma dalam semenit? Yuk, kita bahas kenapa Rate Limiting itu wajib, plus cara masangnya di FastAPI!",{"id":298},"1401f9e5-6359-404a-8d80-273ddee9a372",[108,300,123,301,136,135],"rate-limiting","api",{"id":303,"title":304,"slug":305,"excerpt":306,"thumbnail_image":307,"tags":309},"25","Kenapa Event Queue Bikin Backend Kalian Nggak Gampang Tumbang?","kenapa-event-queue-bikin-backend-kamu-nggak-gampang-tumbang","Pernah klik tombol Beli Sekarang dan notifikasi suksesnya muncul dalam sekejap, padahal di belakang layar ada invoice, email, sampai push notification yang harus dibuat? Rahasianya Event Queue. Yuk, kita bedah!",{"id":308},"d9e76018-fbcc-4c69-ad42-8f75ff229ecd",[108,123,310,107,291],"event-queue",{"id":312,"title":313,"slug":314,"excerpt":315,"thumbnail_image":316,"tags":318},"46","Mengapa C Mulai Ditinggalkan: Duel Filosofi Keamanan Rust vs Kesederhanaan Zig","mengapa-c-mulai-ditinggalkan-duel-filosofi-rust-vs-zig","Pernah denger kalau sekitar 70% celah keamanan kritis software modern itu asalnya dari bahasa C? Iya, bahasa yang udah jadi fondasi internet ini 😅. Yuk, kita bedah duel filosofi Rust vs Zig dan cari tahu mana yang pas buat proyek kalian!",{"id":317},"1942a5c9-c1f6-476d-9913-768f78d9d8eb",[319,320,321,322,323],"system-programming","rust","zig","c","memory-safety",{"id":325,"title":326,"slug":327,"excerpt":328,"thumbnail_image":329,"tags":331},"29","Memahami Database Indexing: Rahasia Query Super Cepat","memahami-database-indexing-rahasia-query-super-cepat","Query kalian mulai lelet padahal data baru nembus jutaan baris? Sebelum buru-buru *upgrade* server, yuk cek dulu *index*-nya. Yuk, kita bedah gimana *database indexing* sebenernya kerja!",{"id":330},"b123036f-1779-478c-a545-cf5f189b5fe9",[120,145,121,332,124,108],"indexing",{"id":334,"title":335,"slug":336,"excerpt":337,"thumbnail_image":338,"tags":340},"31","Mengenal Redis: Lebih dari Sekadar In-Memory Cache","mengenal-redis-lebih-dari-sekadar-in-memory-cache","Masih nganggep Redis cuma buat caching? Padahal dia bisa jadi leaderboard, message broker, sampai rate limiter lho. Yuk, kita bedah semua kemampuannya!",{"id":339},"9595b7d7-60e0-48f5-a715-f3cf60f34e1d",[136,108,341,342,343,269],"cache","nosql","in-memory",{"id":345,"title":346,"slug":347,"excerpt":348,"thumbnail_image":349,"tags":351},"32","Docker Compose untuk Developer Santai: Satu Perintah Buat Jalankan Semua Service","docker-compose-untuk-developer-santai","Pernah nggak kalian ngulang-ngulang perintah `docker run` cuma buat nyalain web, database, dan cache satu-satu? Capek, kan? Yuk, kita rapikan semuanya jadi satu file dan satu perintah!",{"id":350},"f4c08f1b-e0d0-410c-b091-c3618944fb3e",[352,353,354,355,108],"docker","docker-compose","devops","containers",{"id":357,"title":358,"slug":359,"excerpt":360,"thumbnail_image":361,"tags":363},"35","Mengenal Idempotency Key: Rahasia Anti-Double Charge di API Pembayaran","mengenal-idempotency-key-rahasia-anti-double-charge-di-api-pembayaran","Pernah internet kalian ngadat pas lagi nekan tombol Bayar, terus panik ngekliknya tiga kali? Kalau endpoint-nya nggak idempotent, saldo bisa kepotong berkali-kali. Yuk, kenalan sama Idempotency Key!",{"id":362},"724cb83a-3ce5-4ee2-b0d7-533e3a0fc7df",[108,301,364,123,365,135,136],"idempotency","payment",{"id":367,"title":368,"slug":369,"excerpt":370,"thumbnail_image":371,"tags":373},"36","Mencegah Efek Domino di Mikroservis dengan Circuit Breaker Pattern","mencegah-efek-domino-di-mikroservis-dengan-circuit-breaker-pattern","Pernah nggak sih, satu fitur minor di aplikasi kalian mendadak lelet, eh malah bikin halaman checkout dan login ikut down total? Itu namanya *cascading failure*. Yuk, kita bahas gimana *circuit breaker pattern* (pemutus arus) nyelametin arsitektur kalian!",{"id":372},"c2e8e37f-8f9a-423f-a09d-74613b3c2924",[108,109,374,123,291],"circuit-breaker",{"id":376,"title":377,"slug":378,"excerpt":379,"thumbnail_image":380,"tags":382},"37","Kenapa Backend Butuh Graceful Shutdown? Jangan Asal Cabut Kabel Server!","kenapa-backend-butuh-graceful-shutdown-jangan-asal-cabut-kabel-server","Pernah nggak sih, abis kalian nge-*deploy* backend, beberapa detik kemudian monitoring malah banjir *alert* **502 Bad Gateway** dari pengguna? Saldo udah kepotong tapi status order belum keburu ter-*update* di *database*. Yuk, kita bahas kenapa *graceful shutdown* itu wajib banget!",{"id":381},"251a54a7-1d24-47fd-8cbc-a46fd42cbb6f",[108,354,135,352,383,123,291],"kubernetes",{"id":385,"title":386,"slug":387,"excerpt":388,"thumbnail_image":389,"tags":391},"39","Database Sharding vs Partitioning: Kapan Data Perlu Dipecah?","database-sharding-vs-partitioning-kapan-data-perlu-dipecah","Tabel transaksi kalian udah nembus miliaran baris dan tiap *query* laporan bikin *CPU* melonjak 100%? Sebelum asal pecah data, yuk kita pahami dulu beda *sharding* sama *partitioning*!",{"id":390},"08ef5fe5-d935-47b3-bbbc-d976948b2a9e",[108,120,121,123,291,392,393],"sharding","scaling",{"id":395,"title":396,"slug":397,"excerpt":398,"thumbnail_image":399,"tags":401},"41","Log Aggregation Modern dengan Grafana Loki dan Vector: Hemat Storage Tanpa Indeks Raksasa","log-aggregation-modern-grafana-loki-vector-hemat-storage","Klaster Elasticsearch kalian rakus RAM dan boros storage, ya? Padahal nggak semua kata di log perlu diindeks, lho. Yuk, kita kenalan sama duet Grafana Loki dan Vector yang jauh lebih ramah kantong!",{"id":400},"03c9d1a0-c80a-401d-9f2b-2b3ee7abb115",[108,402,403,404,405,406,354,123],"observa","logging","grafana","loki","vector",{"id":408,"title":409,"slug":410,"excerpt":411,"thumbnail_image":412,"tags":414},"40","Menyelami Distributed Tracing: Melacak Jejak Request di Balik Keruwetan Microservices","menyelami-distributed-tracing-melacak-jejak-request-microservices","Satu klik Checkout di backend kalian bisa memicu puluhan network call antar-service, tapi pas ada yang lambat, service mana sebenernya yang salah? Log aja nggak cukup buat njawab itu. Yuk, kita bedah Distributed Tracing!",{"id":413},"1ace92fa-b89c-4cef-ab75-4e4cd67a089c",[108,415,416,417,109,291,418],"distributed-systems","observability","open-telemetry","tracing",{"id":420,"title":421,"slug":422,"excerpt":423,"thumbnail_image":424,"tags":426},"45","Rate Limiting Algorithms: Token Bucket vs Leaky Bucket vs Sliding Window","rate-limiting-algorithms-token-bucket-leaky-bucket-sliding-window","Udah tahu kenapa *rate limiting* itu wajib, tapi masih bingung beda Token Bucket, Leaky Bucket, Fixed Window, dan Sliding Window? Yuk, kita adu empat algoritma ini bareng-bareng dan cari tahu mana yang paling pas buat API kalian!",{"id":425},"0e0ed26d-20c6-443c-bde1-4a6200f6f801",[108,123,300,136,427,291,428],"api-gateway","traffict-management","\u003Cp>Coba bayangin kamu disuruh nulis daftar semua teknologi yang pernah dicoba. \u003Cem>Framework\u003C/em> A, \u003Cem>library\u003C/em> B, \u003Cem>build tool\u003C/em> C, plus satu dua \u003Cem>tool\u003C/em> yang cuma sempet dibuka tutorialnya. Daftarnya biasanya panjang banget. Tapi kalau daftar itu dipotong jadi yang beneran dipakai buat kerjaan, isinya jauh lebih pendek dari yang kamu kira. 🤔\u003C/p>\n\u003Cp>Nah, \u003Cem>State of JS 2025\u003C/em> ternyata punya angka yang pas banget buat ngebuktiin hal ini.\u003C/p>\n\u003Ch2 id=\"seberapa-banyak-sih-framework-yang-kita-pakai\">Seberapa banyak sih \u003Cem>framework\u003C/em> yang kita pakai?\u003C/h2>\n\u003Cp>Menurut hasil survei \u003Cem>State of JS 2025\u003C/em> (\u003Cem>Devographics\u003C/em>, ditutup 11 Nov 2025, dengan 13.002 responden), rata-rata responden cuma pernah memakai \u003Cstrong>2,6 \u003Cem>framework\u003C/em> front-end\u003C/strong> sepanjang karier. Sumbernya bisa kamu cek langsung di \u003Ca href=\"https://2025.stateofjs.com/en-US/libraries/front-end-frameworks\">halaman \u003Cem>front-end frameworks\u003C/em> State of JS 2025\u003C/a>.\u003C/p>\n\u003Cp>Angka rata-rata doang kadang nggak cukup, jadi yuk kita lihat sebarannya:\u003C/p>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Jumlah \u003Cem>framework\u003C/em>\u003C/th>\n\u003Cth>Responden\u003C/th>\n\u003C/tr>\n\u003C/thead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>0\u003C/td>\n\u003Ctd>1.135\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>1\u003C/td>\n\u003Ctd>2.444\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>2\u003C/td>\n\u003Ctd>3.436\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>3\u003C/td>\n\u003Ctd>2.859\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>4\u003C/td>\n\u003Ctd>1.541\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>5\u003C/td>\n\u003Ctd>824\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>6\u003C/td>\n\u003Ctd>395\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>7\u003C/td>\n\u003Ctd>218\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>8\u003C/td>\n\u003Ctd>82\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>9\u003C/td>\n\u003Ctd>42\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>10\u003C/td>\n\u003Ctd>18\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>11\u003C/td>\n\u003Ctd>8\u003C/td>\n\u003C/tr>\n\u003C/tbody>\u003C/table>\n\u003Cp>Puncaknya ada di 2 \u003Cem>framework\u003C/em>, dengan 3.436 responden. Setelah itu angkanya turun lumayan cepat. Sekitar 97% responden pernah memakai 6 \u003Cem>framework\u003C/em> atau kurang, sedangkan yang pernah menyentuh 7 ke atas cuma sekitar 2,8%.\u003C/p>\n\u003Cp>Survei itu juga menulis kalau ekosistemnya sudah stabil. Hampir nggak ada \u003Cem>framework\u003C/em> \u003Cem>front-end\u003C/em> baru tahun ini, dan "pendatang baru" \u003Cem>Svelte\u003C/em> umurnya aja udah 9 tahun. Jadi dunia \u003Cem>JavaScript\u003C/em> yang katanya ganti \u003Cem>framework\u003C/em> tiap minggu itu emang lebih banyak jadi bahan meme ketimbang kenyataan. 😄\u003C/p>\n\u003Ch2 id=\"kalau-dicocokkan-ke-riwayat-belajar-sendiri\">Kalau dicocokkan ke riwayat belajar sendiri?\u003C/h2>\n\u003Cp>Riwayat belajar pribadi sendiri ternyata nggak jauh dari pola itu, walaupun daftar yang pernah disentuh agak panjang. Pertama kali belajar \u003Cem>front-end\u003C/em> pakai \u003Cem>Angular\u003C/em>, waktu itu masih sekolah. Alasannya sederhana: \u003Cem>tutorial\u003C/em> di internet banyak yang membahas \u003Cem>Angular\u003C/em>, terutama dari The Net Ninja. Lanjut ke \u003Cem>React\u003C/em>, juga masih sekolah, di jaman \u003Cem>class component\u003C/em>.\u003C/p>\n\u003Cp>Setelah itu pindah ke \u003Cem>Vue\u003C/em> dengan alasan antimainstream, biar beda dari teman-teman yang pakai \u003Cem>React\u003C/em>. Lanjut \u003Cem>Nuxt 2\u003C/em> karena orang-orang di sekitar pakai \u003Cem>Next\u003C/em>, lagi-lagi biar beda sendiri. Sempat pakai \u003Cem>Svelte\u003C/em>, lalu migrasi ke \u003Cem>Nuxt 3\u003C/em>, dan sekarang \u003Cem>Nuxt 4\u003C/em>.\u003C/p>\n\u003Cp>\u003Cem>TanStack\u003C/em> dan \u003Cem>Astro\u003C/em> juga sempat dicoba, tapi mentok di baca \u003Cem>how-to guide\u003C/em>. Nggak pernah jadi proyek sungguhan. Jadi kalau dihitung jujur, yang beneran dipakai ya itu-itu aja.\u003C/p>\n\u003Cp>CSS-nya lebih berliku. Dulu sempet bangga pakai \u003Cem>SASS\u003C/em> versi indent, soalnya ngerasa lebih keren, sementara \u003Cem>CSS\u003C/em> biasa atau \u003Cem>SCSS\u003C/em> rasanya "b aja". Terus \u003Cem>Bootstrap\u003C/em>, \u003Cem>Tailwind\u003C/em>, sempat \u003Cem>PicoCSS\u003C/em> karena ngide, lalu balik lagi ke \u003Cem>Tailwind\u003C/em>. Lama-lama sadar kalau \u003Cem>PostCSS\u003C/em> aja udah cukup, dan sekarang balik ke \u003Cem>CSS\u003C/em> biasa karena lebih sedikit \u003Cem>bloat\u003C/em>.\u003C/p>\n\u003Cp>Ternyata nggak sendirian lho. Di \u003Ca href=\"https://2025.stateofcss.com/en-US/other-tools\">\u003Cem>State of CSS 2025\u003C/em>\u003C/a>, dari 3.977 responden yang menjawab pertanyaan \u003Cem>CSS framework\u003C/em>, 1.061 orang (sekitar 27%) nggak pakai \u003Cem>framework\u003C/em> \u003Cem>CSS\u003C/em> sama sekali. Sebagai perbandingan, \u003Cem>Tailwind\u003C/em> dipakai 2.041 orang (≈51%) dan \u003Cem>Bootstrap\u003C/em> 1.194 orang (≈30%). Untuk \u003Cem>preprocessor\u003C/em>, \u003Cem>Sass\u003C/em>/\u003Cem>SCSS\u003C/em> dipakai 2.434 orang (≈61%), \u003Cem>PostCSS\u003C/em> 1.517 orang (≈38%), dan 838 orang (≈21%) nggak pakai sama sekali.\u003C/p>\n\u003Ch2 id=\"kenapa-jumlahnya-bisa-sekecil-itu\">Kenapa jumlahnya bisa sekecil itu?\u003C/h2>\n\u003Cp>Jawabannya bukan karena \u003Cem>developer\u003C/em> malas belajar. Di dunia kerja, \u003Cem>framework\u003C/em> itu keputusan tim, bukan keputusan pribadi. Kamu nggak bisa tiba-tiba ganti \u003Cem>stack\u003C/em> cuma karena penasaran, sementara ada rekan satu tim yang harus ikut maintain kodenya.\u003C/p>\n\u003Cp>Biaya pindah juga nyata banget. Ada ekosistem \u003Cem>library\u003C/em> yang harus dicari padanannya, \u003Cem>tooling\u003C/em> yang harus disetel ulang, dan orang yang bisa \u003Cem>review\u003C/em> kodemu. Pindah \u003Cem>framework\u003C/em> itu mirip pindah rumah: barangnya sama, tapi semuanya harus dikemas ulang dan kamu butuh waktu buat tahu letak saklar lampu. 📦\u003C/p>\n\u003Cp>Data survei juga nunjukin hal menarik soal \u003Cem>Solid\u003C/em>. Dipakai cuma sekitar 10% responden, tapi \u003Cem>satisfaction\u003C/em>-nya paling tinggi lima tahun berturut-turut. Artinya, tools yang paling disukai belum tentu yang paling banyak dipakai. Keluhan paling sering di survei malah \u003Cem>React issues\u003C/em>, kerumitan berlebihan, performa, \u003Cem>state management\u003C/em>, dan \u003Cem>choice overload\u003C/em>. Kebanyakan pilihan emang bikin capek, kayak buka menu restoran yang tebalnya sebuku skripsi.\u003C/p>\n\u003Ch2 id=\"coba-hitung-dulu-kamu-udah-pakai-berapa\">Coba hitung dulu, kamu udah pakai berapa?\u003C/h2>\n\u003Cp>Sebelum lanjut baca, coba ambil kertas atau buka catatan. Tulis semua \u003Cem>framework\u003C/em> \u003Cem>front-end\u003C/em> yang pernah kamu pakai. Tapi yang dihitung cuma yang beneran bikin sesuatu, bukan yang berhenti di \u003Cem>tutorial\u003C/em> hari pertama.\u003C/p>\n\u003Cp>Udah? Sekarang bandingin sama tabel tadi. Kalau hasilnya 2 atau 3, kamu ada di puncak kurva. Kalau 7 ke atas, kamu masuk kelompok 2,8% itu. Dua-duanya nggak salah kok, ini cuma cermin kecil buat ngecek ekspektasi kita sendiri. 🪞\u003C/p>\n\u003Ch2 id=\"yang-berubah-dan-yang-nggak\">Yang berubah dan yang nggak\u003C/h2>\n\u003Cp>Tiap beberapa tahun, yang berubah itu cuma nama, API, dan konvensi. Dulu \u003Cem>class component\u003C/em>, sekarang fungsi. Dulu \u003Cem>Options API\u003C/em>, sekarang \u003Cem>composition\u003C/em>. Sintaksnya ganti, tapi masalah yang diselesaikan hampir sama.\u003C/p>\n\u003Cp>Yang nggak berubah justru lebih penting: cara baca \u003Cem>error\u003C/em>, cara ngecilin masalah sampai ketemu penyebabnya, dan cara mikirin data serta batas sistem. Nggak heran kalau hari pertama pindah \u003Cem>framework\u003C/em> biasanya terasa familiar. Pesan \u003Cem>error\u003C/em>-nya beda, tapi cara kita membacanya sama.\u003C/p>\n\u003Ch2 id=\"terus-apa-konsekuensi-praktisnya\">Terus, apa konsekuensi praktisnya?\u003C/h2>\n\u003Cp>Pertama, daftar belajar boleh dipotong. Nggak ada kewajiban nyobain semua yang lagi ramai di \u003Cem>timeline\u003C/em>. Kedua, gali lebih dalam di yang udah dipakai. Paham \u003Cem>reactivity\u003C/em>, \u003Cem>routing\u003C/em>, dan \u003Cem>rendering\u003C/em> di satu \u003Cem>framework\u003C/em> biasanya lebih berguna daripada paham permukaan lima \u003Cem>framework\u003C/em>.\u003C/p>\n\u003Cp>Ketiga, ukur diri dari hal yang \u003Cem>portable\u003C/em>. \u003Cem>HTTP\u003C/em>, \u003Cem>JavaScript\u003C/em> dasar, \u003Cem>CSS\u003C/em>, \u003Cem>debugging\u003C/em>, dan desain data itu kebawa ke mana-mana, sedangkan sintaks \u003Cem>framework\u003C/em> belum tentu.\u003C/p>\n\u003Cp>Kapan belajar hal baru tetap masuk akal? Waktu proyekmu beneran kena masalah yang nggak bisa diselesaikan \u003Cem>tool\u003C/em> sekarang, waktu tim sepakat pindah, atau waktu kamu punya proyek nyata buat dicoba, bukan sekadar baca \u003Cem>how-to guide\u003C/em>. 😅\u003C/p>\n\u003Cp>Soal riwayat sendiri, setelah deretan \u003Cem>Angular\u003C/em>, \u003Cem>React\u003C/em>, \u003Cem>Vue\u003C/em>, \u003Cem>Nuxt\u003C/em>, dan \u003Cem>Svelte\u003C/em>, di kerjaan sekarang semuanya \u003Cem>vanilla\u003C/em>. Nggak pakai \u003Cem>framework\u003C/em> sama sekali. Ujung-ujungnya, perjalanan panjang itu ngarahin ke titik awal yang paling polos. 😭\u003C/p>\n","\u003Cp>State of JS 2025 mencatat rata-rata developer cuma pernah memakai 2,6 framework front-end sepanjang karier, dan sekitar 97% responden berhenti di 6 atau kurang. Sedikitnya jumlah itu bukan karena malas belajar, tapi karena pemilihan teknologi di dunia kerja adalah keputusan tim, bukan keputusan pribadi. Yang berubah tiap beberapa tahun cuma nama dan API-nya, sementara cara membaca error dan memecah masalah tetap sama. Di sisi CSS, State of CSS 2025 menunjukkan pola serupa: 27% responden justru nggak pakai framework CSS sama sekali.\u003C/p>\n",[432,435,438,446,449,452],{"id":44,"title":45,"slug":46,"excerpt":47,"thumbnail_image":433,"tags":434},{"id":50},[52,53,54,55],{"id":67,"title":68,"slug":69,"excerpt":70,"thumbnail_image":436,"tags":437},{"id":72},[55,54,74,75],{"id":439,"title":440,"slug":441,"excerpt":442,"thumbnail_image":443,"tags":445},"104","Query-nya Tinggal 2, Tapi Response-nya Masih 1 Detik","query-tinggal-2-tapi-response-masih-1-detik","Endpoint feed yang cuma menampilkan 20 tulisan butuh satu detik, dan server database dihujani 41 query. Kamu kerjakan nasihat N+1 yang standar, query-nya turun jadi 2, dan latency-nya nggak bergerak. Ini versi \"apa adanya\" dari masalah itu, plus lab-nya.",{"id":444},"3214df59-f4c6-4677-9983-2e0a55b18f97",[120,124,108],{"id":312,"title":313,"slug":314,"excerpt":315,"thumbnail_image":447,"tags":448},{"id":317},[319,320,321,322,323],{"id":420,"title":421,"slug":422,"excerpt":423,"thumbnail_image":450,"tags":451},{"id":425},[108,123,300,136,427,291,428],{"id":453,"title":454,"slug":455,"excerpt":456,"thumbnail_image":457,"tags":459},"44","Transactional Outbox Pattern: Solusi Konsistensi Database dan Message Broker Tanpa 2PC","transactional-outbox-pattern-konsistensi-database-message-broker","Pernah nggak kalian lihat pesanan udah masuk database, tapi email konfirmasinya nggak pernah kekirim? Itu gejala *dual-write problem*. Yuk, kita bedah Transactional Outbox Pattern biar data dan *event* kalian nggak lagi berselisih paham!",{"id":458},"e3c617fd-1486-4b82-b937-94fbec846c77",[108,109,291,120,107,123,121],[461,465,468,471,474,477],{"text":462,"depth":463,"id":464},"Seberapa banyak sih framework yang kita pakai?",2,"seberapa-banyak-sih-framework-yang-kita-pakai",{"text":466,"depth":463,"id":467},"Kalau dicocokkan ke riwayat belajar sendiri?","kalau-dicocokkan-ke-riwayat-belajar-sendiri",{"text":469,"depth":463,"id":470},"Kenapa jumlahnya bisa sekecil itu?","kenapa-jumlahnya-bisa-sekecil-itu",{"text":472,"depth":463,"id":473},"Coba hitung dulu, kamu udah pakai berapa?","coba-hitung-dulu-kamu-udah-pakai-berapa",{"text":475,"depth":463,"id":476},"Yang berubah dan yang nggak","yang-berubah-dan-yang-nggak",{"text":478,"depth":463,"id":479},"Terus, apa konsekuensi praktisnya?","terus-apa-konsekuensi-praktisnya",1791300673779]