1. Konsep yang Dipelajari

📊 REVIEW MINGGUAN — 26 Okt s.d. 1 Nov 2026

Dasar laporan: 21 entri di file state (7 hari × 3 sesi). Semua topik di bawah TERCATAT. Bagian "koneksi" dan "celah" adalah SIMPULAN saya, bukan catatan eksplisit.

Progress pool: Deep 15/22 · Tech 17/28 · Light 17/25. Sisa belum dibahas: 7 + 11 + 8 = 26 topik.

1. Konsep yang Dipelajari

05:00 — Deep (Arsitektur & Fondasi)

Tanggal	Topik	Inti
26 Okt	Event-driven: choreography vs orchestration	Choreography = service reaksi ke event tanpa koordinator; orchestration = satu saga coordinator pegang alur. Event jadi neraka saat: ordering tidak dijamin, tidak ada schema contract, dan konsumen butuh data yang belum tentu ada
27 Okt	REST vs GraphQL vs gRPC	REST untuk resource publik & cache HTTP; gRPC untuk internal low-latency (HTTP/2 streaming, protobuf); GraphQL untuk client yang butuh bentuk data bervariasi. Pilih dari pola beban, bukan hype
28 Okt	Strategi caching	Cache-aside default; write-through untuk konsistensi lebih ketat; write-behind untuk throughput tapi rawan data loss. Stampede = expiry bersamaan → perlu jitter, single-flight, stale-while-revalidate
29 Okt	Consistency models	Strong, eventual, read-your-writes, monotonic reads. RYW adalah yang paling sering dilanggar di produksi: user baca replica yang belum catch-up setelah write
30 Okt	Observability	Metric untuk agregat murah, log untuk detail per-kejadian, trace untuk causal chain lintas service. Masalah utama = cardinality (label user_id/request_id di metric = biaya meledak)
31 Okt	Load balancing & health check	Round-robin, least-conn, consistent hashing, power-of-two-choices. Health check dangkal (TCP only) = traffic masuk ke app yang DB-nya mati. Perlu readiness ≠ liveness
1 Nov	Model konkurensi	Thread (preemptive, shared memory + lock), async (cooperative, single-thread event loop), actor (mailbox, isolasi state), CSP (channel, "don't communicate by sharing memory")

15:00 — Tech (Bahasa, Framework, AI Engineering)

Tanggal	Topik	Inti
26 Okt	Evaluasi LLM	Benchmark publik mudah tercontaminate; LLM-as-judge murah tapi bias posisi/verbosity; butuh rubric + human spot-check
27 Okt	Model Context Protocol	Standar satu protokol untuk tools/resources/prompts lintas host-model. Menghapus N×M integrasi jadi N+M
28 Okt	Go concurrency	Goroutine murah, channel untuk sinkronisasi, `context` untuk cancellation. Race bukan cuma soal lock — soal ownership data
29 Okt	Python async/await	Event loop single-thread; `await` cuma yield di titik I/O. GIL bikin CPU-bound tetap serial → butuh multiprocessing
30 Okt	React Server Components	Komponen jalan di server, payload jadi serialized tree bukan bundle JS. Batas client/server = batas baru yang harus disiplin
31 Okt	Laravel container	Service container + provider = DI. Queue worker proses job async; jebakan: job tidak idempotent saat retry
1 Nov	N+1 query	Loop ambil relasi → 1 + N query. Solusi: eager loading, batch/`WHERE IN`, dataloader. Deteksi: query log, bukan feeling

19:00 — Light (Praktik & Sejarah)

Tanggal	Topik	Inti
26 Okt	Git rebase vs merge	Rebase = histori linear, tapi menulis ulang commit → jangan di branch yang sudah di-share. Merge = histori jujur, ada merge commit
27 Okt	Conventional commits	Prefix `feat/fix/refactor` → changelog & semver otomatis. Nilainya di otomasi, bukan estetika
28 Okt	Code review efektif	Cari: correctness, boundary case, kejelasan maksud. Abaikan: preferensi format (biar linter). Review besar = review buruk
29 Okt	Taksonomi technical debt	Debt yang bayar (percepat learning), debt yang biarkan (kode mati), debt yang wajib dilunasi (di jalur uang)
30 Okt	Agile vs Scrum vs Kanban	Agile = nilai; Scrum = iterasi tetap + peran; Kanban = aliran kontinu + WIP limit. Beda filosofi, bukan cuma ritual
31 Okt	On-call sehat	Alert harus actionable; alert fatigue = satu-satunya metrik yang penting. Runbook = dokumentasi yang dibaca saat panik
1 Nov	HTTP 418 "I'm a teapot"	Dari RFC 2324 (HTCPCP, April Fools 1998). Tetap hidup karena implementasi iseng di server & library

2. Keterampilan yang Dilatih

Yang bisa langsung dipakai Senin:

Diagnosa N+1 — baca ORM query log, ganti loop jadi batch fetch
Desain cache — pilih pola + proteksi stampede (jitter/single-flight)
Baca observability — bedakan kapan butuh metric vs trace, dan kenapa label high-cardinality itu bom biaya
Pilih protokol API — REST/gRPC/GraphQL berdasarkan pola akses, bukan tren
Konkurensi sadar runtime — tahu kapan async menolong (I/O) dan kapan tidak (CPU, GIL)
Konfigurasi LB & health check — pisahkan readiness dari liveness
Praktik tim — commit convention, ukuran PR, alert actionable, runbook minimal

3. Celah Pengetahuan

Celah dari minggu ini (SIMPULAN saya dari daftar tercatat):

Idempotency belum disentuh — padahal muncul sebagai jebakan di 3 topik berbeda (event-driven, Laravel queue retry, load balancer retry). Ini lubang paling mahal.
Saga / kompensasi belum — event-driven sudah dibahas tanpa jawaban "transaksi lintas service gagal di tengah, lalu apa?"
Sharding & hot partition belum — consistency models dibahas tapi belum sampai partisi data.
Resilience pola belum — circuit breaker, bulkhead, timeout budget. Load balancing dibahas tanpa pola gagal.
Profiling belum — observability tahu ada masalah, profiling tahu di baris mana. Flame graph belum masuk.
Tool calling design belum — MCP dibahas sebagai protokol, tapi desain schema tool + error recovery belum.
Type-level / Rust ownership belum — model konkurensi dibahas, tapi belum ada bahasa yang memaksa correctness di level compiler.
Test & load testing belum di minggu ini — sudah pernah, tapi tidak ada sesi verifikasi beban setelah 7 topik arsitektur baru.

4. Koneksi Antar Bidang

a) Konkurensi: model ↔ bahasa ↔ runtime d-concurrency-models (1 Nov) ↔ t-go-concurrency (28 Okt) ↔ t-python-async (29 Okt). Tiga sesi, satu sumbu. Model actor/CSP menjelaskan kenapa Go nyaman (channel = CSP literal); async Python menjelaskan kenapa model cooperative butuh disiplin (satu await hilang = loop macet). Insight: pilihan konkurensi bukan selera, tapi konsekuensi model.

b) Konsistensi ↔ load balancing d-consistency-models (29 Okt) ↔ d-load-balancing (31 Okt). Read-your-writes bisa hancur bukan karena database, tapi karena LB mengirim request user yang sama ke replica berbeda. Konsistensi adalah properti end-to-end, bukan properti DB saja.

c) Cache ↔ N+1 ↔ biaya d-cache-strategy (28 Okt) ↔ t-n-plus-one (1 Nov) ↔ t-cdn-edge (minggu lalu). Semua soal "berapa kali kerja diulang". N+1 = duplikasi query dalam satu request. Stampede = duplikasi query lintas request. Cache key salah = duplikasi yang tidak pernah kena hit.

d) Event-driven ↔ MCP ↔ idempotency d-event-driven (26 Okt) ↔ t-mcp (27 Okt). Dua-duanya sistem yang memanggil sesuatu yang bisa gagal dan di-retry. Hukum yang sama berlaku: at-least-once delivery + handler tidak idempotent = duplikasi efek. Ini alasan idempotency jadi celah #1.

e) Observability ↔ on-call ↔ load balancing d-observability (30 Okt) ↔ l-oncall (31 Okt) ↔ d-load-balancing (31 Okt). Health check adalah metric; alert adalah query atas metric; alert fatigue adalah cardinality + threshold yang salah. Ketiganya satu pipeline: instrumentasi buruk → alert buruk → on-call rusak.

f) API paradigm ↔ React RSC ↔ Laravel container d-api-paradigm (27 Okt) ↔ t-react-rsc (30 Okt) ↔ t-laravel-container (31 Okt). Pertanyaan sama dari tiga sisi: di mana komposisi data terjadi? Client (REST/GraphQL), server component (RSC), atau container/queue (Laravel job).

5. Rekomendasi Minggu Depan

Urut prioritas, semuanya dari pool yang belum dibahas:

d-idempotency — Idempotency key & retry-safe API. Tutup celah termahal minggu ini; menyambung event-driven, queue retry, LB retry.
d-saga — Saga & kompensasi. Jawaban untuk "transaksi lintas service gagal di tengah".
d-circuit-breaker — Circuit breaker, bulkhead, timeout budget. Pasangan wajib untuk load balancing.
t-profiling — Flame graph. Observability menjawab "ada masalah", profiling menjawab "di mana".
d-rate-limit — Token bucket, sliding window, versi terdistribusi. Dekat dengan LB + resilience.
t-tool-calling — Desain schema tool & error recovery. Lanjutan langsung MCP.
t-rust-ownership — Ownership & borrow checker. Model konkurensi dari sisi compiler.
l-estimation — Kenapa estimasi software selalu salah. Imbangan manajerial setelah 7 topik teknis berat.

Slot cadangan kalau ada waktu: d-sharding (hot partition), l-git-bisect (praktik debugging cepat).

6. Satu Pertanyaan Retrospektif

Dari 21 topik minggu ini, mana satu yang kalau kamu terapkan Senin depan akan mengubah satu keputusan nyata di pekerjaanmu — dan apa alasan jujur kamu belum menerapkannya?

⚠️ Catatan kejujuran data: File state juga menyimpan id lama di luar pool saat ini (d-cache-hierarchy, d-consistent-hashing, d-backprop, d-pac-learning, d-halting, d-tcp-congestion, d-bayes-derivation, d-information-entropy) — saya tidak memasukkannya ke rekap minggu ini karena tanggalnya di luar 26 Okt–1 Nov dan tidak ada di pool aktif. Item "Keterampilan yang Dilatih" adalah turunan dari judul topik tercatat, bukan bukti bahwa latihan praktik benar-benar dilakukan.