Kelas 10. Hukum Data — Agent Operable Data

Tips Emas

Kita sudah menyusun kode (Kelas 8) dan sistem (Kelas 9). Tersisa data. Data paling berbahaya. Kode salah = tes menangkap. Sistem salah = /health menangkap. Data salah = tidak ada yang tahu. Ditemukan 3 bulan kemudian di laporan kuartal.

Ke agen: “Buat skema dengan kolom eksplisit dan constraint. amount harus lebih dari 0, status hanya menerima nilai yang ditentukan.”

Ke agen: “Masukkan Excel ini ke DB. Harus mematuhi constraint DDL. Baris yang melanggar pisahkan ke file terpisah dengan laporan.”

Skema adalah hukum yang saya tetapkan

NOT NULL, FOREIGN KEY, CHECK — aturan di DB. Siapa yang memasukkan tidak penting. Memenuhi skema = masuk. Tidak = ditolak. Pola sejak 1970.

Hukum bukan keadilan (justice), tapi definisi (definition).

Garis pertahanan tiga lapis

1. Constraint DB (terkuat) — NOT NULL, UNIQUE, CHECK, FOREIGN KEY. Tidak bisa dilewati.
2. Aturan bisnis (Rego) — “Diskon >30% perlu persetujuan manajer”
3. Ratchet migrasi — DDL berubah -> validate -> migrasi (up+down) -> staging -> produksi

Pola sama, domain berbeda

Semua struktur yang sama: Deklarasikan, verifikasi, kunci, pertahankan.

Visi Kelas 10

Kode -> Sistem -> Data. Prinsip yang sama bekerja di tiga domain.

Deklarasikan, verifikasi, kunci, pertahankan. Keputusan manusia, implementasi dan verifikasi mesin.

Dengan kata-kata tercipta. Bukan hanya kode, tapi sistem dan data juga. Tapi perlu tali kekang, rel, dan hukum. Merancang itu semua adalah Reins Engineering.

Seri Kuliah Reins Engineering Lengkap