DEV-WEB Situs edukasi

DEV-WEB

DEV-WEB adalah kumpulan aturan kerja untuk membangun dan mengubah situs web komersial dengan bukti, bukan tebakan. Halaman ini menjelaskan intinya dalam satu layar.

Halaman ini, diurai menjadi lima lapisan: dari yang Anda lihat sampai yang mengikat.

  1. 00 keluaran build

    Halaman yang Anda baca

    HTML dan CSS statis yang sampai ke browser Anda, tanpa JavaScript dan tanpa permintaan ke situs lain. Ini hasil build, bukan sumbernya: setiap lapisan di bawahnya ikut menentukan isinya.

  2. 01 bukan otoritas

    Situs edukasi ini

    Menjelaskan isi ruang kanonik dengan bahasa yang bisa dipahami pemula. Halaman yang enak dibaca tidak pernah menggantikan aturan yang ditegakkan.

  3. 02 lokal, tidak mengikat proyek lain

    Adapter dan penerapan lokal

    Tempat kenyataan khas satu framework boleh tinggal: perintah build, diagnostik, dan konvensi keluarannya. Astro adalah Reference Adapter #1, sebuah contoh yang dinomori.

  4. 03 otoritas

    Kontrak dan skema

    Bentuk yang bisa diperiksa mesin: urutan adopsi, perutean kapabilitas, dan wujud bukti yang sah. Di sinilah aturan berhenti menjadi niat baik.

  5. 04 otoritas, privat

    Kernel inti

    Dasar semua hal di atasnya: siklus hidup, kelas perubahan, aturan verifikasi, dan semantik rilis. Netral terhadap framework mana pun.

Ringkas dulu

Apa ini?
Sekumpulan aturan yang mengatur bagaimana pekerjaan pada sebuah situs web diputuskan, diukur, dibuktikan, dan dirilis.
Mengapa penting?
Karena kebanyakan masalah situs komersial bukan soal kode yang salah, melainkan soal perubahan yang dilakukan tanpa ukuran, tanpa bukti, dan tanpa jalan pulang.
Bagaimana cara kerjanya?
Setiap pekerjaan melewati fase yang sama, setiap perubahan diberi kelas dampak, dan besar pembuktian mengikuti besar dampaknya.
Contoh konkretnya?
Mengganti satu kalimat di halaman dan mengubah aturan URL sama-sama "perubahan kecil" bagi penulisnya, tetapi hanya yang kedua bisa membuat seluruh situs hilang dari pencarian. DEV-WEB memisahkan keduanya sejak awal.
Berikutnya baca apa?
Kalau Anda ingin paham dulu, buka "Apa itu DEV-WEB, dan apa yang bukan". Kalau Anda menimbang penerapan, langsung ke "Mengadopsi DEV-WEB".

Penjelasan satu paragraf

DEV-WEB adalah sebuah kernel: sekumpulan kontrak yang menjelaskan bagaimana pekerjaan pada situs web sebaiknya diputuskan, diukur, dibuktikan, dan dirilis. Kata "kernel" di sini berarti inti aturan yang bisa dipakai ulang di banyak proyek yang teknologinya berbeda-beda.

Empat hal itu punya jawaban yang tegas di dalamnya: setiap perubahan diberi kelas dampak sebelum dikerjakan, besar pembuktian mengikuti besar dampaknya, repositori yang sudah ada diambil alih tanpa ditulis ulang, dan sebuah rilis harus menyebut artefak yang persis beserta jalan pulangnya.

Ia bukan pembuat situs, bukan paket templat, bukan jasa agensi, dan bukan layanan hosting. Ia tidak membuatkan situs Anda. Yang ia jelaskan adalah disiplin rekayasanya — dalam bentuk yang cukup rinci sehingga manusia maupun mesin bisa memeriksa apakah disiplin itu benar-benar dijalankan.

Ruang kanonik otoritas

  • Kernel inti
  • Kontrak & skema
  • Bukti

Ruang presentasi bukan otoritas

  • Situs edukasi ini
  • Adapter
Arah panah hanya satu: ruang presentasi menjelaskan ruang kanonik, tidak pernah menggantikannya.

Siklus hidup kerja, sekilas

Setiap pekerjaan bergerak melalui fase yang sama. Fase-fase ini sengaja dibuat biasa saja; yang membuatnya berguna adalah pekerjaan tidak boleh melompat dari ide langsung ke perubahan produksi tanpa keputusan dan bukti di antaranya.

Memahami

  1. DISCOVER Memahami keadaan yang sebenarnya sebelum menyentuh apa pun.
  2. DEFINE Menetapkan hasil yang dituju dan batasnya.
  3. DESIGN Merancang bentuk perubahan sebelum menulis kode.

Mengerjakan

  1. BUILD Mengerjakan perubahan dalam ruang lingkup yang sudah dibatasi.
  2. VERIFY Membuktikan perubahan bekerja, sebanding dengan risikonya.
  3. RELEASE Melepas ke publik dengan titik pulih yang sudah disiapkan.

Merawat

  1. OBSERVE Melihat perilaku nyata setelah rilis, bukan menganggapnya beres.
  2. HARDEN Menutup kelemahan yang terlihat setelah sistem dipakai.
  3. GROW Menambah kemampuan di atas dasar yang sudah terbukti.
Setiap fase wajib meninggalkan satu keputusan dan buktinya. Urutannya tetap sama untuk pekerjaan sekecil apa pun, yang berbeda hanya kedalaman buktinya.
Kenapa fase yang membosankan justru penting?

Kegagalan situs komersial jarang berbentuk satu kesalahan besar. Bentuk yang lebih umum adalah rangkaian langkah masuk akal yang tidak pernah dicatat: tidak ada yang tahu keadaan awalnya, tidak ada yang menulis apa yang harus tetap benar, dan ketika sesuatu rusak tidak ada titik untuk kembali.

Fase yang eksplisit memaksa hal-hal itu muncul di permukaan sebelum dibutuhkan, bukan sesudah.

Untuk siapa situs ini

Ada empat jenis pembaca yang datang ke sini. Susunan situs ini mengikuti mereka, bukan mengikuti struktur dokumen internal.

Baru pertama ke sini

Belum tahu apa-apa dan sedang menimbang apakah ini relevan. Butuh penjelasan singkat tanpa istilah tata kelola.

Yang akan menerapkan

Sedang menilai apakah dan bagaimana DEV-WEB dipakai pada repositori situs yang nyata. Butuh mekanismenya.

Eksekutor teknis atau AI

Butuh peta konsep sebelum bekerja di dalam sistem, tanpa membuka otoritas operasional yang bersifat privat.

Pemilik dan pemangku risiko

Bertanggung jawab atas hasil, biaya, dan risikonya. Butuh alasan untuk percaya, dan kejelasan soal apa yang tidak dijanjikan.

Dua langkah berikutnya

Ada dua jalur yang jujur dari sini, dan keduanya berbeda ukuran.

Pahami dulu apa ini Mulai dari tujuannya dan — sama pentingnya — dari apa yang bukan tujuannya. Sekitar sepuluh menit membaca sebelum masuk ke hal teknis. Nilai untuk diterapkan Lihat apa yang sudah ada hari ini, apa yang masih rencana, dan bagaimana adopsi dimulai pada repositori yang sudah Anda punya.

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
  • docs/roadmap/2026-08-31-DEV-WEB-NORTH-STAR-AND-STRATEGIC-GOALS.md
  • kernel/core/foundation.contract.json

Lanjutkan ke