Catatan Rudy

Kumpulan berita coding, web dev & AI paling menarik minggu ini (10 Agustus 2026). Ada kabar besar dari dunia Laravel — mulai dari managed queues di Laravel Cloud sampai Filament yang rilis update performa — plus berita menarik soal Claude Code, browser khusus AI agent dari Cloudflare, dan artikel viral di Hacker News. Ini dia rangkumannya!

1. Laravel Cloud Rilis Managed Queues — Worker Otomatis Naik-Turun Sesuai Antrean

Laravel Cloud kini punya managed queues yang menangani background job dengan lebih cerdas. Worker otomatis menyesuaikan skala berdasarkan tekanan antrean (queue pressure) — begitu antrean kosong, worker turun ke nol sehingga biaya komputasi hemat; saat job masuk, worker langsung bangun dalam waktu kurang dari satu detik. Ada juga dashboard bawaan untuk memantau job yang gagal, jadi nggak perlu lagi menggali log secara manual. Baca pengumuman lengkapnya di blog resmi Laravel.

2. Laravel Boost Project Rules — Ajari AI Agent Konvensi Kode Kamu

Laravel Boost, tool lokal untuk developer Laravel, kini mendukung project rules: konvensi aplikasi kamu disimpan di file .ai/rules dan bisa di-scope per file glob, sehingga AI agent hanya membaca instruksi yang relevan dengan file yang sedang dikerjakan. Cocok banget buat tim yang ingin hasil kerja coding agent tetap konsisten dengan gaya kode mereka. Selengkapnya di Laravel News.

3. Filament v4.12 dan v5.7 Rilis Stabil — Performa Naik Drastis, CVE Ditambal

Setelah diuji lewat beta bersama komunitas, peningkatan performa besar-besaran untuk aplikasi Filament yang kompleks akhirnya dirilis ke channel stabil, yaitu di versi v4.12.6 dan v5.7.6. Update ini sekaligus menambal sejumlah CVE, jadi kalau kamu menjalankan Filament v4 atau v5, segera update ya. Detailnya di Laravel News.

4. CSS-Tricks Bedah Elemen <dialog> — Modal Native yang Sering Diremehkan

CSS-Tricks menulis catatan mendalam soal elemen <dialog>, elemen HTML native untuk modal yang ternyata punya banyak nuansa — mulai dari top layer, ::backdrop, sampai perilaku focus dan cara styling-nya. Kalau selama ini kamu mengandalkan library cuma untuk bikin modal, artikel ini wajib dibaca. Baca di CSS-Tricks.

5. Ship Less JavaScript — Audit Dependency dengan Web Platform Baseline

Jarak antara “kayaknya butuh library” dan “ternyata browser sudah bisa” makin dekat. Smashing Magazine memberikan panduan praktis untuk mengaudit dependency dan mencari tahu fitur apa saja yang sekarang sudah didukung web platform (Baseline), sehingga kamu bisa mengurangi jumlah JavaScript yang dikirim ke browser — hasilnya website lebih cepat. Artikelnya di Smashing Magazine.

6. Claude Code Auto Mode Jadi Default — Makin Sedikit Persetujuan Manual

Anthropic mengumumkan auto mode di Claude Code akan menjadi default untuk akun Pro, Max, dan Team mulai 14 Agustus. Dengan auto mode, Claude melanjutkan pekerjaan tanpa meminta persetujuan di setiap langkah — kecuali aksinya dinilai “irreversible, destructive, atau di luar lingkungan kamu”. Menariknya, dalam studi dengan 1.053 tester, auto mode menangkap 89% aksi berbahaya, jauh di atas review manual yang hanya 13,6%. Ada juga fitur keamanan baru seperti screening prompt injection dan hard deny rules. Beritanya di TechCrunch.

7. Cloudflare Rilis Kitesurf — Browser Khusus untuk AI Agent

Cloudflare meluncurkan Kitesurf, browser cloud-hosted yang dirancang untuk AI agent, bukan untuk manusia. Katanya browser ini lebih hemat komputasi dibanding Chromium untuk tugas automasi umum, sehingga memudahkan developer membangun AI agent berbasis browser secara lebih efisien. Selengkapnya di TechCrunch.

8. Belajar Topik Kompleks dengan LLM — Cara Kreatif yang Viral di Hacker News

Seorang engineer membagikan caranya belajar topik kompleks (contohnya proses pembuatan chip) dengan LLM: minta model membangun knowledge base, verifikasi akurasinya, lalu ubah jadi simulasi interaktif bergaya game low-poly yang bisa dieksplorasi. Hasilnya jauh lebih melekat daripada sekadar membaca artikel atau bullet list dari AI. Esai ini ramai dibahas di Hacker News dengan 400+ poin. Baca tulisannya di sini.

Gimana menurutmu? Ada yang paling menarik minggu ini? Kalau ada berita atau artikel bagus yang terlewat, cerita di kolom komentar ya. Sampai jumpa di edisi minggu depan!

Dua hari berturut-turut kita membedah QR code dan barcode. Ternyata dua-duanya punya “kakek buyut” yang sama: kode Morse. Ide barcode lahir justru dari kode Morse — Woodland dan Silver memperluas titik dan garis Morse menjadi batang tebal-tipis. Jadi sebelum barcode, ada Morse: bahasa titik dan garis yang menyelamatkan kapal, mengirim telegram, dan menjadi fondasi komunikasi digital. Ini catatan belajarnya.

Sejarah: dari lukisan ke telegraf

Samuel Morse sebenarnya seorang pelukis, bukan insinyur. Perjalanan pulang naik kapal pada 1832 mempertemukannya dengan gagasan telegraf elektrik, dan ia mulai serius menggarapnya bersama fisikawan Joseph Henry dan insinyur mekanik Alfred Vail. Saat itu beberapa sistem telegraf sudah ada di Eropa — Cooke & Wheatstone di Inggris mematenkan telegraf elektromagnetik pada Juni 1837 — tapi yang membedakan Morse adalah kodenya: sinyal sederhana on/off yang bisa dipetakan ke huruf.

Vail menyumbang gagasan penting: ia menghitung frekuensi huruf dalam bahasa Inggris dengan menghitung jenis huruf (movable type) di koran lokal Morristown, New Jersey. Huruf yang paling sering dipakai mendapat kode terpendek — E = titik, T = garis — supaya pesan lebih cepat dikirim. Kode pertama ini dipakai pada 1844 (jaringan telegraf darat, kemudian dikenal sebagai American Morse / Railroad Morse).

Operator-operator awal dengan cepat menyadari mereka bisa mendengar bunyi klik penekan (key) dan menerjemahkannya langsung tanpa kertas — dari sinilah Morse berubah dari “kode grafis” menjadi “kode audio”. Saat radio muncul, titik dan garis dikirim sebagai nada pendek dan panjang. Versi yang dipakai dunia sampai sekarang adalah International Morse, hasil penyempurnaan Friedrich Gerke (1848) dan distandardisasi ITU.

Cara kerja: semua diukur dari “satu unit”

Kode Morse hanya punya dua simbol: titik (dit) dan garis (dah). Yang membuatnya bisa dipahami adalah timing — semuanya diukur dari durasi satu titik (1 unit):

• dit = 1 unit sinyal menyala
• dah = 3 unit sinyal menyala
• jeda antar elemen dalam satu huruf = 1 unit
• jeda antar huruf = 3 unit
• jeda antar kata = 7 unit

Yang menarik: kode Morse adalah kode biner non-seragam — panjang kode tiap huruf berbeda, dan huruf yang sering muncul justru paling pendek (prinsip yang sama dengan kompresi Huffman). Ini bukan sekadar keputusan acak: Vail mendesainnya supaya telegraf bisa mengirim pesan secepat mungkin.

SOS: bukan singkatan

SOS sering dianggap singkatan “Save Our Souls”, padahal bukan. Saat dipilih (awal abad 20) sebagai isyarat marabahaya internasional, pertimbangannya murni teknis: pola … — … (3 titik, 3 garis, 3 titik) sangat sederhana dan sulit salah dengar atau tertukar dengan isyarat lain, bahkan di tengah gangguan. Morse juga melahirkan “prosign” lain seperti ···—· untuk tanda seru dan …-.- untuk “mengerti”.

Tabel kode Morse

Ini tabel International Morse lengkap untuk huruf A-Z dan angka 0-9. Perhatikan polanya: makin sering huruf dipakai, makin pendek kodenya (E = ., T = -):

Huruf	Kode	Huruf	Kode
A	.-	N	-.
B	-…	O	—
C	-.-.	P	.–.
D	-..	Q	–.-
E	.	R	.-.
F	..-.	S	…
G	–.	T	–
H	….	U	..-
I	..	V	…-
J	.—	W	.–
K	-.-	X	-..-
L	.-..	Y	-.–
M	—	Z	–..

Morse masih hidup di mana?

Telegraf komersial sudah pensiun, tapi kode Morse tidak mati:

• Radio amatir — Morse (CW) masih jadi mode komunikasi favorit karena bisa menembus gangguan dan butuh daya sangat kecil; di beberapa negara masih bagian ujian lisensi.
• Maritim & darurat — SOS standar internasional; banyak pelampung sinyal darurat (EPIRB) dan sarana keselamatan memakai Morse.
• Penerbangan — beberapa beacon navigasi (NDB/VOR) memancarkan identifikasi Morse dua-tiga huruf.
• Teknologi bantu — alat komunikasi alternatif untuk penyandang disabilitas (mis. mengetik dengan kedipan mata atau sakelar).
• Militer — mode komunikasi cadangan yang sulit disadap oleh pemula dan tahan kondisi ekstrem.

Kecepatan Morse diukur dalam WPM (words per minute) memakai kata standar “PARIS” — mengirim “PARIS” 1× dalam 1 menit = 1 WPM. Operator mahir bisa 20-40 WPM; rekor dunia di atas 70 WPM.

Dari Morse ke Barcode (dan QR code)

Ini koneksi favorit saya di seri ini. Tahun 1948, Norman Woodland mendengar ide sistem pembacaan data otomatis di kasir supermarket. Ia ingat kode Morse — titik dan garis — dan berpikir: bagaimana kalau diperluas jadi batang tebal-tipis yang bisa dicetak dan discan? Dari situ lahirlah barcode (dibahas minggu lalu), dan kemudian QR code yang “menumpuk” datanya jadi dua dimensi (dibahas dua minggu lalu).

Jadi garis besarnya: Morse (1844) → Barcode (1974) → QR Code (1994) — tiga generasi teknologi yang sama-sama mengubah data menjadi pola visual yang bisa dibaca mesin. Yang membedakan hanya dimensi, kapasitas, dan cara mengatasi kesalahan baca.

Kesimpulan

Kode Morse mengajarkan prinsip yang masih dipakai sampai sekarang: enkode informasi menjadi dua simbol dengan timing yang presisi. Ia juga pionir “kode efisien” — huruf sering = kode pendek — yang 100 tahun kemudian menjadi dasar kompresi data modern. Dari titik dan garis di kabel telegraf, sampai piksel QR di layar HP: semua berawal dari satu unit, satu titik.

Sumber

• Wikipedia — Morse code
• Wikipedia — Samuel Morse
• Wikipedia — Alfred Vail
• ITU — standar International Morse
• Artikel seri: Cara Kerja Barcode dan Cara Kerja QR Code

Kalau kemarin kita membedah QR code, sekarang saatnya ke “kakeknya”: barcode. Setiap belanja di supermarket, buku pinjam di perpustakaan, atau paket yang tiba di kurir — selalu ada deretan garis hitam-putih dengan angka di bawahnya. Bentuknya sederhana, tapi teknologi ini sudah dipakai lebih dari 50 tahun dan masih jadi tulang punggung ritel dunia. Bagaimana garis-garis itu bisa menyimpan data? Ini catatan belajar saya.

Sejarah: dari paten 1952 sampai scan pertama 1974

Kisahnya dimulai tahun 1948. Bernard Silver, mahasiswa pascasarjana Drexel Institute of Technology di Philadelphia, tidak sengaja mendengar presiden jaringan supermarket Food Fair meminta riset sistem untuk membaca data produk otomatis di kasir. Silver bercerita ke temannya, Norman Joseph Woodland, dan mereka mulai menggarap ide tersebut. Inspirasinya datang dari kode Morse — titik dan garis yang diperluas menjadi batang tebal dan tipis. Versi awal Woodland bahkan berbentuk lingkaran konsentris (bullseye), dan keduanya memegang paten AS tahun 1952.

Tapi butuh lebih dari 20 tahun sampai idenya benar-benar laku. Tahun 1972, supermarket Sainsbury’s di Inggris sudah memakai sistem barcode (dikembangkan Plessey) untuk rak. Lalu pada 1973, Uniform Grocery Product Code Council memilih desain George Laurer dari IBM — barcode batang vertikal yang lebih mudah dicetak daripada lingkaran Woodland. Desain inilah yang menjadi UPC.

Momen bersejarah: Juni 1974, di supermarket Marsh, Troy, Ohio, sebuah scanner memindai barcode UPC pada bungkus permen karet Wrigley’s — scan komersial pertama yang berhasil. Sejak itu barcode menyebar ke seluruh dunia dan menstandardisasi perdagangan ritel modern.

Cara kerja dasar: garis gelap-terang itu bit

Prinsip barcode 1D (satu dimensi) sederhana: garis gelap (bar) dan terang (spasi) merepresentasikan bit, dan lebarnya bervariasi antara 1 sampai 4 unit. Scanner menyorotkan cahaya (laser atau LED) ke barcode; bar gelap memantulkan sedikit cahaya, spasi terang memantulkan banyak. Sensor membaca pola pantulan itu sebagai deretan 0 dan 1, lalu menerjemahkannya menjadi angka — biasanya 12 atau 13 digit.

Angka di bawah garis bukan sekadar pajangan: itu human-readable, supaya manusia bisa membaca/mengetik kode kalau scanner bermasalah. Barcode yang sama bisa discan dari kiri ke kanan maupun sebaliknya — sistem paritas mengatur itu (lebih detail di bawah).

Anatomi barcode EAN-13

Standar yang paling umum di dunia ritel (termasuk Indonesia) adalah EAN-13 — 13 digit, diatur oleh organisasi global GS1. Ilustrasi di bawah adalah EAN-13 untuk kode 8992809101014 (899 = GS1 Indonesia):

• Quiet zone (abu-abu): area kosong di kiri-kanan, wajib ada supaya scanner tahu di mana barcode dimulai/berakhir.
• Guard pattern (merah): pola pembatas di awal dan akhir (101), dan guard tengah (01010) yang memisahkan dua bagian digit.
• 6 digit kiri (biru): paritas ganjil/genap mengikuti digit pertama — ini kunci pembacaan dua arah.
• 6 digit kanan (oranye): pola bar dibalik (mirror) dari kiri, supaya scanner bisa membaca mundur.
• Check digit (digit ke-13): hasil perhitungan matematis untuk mendeteksi kesalahan baca.

13 digit itu isinya apa?

EAN-13 menyimpan angka yang terstruktur:

• GS1 prefix (3 digit pertama) — menandai negara/region registrasi. 899 = Indonesia, 690-699 = China, 880 = Korea Selatan, dst.
• Kode produsen (4-5 digit) — diberikan GS1 ke perusahaan.
• Kode produk (3-5 digit) — nomor item yang ditetapkan produsen.
• Check digit (1 digit terakhir) — pengaman kesalahan baca.

Struktur di atas adalah alokasi logis; yang penting secara fisik adalah 13 digit itu di-encode menjadi 95 modul (kotak terkecil) dengan pola tetap: tiap digit = 2 bar + 2 spasi dengan total lebar 7 modul, dan lebar tiap elemen 1-4 unit.

Check digit: pengaman kesalahan baca

Digit terakhir dihitung dari 12 digit sebelumnya dengan rumus bobot selang-seling 3 dan 1 (modulo 10). Contoh untuk 899280910101:

1. Tulis 12 digit: 8 9 9 2 8 0 9 1 0 1 0 1
2. Kalikan dari kanan dengan bobot 3,1,3,1,… (digit paling kanan berbobot 3): 8×1 + 9×3 + 9×1 + 2×3 + 8×1 + 0×3 + 9×1 + 1×3 + 0×1 + 1×3 + 0×1 + 1×3 = 76
3. Check digit = (10 − (76 mod 10)) mod 10 = (10 − 6) = 4

Kalau scanner membaca salah satu digit, hasil perhitungannya tidak cocok dan sistem tahu ada kesalahan. Metode ini mendeteksi semua kesalahan satu digit dan sekitar 90% kesalahan tertukar posisi (transposisi). Itulah kenapa barcode yang kusut pun sering ketahuan “salah baca” daripada diam-diam menghasilkan harga keliru.

Jenis barcode 1D lain

Jenis	Digit/Karakter	Dipakai untuk
UPC-A	12 digit	Ritel Amerika Utara
EAN-13	13 digit	Ritel global (termasuk Indonesia)
EAN-8	8 digit	Produk kecil (permen, kosmetik mini)
Code 39	A-Z, 0-9, simbol	Industri, logistik, militer
Code 128	ASCII penuh (128 karakter)	Pengiriman, logistik, label GS1-128
ITF-14	14 digit	Karton/kemasan luar (GS1)

Contoh barcode EAN-13 (prefix 899 Indonesia)

Ini barcode EAN-13 asli yang di-generate dari kode 8992809101014 — coba scan dengan kamera HP (biasanya aplikasi kamera bawaan atau Google Lens bisa membacanya sebagai teks/angka):

Barcode 1D vs QR Code 2D

Aspek	Barcode 1D	QR Code 2D
Arah penyimpanan	1 arah (horizontal)	2 arah (baris + kolom)
Kapasitas	12-13 digit / ±100 karakter	s.d. 7.089 digit / 2.953 byte
Toleransi posisi	Harus tegak	Bisa miring (360°)
Toleransi kerusakan	Rendah	Tinggi (s.d. 30% dengan Reed-Solomon)
Penggunaan utama	Kode produk retail	URL, pembayaran, Wi-Fi, identitas

Kesimpulan

Barcode membuktikan bahwa teknologi paling sukses kadang yang paling sederhana: garis gelap-terang dengan lebar berbeda, dibaca lewat pantulan cahaya. Ditambah check digit untuk pengaman, barcode bertahan puluhan tahun karena murah, andal, dan universal. QR code mewarisi filosofi yang sama — hanya saja “menumpuk” data ke dua arah supaya kapasitasnya jauh lebih besar. Jadi kalau sudah paham barcode, memahami QR code jadi lebih mudah: keduanya adalah cara mengubah data menjadi pola visual yang bisa dibaca mesin.

Sumber

• Wikipedia — Barcode
• Wikipedia — Universal Product Code (UPC)
• Wikipedia — International Article Number (EAN)
• Wikipedia — Code 128
• GS1 — organisasi standar barcode global

Hampir tiap hari kita memindai QR code — bayar di warung, buka menu restoran, sambungkan Wi-Fi, sampai login WhatsApp Web. Bentuknya seperti kumpulan titik hitam-putih yang tampak acak, tapi setiap kali discan, datanya keluar utuh: URL, teks, atau nomor rekening. Kok bisa? Ternyata titik-titik itu tidak acak sama sekali. Ini catatan belajar saya tentang cara kerja QR code dari sisi teknisnya.

Awal mula: dari barcode garis ke kotak-kotak

QR code (kependekan dari Quick Response code) ditemukan tahun 1994 oleh Masahiro Hara di perusahaan Jepang Denso Wave (anak perusahaan Toyota), awalnya untuk melacak suku cadang mobil di pabrik. Berbeda dari barcode 1D yang cuma menyimpan data secara horizontal, QR code menyimpan data dalam dua arah (matriks), sehingga kapasitasnya jauh lebih besar dan bisa dibaca lebih cepat — makanya dinamai “quick response”.

Menariknya, Denso Wave memilih tidak mengeksploitasi hak patennya, sehingga QR code bebas dipakai siapa saja. Standarnya kemudian dibakukan dalam ISO/IEC 18004. Itulah kenapa QR bisa muncul di struk, kartu nama, iklan, sampai kuburan.

Titik “acak” itu sebenarnya bit

Setiap titik kecil di QR code disebut modul, dan satu modul menyimpan satu bit: modul hitam = 1, modul putih = 0. Scanner tinggal membaca deretan bit itu dan menerjemahkannya menjadi teks. Kalau hanya itu, kenapa bentuknya tidak seperti barcode sederhana saja?

Karena QR code punya aturan ketat: ada pola fungsi (function patterns) yang wajib ada supaya kamera bisa menemukan, mengorientasikan, dan mengukur kode dengan cepat. Sisa area yang kosong baru diisi data dengan pola zig-zag tertentu, lalu dimasking supaya tidak muncul pola yang menyesatkan pembaca. Hasil akhirnya memang terlihat acak — tapi itu hasil rekayasa, bukan kebetulan.

Anatomi QR code

Gambar di bawah adalah QR code versi 6 (41×41 modul) yang menyimpan URL blog ini, dengan bagian-bagiannya diwarnai:

• 3 pola finder (merah): kotak di tiga sudut dengan rasio gelap-terang 1:1:3:1:1. Pola ini sangat jarang muncul di area lain, jadi scanner mudah menemukannya dan langsung tahu orientasi kode — itulah kenapa QR bisa dibaca dari arah mana pun (360°).
• Separator (oranye): batas putih satu modul di sekeliling finder, supaya pola finder tidak tertukar dengan data di dekatnya.
• Pola timing (biru): garis putus-putus antara finder yang memberi tahu scanner ukuran grid (berapa modul per baris/kolom).
• Pola alignment (hijau): kotak kecil pembantu agar scanner tetap bisa membaca saat kode miring atau terdistorsi (ada di versi 2 ke atas).
• Dark module (ungu): satu modul hitam yang selalu ada, bagian dari area format info.
• Area data (abu-abu): bit data + koreksi kesalahan + format info (mode, level koreksi, pola mask).

Pola finder: rasio 1:1:3:1:1

Tiga kotak sudut (finder) itu berukuran 7×7 modul. Kalau diiris tepat di tengah, baris tengahnya membentuk pola gelap-terang dengan perbandingan 1:1:3:1:1 — satu hitam, satu putih, tiga hitam, satu putih, satu hitam. Scanner memindai piksel, mencari rasio persis ini, lalu langsung tahu: ini QR code, di mana sudut-sudutnya, dan arah yang benar.

Proses pembuatan: dari teks menjadi titik-titik

Kalau kita menulis QR code secara manual (atau membaca kode programnya), alurnya kira-kira begini:

Encoder (pembuat):

1. Analisis data — pilih mode paling efisien: numerik (0-9), alfanumerik (A-Z, 0-9, simbol), byte (teks biasa/UTF-8), atau Kanji. Tulis header berisi mode + panjang data.
2. Susun bit stream — teks diubah menjadi deretan 0 dan 1.
3. Tambahkan koreksi kesalahan — deretan bit diolah dengan algoritma Reed-Solomon untuk menghasilkan kata kode cadangan.
4. Isi matriks — bit ditaruh ke dalam grid dengan pola zig-zag (naik-turun), melewati area pola fungsi.
5. Masking — coba 8 pola mask, hitung skor penalti tiap pola (ada 4 aturan penilaian), lalu pakai pola dengan skor terendah.
6. Tulis format & version info — QR code siap dicetak.

Kenapa harus masking? Karena kalau area data dibiarkan apa adanya, bisa muncul blok hitam besar atau pola yang mirip finder — dan itu akan membingungkan scanner. Masking “mengacak” area data secara teratur (misal: balik warna tiap baris genap, atau tiap 3 kolom) sehingga hasilnya seimbang. Scanner membaliknya lagi pakai info pola mask yang disimpan di format info.

Proses pembacaan: dari gambar kembali ke teks

1. Kamera menangkap gambar QR.
2. Scanner mencari 3 pola finder (rasio 1:1:3:1:1) untuk menentukan posisi dan orientasi, lalu memperbaiki perspektif kalau kodenya miring.
3. Menentukan titik tengah tiap modul dan mengubahnya menjadi bit (gelap = 1, terang = 0).
4. Membaca format info untuk mengetahui mode, level koreksi, dan pola mask → membalik proses masking.
5. Memisahkan bit data dan bit koreksi, lalu Reed-Solomon memperbaiki bit yang salah karena kotor, sobek, atau tertutup sebagian.
6. Menerjemahkan bit menjadi teks asli — selesai, dalam hitungan milidetik.

Versi, kapasitas, dan level koreksi

QR code punya 40 versi ukuran: versi 1 berukuran 21×21 modul, setiap naik versi bertambah 4 modul per sisi, sampai versi 40 dengan 177×177 modul. Makin besar versinya, makin banyak data yang bisa ditampung. Kapasitas maksimum (pada level koreksi L) kira-kira:

Mode	Kapasitas maksimum (versi 40, level L)
Numerik (0-9)	7.089 digit
Alfanumerik (A-Z, 0-9, simbol)	4.296 karakter
Byte (teks biasa, UTF-8)	2.953 byte
Kanji	1.817 karakter

Selain versi, ada 4 level koreksi kesalahan yang bisa dipilih. Makin tinggi levelnya, makin tahan kode terhadap kerusakan, tapi kapasitas datanya mengecil:

Level	Modul yang bisa rusak/tutup	Contoh pemakaian
L (Low)	± 7%	Data banyak, ruang cetak sempit
M (Medium)	± 15%	Standar umum
Q (Quartile)	± 25%	Permukaan kasar, sering terlipat
H (High)	± 30%	Kode diberi logo di tengah

Itulah kenapa QR yang sebagian tertutup logo atau sobek masih bisa dibaca — yang rusak ditambal oleh data cadangan Reed-Solomon. Coba saja: tempel stiker kecil di tengah QR di bawah ini, biasanya tetap ke-scan.

Kesimpulan

QR code terlihat seperti titik acak, padahal semuanya terstruktur: pola fungsi untuk navigasi, bit data yang diatur zig-zag, cadangan Reed-Solomon untuk ketahanan, dan masking untuk keterbacaan. Yang membuatnya “ajaib” bukanlah keacakan, melainkan redundansi dan aturan yang ketat — di balik setiap scan, ada algoritma yang bekerja dalam hitungan milidetik.

Sumber

• DENSO WAVE — What is a QR Code? (situs resmi penemu QR)
• Thonky.com — QR Code Tutorial (panduan teknis lengkap, step-by-step)
• Wikipedia — QR code

Beberapa hari terakhir saya menelusuri tool yang sedang ramai dibicarakan developer: 9Router. Buat yang sering mentok rate limit di tengah sesi koding pakai Claude Code, Codex, atau Cursor, tool ini menarik banget untuk dicoba. Catatan ini adalah rangkuman riset saya: apa itu, cara kerjanya, fitur unggulan, biaya, sampai catatan keamanannya.

Apa itu 9Router?

9Router adalah AI router open-source (lisensi MIT) yang duduk di antara tool coding AI dan penyedia model LLM. Tool coding seperti Claude Code, Codex, Cursor, Cline, GitHub Copilot, Antigravity, sampai OpenClaw cukup diarahkan ke satu endpoint OpenAI-compatible di localhost:20128/v1, dan 9Router yang meneruskan permintaan ke provider pilihan kita — sekaligus menerjemahkan format permintaan (OpenAI ↔ Claude ↔ Gemini ↔ Vertex, dst.) supaya tool apa pun bisa memakai model apa pun.

Proyek ini lahir Januari 2026 dan tumbuhnya luar biasa cepat: per 6 Agustus 2026 sudah sekitar 24,7 ribu bintang GitHub, 4,3 ribu fork, dan masih sangat aktif dikembangkan — rilis terbaru v0.5.35 (16 Juli 2026), push terakhir 5 Agustus 2026. Slogannya singkat: never stop coding.

Kenapa orang pakai 9Router?

Masalah umum yang dijawab tool ini: kuota langganan terbuang percuma, rate limit di tengah kerja, token terbakar oleh output tool (git diff, grep, ls, log), dan biaya API yang mahal. Fitur utamanya:

• Smart 3-Tier Fallback — rute otomatis Subscription → Cheap → Free. Begitu kuota habis atau error, langsung pindah tier tanpa jeda.
• RTK Token Saver — kompresi output tool_result sebelum dikirim ke LLM, hemat 20–40% token input per request, tanpa kehilangan konteks.
• Caveman Mode & Ponytail — memaksa LLM menjawab ringkas (hemat sampai 65% token output) atau menulis kode minimal ala “lazy senior dev” (YAGNI).
• Multi-account round-robin, auto-refresh token OAuth, quota tracking real-time, request logging, cloud sync, dan usage analytics.

Provider dan biaya

Poin penting: software 9Router gratis selamanya. Yang kita bayar hanyalah provider (kalau memakai yang berbayar). Angka “cost” di dashboard hanya estimasi penanda penghematan — bukan tagihan.

• Gratis: Kiro AI (~50 kredit/bulan, plus 500 kredit trial untuk akun baru), OpenCode Free (tanpa auth), Vertex AI ($300 kredit akun GCP baru, via endpoint Vertex AI Studio).
• Murah: GLM ($0,6/1 juta token), MiniMax M2.7 ($0,2/1 juta token), Kimi K2.5 ($9/bulan flat).
• Langganan: Claude Code Pro/Max ($20–200/bulan), Codex, GitHub Copilot, Cursor.

Kombinasi RTK + Kiro + OpenCode Free bisa membuat biaya $0/bulan sambil tetap hemat token. Tapi ingat, free tier provider bisa berubah sewaktu-waktu — contohnya iFlow, Qwen Code, dan Gemini CLI free tier sudah dihentikan sepanjang tahun 2026.

Cara pasang

1. npm install -g 9router, lalu jalankan 9router.
2. Dashboard terbuka di http://localhost:20128.
3. Hubungkan provider — bisa mulai dari yang gratis (Kiro AI atau OpenCode Free).
4. Arahkan tool coding ke endpoint http://localhost:20128/v1 + API key dari dashboard.

Selain lokal, bisa di-deploy di VPS, Docker, Cloudflare Workers, bahkan Hugging Face Spaces.

Catatan penting: keamanan

Ini bagian yang membuat saya agak hati-hati. Repo ini punya 19 security advisories (Mei–Juli 2026), termasuk beberapa yang berlabel critical: unauthenticated remote code execution via plugin MCP, pencurian kredensial + pengambilalihan database, hardcoded JWT secret, auth bypass lewat spoofing header (Host, X-Forwarded-For, X-9r-Real-Ip), dan SSRF. Kabar baiknya, tim pengembang merespons cepat dengan rilis beruntun. Saran saya:

• Selalu pakai versi terbaru (v0.5.35+); jangan pakai versi lama untuk instance yang terhubung internet.
• Jangan expose dashboard/API ke internet publik tanpa proteksi — untuk akses remote pakai Cloudflare Tunnel atau VPN.
• Hati-hati paket tiruan: nama npm resmi adalah 9router (tanpa “s”). Paket 9routers sempat dikaitkan dengan laporan kerentanan di database pihak ketiga.

Alternatif

• LiteLLM — 100+ provider, fokus enterprise, tanpa kompresi token bawaan.
• OpenRouter — cloud-based, praktis, tapi tanpa fitur hemat token lokal.
• OmniRoute — 4-tier fallback, 36+ provider.

Dibanding ketiganya, 9Router unggul di sisi local-first, gratis, dan kedalaman fitur penghemat token.

Kesimpulan

9Router menarik untuk developer yang ingin memaksimalkan langganan yang sudah ada atau menekan biaya API sampai nol. Tapi karena riwayat keamanannya sibuk, pakai dengan bijak: update rutin, jangan expose ke publik, dan ingat bahwa memakai langganan IDE untuk memanggil backend lain lewat router bisa melanggar ToS masing-masing tool — 9Router sendiri mengingatkan “mind each tool’s policy”. Untuk catatan pribadi saya: layak dicoba di lingkungan lokal/Docker, tapi belum saya rekomendasikan sebagai gerbang utama menuju production.

Sumber

• Situs resmi 9Router
• GitHub — decolua/9router
• GitHub Security Advisories — 9Router
• Review AiMojo: 9Router
• Hostinger — deploy 9Router di VPS

Halo! Kumpulan berita coding, web dev & AI paling menarik minggu ini sudah saya rangkum — dari AI coding agent baru dari Meta, ekstensi Laravel untuk editor Zed, sampai fitur CSS anyar yang mulai didukung browser. Langsung saja, ini delapan berita pilihan untuk para developer.

1. Meta Rilis Muse Code — AI Agent untuk Codebase Besar

Meta memperluas lini produk AI coding-nya dengan Muse Code, sebuah AI agent yang diklaim mampu menangani tugas kompleks pada codebase besar, bersamaan dengan pembaruan Muse Spark ke versi 1.2. Berita ini cukup ramai diperbincangkan di Hacker News dengan 178 poin, menandakan banyak developer yang menaruh perhatian pada tren AI coding agent. Sumber: TechCrunch — Meta launches Muse Code, an AI agent for large code bases.

2. Ekstensi Laravel Resmi untuk Editor Zed: LSP PHP & Blade

Laravel kini punya ekstensi resmi untuk editor Zed yang menghubungkan Laravel Language Server (LSP), lengkap dengan autocompletion, hover, diagnostics, dan code actions di file PHP maupun Blade. Buat yang selama ini penasaran mencoba Zed sebagai alternatif VS Code, ini alasan yang bagus untuk mulai migrasi. Sumber: Laravel News — Official Laravel Zed Extension: LSP for PHP & Blade.

3. CSS Gap Decorations Kini Tersedia di Browser

Fitur gap decorations di CSS akhirnya didukung penuh di Chrome dan Edge mulai versi 149, sehingga memberi gaya pada celah (gap) antar baris atau kolom grid jadi jauh lebih mudah dan terkontrol — misalnya untuk membuat garis pemisah antar kolom tanpa elemen tambahan. Ini salah satu fitur CSS yang paling ditunggu-tunggu tahun ini. Sumber: CSS-Tricks — Gap Decorations Are Now Available, Here’s What’s New.

4. PHP 8.6.0 Alpha 3 dan Rilis Pemeliharaan Bulanan

PHP 8.6.0 Alpha 3 resmi tersedia untuk diuji, bersamaan dengan rilis pemeliharaan 8.5.9, 8.4.24, 8.3.33, dan 8.2.33. Buat yang ingin mencicipi fitur-fitur baru PHP 8.6 sebelum rilis final, ini waktu yang tepat untuk ikut menguji dan melaporkan bug. Sumber: php.net — PHP 8.6.0 Alpha 3 available for testing.

5. Neon Klaim Retrieval 100x Lebih Murah dengan Open Model

Tim Neon (perusahaan di balik Postgres cloud) melalui proyek Castform mengklaim berhasil mengalahkan model frontier GPT-5.6 Sol pada tugas retrieval dengan biaya 100x lebih murah menggunakan open model. Buat yang sedang membangun aplikasi RAG dan memikirkan efisiensi biaya, klaim ini layak disimak — artikelnya juga naik ke posisi 226 poin di Hacker News. Sumber: Neon — Beating GPT-5.6 Sol on retrieval with 100x cheaper open models.

6. Kursus Gratis: Claude Code dari Nol sampai Mahir

freeCodeCamp merilis kursus lengkap di kanal YouTube mereka yang membawa pemula dari nol hingga mahir menggunakan Claude Code — mulai dari otomasi workflow development sampai fitur-fitur agentic-nya. Gratis dan langsung praktik, cocok buat yang ingin memanfaatkan AI coding assistant secara lebih serius. Sumber: freeCodeCamp — Claude Code Full Course.

7. Belajar Cara Kerja htmx dengan Membangun Ulang dari Nol

Serge Zaitsev, kreator htmx, menulis artikel “Let’s Make the Worst htmx Ever” — sebuah eksperimen membangun ulang esensi htmx dari nol sebagai cara yang menyenangkan untuk memahami apa yang sebenarnya terjadi di balik layar. Artikel ini muncul di JavaScript Weekly edisi #797, bersama kabar rilis Next.js 16.3 yang juga patut dicek. Sumber: JavaScript Weekly #797 — Reimplementing htmx from scratch.

8. PhpStorm 2026.2 Rilis dengan Laravel Tool Window

JetBrains meluncurkan PhpStorm 2026.2 dengan sejumlah pembaruan menarik: Laravel tool window baru, atribut FileReference untuk PHP, dukungan pipe operator PHP 8.5, dan agent skills manager. Buat pengguna setia PhpStorm, update ini layak segera dipasang. Sumber: Laravel News — PhpStorm 2026.2 Released.

Itu dia delapan berita pilihan minggu ini. Menurut saya yang paling menarik untuk diikuti adalah tren AI coding agent yang makin panas (Muse Code dan Claude Code) serta perkembangan ekosistem Laravel yang makin matang. Kalau ada yang menurutmu terlewat, tulis di komentar ya. Sampai jumpa di rangkuman minggu depan!

Kumpulan berita coding & AI paling menarik minggu ini (3 Agustus 2026). Ada yang relevan banget buat yang punya GPU kecil kayak saya 😄

1. AirLLM: Inference LLM 70B di GPU 4GB

Proyek open source yang menarik perhatian komunitas: AirLLM memungkinkan inference model 70B hanya dengan satu GPU 4GB — menggunakan teknik layer-wise offloading. Buat yang punya laptop gaming dengan VRAM terbatas, ini kabar bagus. Model sebesar itu biasanya butuh 40GB+ VRAM, tapi dengan offload per-layer ke RAM, jadi bisa jalan walau pelan.

🔗 github.com/lyogavin/airllm

2. MiniMax H3: Open Weights + Audio + Video 2K di ComfyUI

ComfyUI merilis dukungan day-0 untuk MiniMax H3 — model multimodal open weights yang bisa generate audio native dan video resolusi 2K. Buat pecinta AI generatif, ini langkah besar: model semacam ini biasanya closed-source dan mahal, tapi MiniMax merilis bobotnya terbuka.

🔗 blog.comfy.org — MiniMax H3 Day-0 Support in ComfyUI

3. OpenAI: 10 Kemajuan di Matematika & Ilmu Komputer Teoretis

OpenAI mempublikasikan sepuluh kemajuan riset di bidang matematika dan theoretical computer science yang didorong model AI mereka. Menarik untuk diikuti siapa saja yang tertarik sejauh mana LLM bisa membantu riset fundamental, bukan cuma coding atau menulis.

🔗 openai.com — Ten advances in mathematics

4. LLMs Reward Expertise

Esai menarik dari Sean Goedecke: LLM justru “menghargai” keahlian — semakin paham domain kamu, semakin berguna hasil LLM-nya. Berlawanan dengan anggapan “AI bikin skill jadi tidak penting”, esai ini berargumen bahwa yang paling diuntungkan adalah yang sudah ahli. Wajib baca buat yang khawatir AI menggantikan developer.

🔗 seangoedecke.com — LLMs reward expertise

5. Devtools Harus Open Source

Postingan blog exe.dev yang viral di Hacker News: developer tools harus open source. Argumennya sederhana — tool yang dipakai developer untuk membangun perangkat lunak seharusnya bisa diaudit dan dimodifikasi. Diskusi 180+ komentar di HN, menarik buat dibaca dua sisi argumennya.

🔗 blog.exe.dev — Devtools must be open source

6. SQLite: CVE Kritis atau LLM Slop?

Peneliti JFrog membedah klaim “SQLite punya CVE kritis” yang ramai — dan menyimpulkan sebagian besar hype-nya tidak akurat. Kasus menarik soal bagaimana laporan keamanan bisa dibesar-besarkan (atau disebut “LLM slop”) di era berita otomatis. Penting buat yang suka membaca berita keamanan dengan kritis.

🔗 research.jfrog.com — SQLite Critical CVEs or LLM Slop?

7. Vibe Coding: AWS Dukung Superblocks

TechCrunch mengangkat bagaimana AWS membantu startup Superblocks, platform yang fokus pada vibe coding — membangun aplikasi dengan instruksi bahasa natural. Implikasinya besar: cloud provider mulai serius mengakomodasi tren “coding tanpa coding”.

🔗 techcrunch.com — AWS and Superblocks

Itu dia 7 berita pilihan minggu ini. Yang paling saya tunggu follow-up-nya: AirLLM — kalau benar bisa jalan di GPU 4GB, laptop saya (RTX 3050) bisa ikut mainan model 70B 😄

Sampai jumpa di catatan berikutnya!