Adopsi rujukan

Provenance nyata untuk metodenya, lengkap dengan bagian-bagian yang tidak bisa dipindahkan ke siapa pun.

Ringkas dulu

Apa ini?
Satu repositori nyata tempat metode ini benar-benar diterapkan pada pekerjaan produksi.
Mengapa penting?
Metode yang belum pernah bertemu kenyataan hanya deskripsi.
Bagaimana cara kerjanya?
Catatannya disimpan sebagai provenance pada commit yang persis, bukan sebagai templat untuk ditiru.
Contoh konkretnya?
Merek, salinan teks, hosting, dan framework adopsi itu tidak menjadi default siapa pun.
Berikutnya baca apa?
"Mengadopsi DEV-WEB", untuk langkah yang bisa Anda ambil sendiri.

Apa itu adopsi rujukan

Adopsi rujukan adalah repositori nyata tempat metode ini diterapkan pada pekerjaan produksi, disimpan sebagai bukti bahwa pendekatannya sudah bertemu kenyataan, bukan hanya deskripsi.

Reference Adoption #1 adalah Bilal Computer, tercatat pada commit yang persis beserta perubahan yang membawa buktinya. Ia disimpan sebagai provenance: catatan tentang apa yang benar bagi adopsi itu, pada waktu itu.

Apa yang ia tunjukkan

Nilainya ada pada pola-pola yang bertahan setelah bersentuhan dengan situs yang hidup:

  • Ambil alih repositori yang sudah diketahui baik melalui otoritas yang jelas, invarian yang dinyatakan, dan perubahan yang dibatasi — bukan dengan memaksakan penulisan ulang.
  • Kedalaman verifikasi mengikuti luas dampak, tingkat ketidakpastian, dan seberapa mudah perubahan dibatalkan — bukan mengulang audit penuh untuk setiap perubahan.
  • Konektor repositori ditambah jalur runner atau operator yang terkendali bisa menggantikan akses shell langsung yang tidak tersedia, selama jalurnya tetap aman, bisa dibatalkan, bisa diaudit, dan didukung bukti.
  • Siapkan titik pulih sebelum perubahan sebagian dijalankan, dan jaga jalur produksi yang dilindungi secara eksplisit selama deployment yang dibatasi.
  • Buktikan proses dan konfigurasi yang benar-benar melayani jalur permintaan publik sebelum mengubah infrastruktur; nama perintah atau urutan PATH bukan otoritas.
  • Pengerasan cache dan keamanan produksi membutuhkan bukti header yang benar-benar dikirim ditambah uji peramban yang representatif — bukan sekadar memeriksa berkas konfigurasi.
  • Setelah fakta produksi terbukti, kontrak runtime dan operator di sisi repositori diselaraskan dengan fakta itu, supaya perawatan berikutnya tidak mengulang asumsi yang keliru.

Itulah bagian yang bisa dipindahkan: cara pekerjaan diputuskan dan dibuktikan, bukan bagaimana rupa akhir situsnya.

Apa yang tidak pernah menjadi default

Satu pengadopsi bukan templat. Hal-hal berikut adalah milik adopsi itu dan bukan milik siapa pun yang lain:

  • Merek dan identitas visual Bilal Computer
  • Teks yang khusus ditulis untuk Makassar
  • Nomor telepon dan detail kontaknya
  • Gambar yang dibuat untuk proyek itu
  • Gaya visual "Light Corporate Glass"
  • Runtime Astro yang dipakainya
  • Hosting berbasis aaPanel
  • Kata kunci SEO yang khusus untuk Bilal Computer

Menggeneralisasi identitas sebuah pengadopsi secara eksplisit tidak diizinkan. Adopsi rujukan menunjukkan sebuah metode pernah bekerja di tempat yang nyata; ia tidak membuat pilihan pengadopsi itu menjadi benar di tempat lain.

Pelajaran yang bisa dipindahkan

Yang bisa dipindahkan adalah disiplinnya: mengadopsi repositori yang sudah ada melalui otoritas yang jelas dan perubahan yang dibatasi, mengukur verifikasi mengikuti luas dampak, menyiapkan jalan pulang sebelum mengubah apa pun, menjaga jalur terlindungi secara sengaja, dan membuktikan runtime yang benar-benar melayani.

Sebagian pelajaran itu sudah didistilasi menjadi artefak yang berdiri sendiri di kernel: Tier Playbook tiga tingkat untuk situs komersial satu pemilik, template starter seo-geo.json, dan panduan adopsi Google Merchant Center. Artefak-artefak itu diturunkan dari adopsi nyata ini, bukan dari deskripsi yang ditulis lebih dulu.

Catatan provenance itu juga sengaja dibiarkan seperti saat ditulis. Ia tidak disunting agar cocok dengan requirement yang datang belakangan, karena menulis ulang catatan sejarah supaya sesuai aturan baru membuatnya tidak lagi menjadi bukti apa pun.

Sumber kanonik yang dijelaskan halaman ini

Halaman ini menjelaskan berkas-berkas berikut. Kalau isinya berbeda, berkas itu yang berlaku — bukan tulisan di sini.

  • docs/product/DEV-WEB-PRODUCT-REQUIREMENTS.md
  • evidence/reference-adoptions/bilal-computer/reference-adoption.json
  • kernel/core/adopter-workflow.contract.json
  • kernel/core/foundation.contract.json
  • schemas/release-evidence.schema.json

Lanjutkan ke