Apa itu DEV-WEB, dan apa yang bukan
Cara tercepat memahami DEV-WEB adalah dengan jelas soal apa yang ia tolak untuk menjadi.
Ringkas dulu
- Apa ini?
- Batasan tegas antara apa yang DEV-WEB kerjakan dan apa yang orang sering kira ia kerjakan.
- Mengapa penting?
- Sebagian besar kebingungan muncul karena orang menempatkan DEV-WEB ke kategori produk yang sudah mereka kenal, lalu kecewa.
- Bagaimana cara kerjanya?
- Halaman ini menyebut tujuannya, lalu menyebut non-tujuannya dengan sama gamblangnya.
- Contoh konkretnya?
- Kalau Anda butuh situs dibuatkan, DEV-WEB bukan alat yang membuatnya. Ia mengatur bagaimana situs itu dibuat dan diubah.
- Berikutnya baca apa?
- "Bagaimana sistem ini disusun", untuk melihat keputusan struktural yang menopang semuanya.
Apa ini sebenarnya
DEV-WEB adalah kernel yang bisa dipakai ulang untuk merekayasa situs web komersial. Ia mendefinisikan bagaimana sebuah perubahan diklasifikasikan, seberapa banyak pembuktian yang dibutuhkan kelas perubahan itu, bagaimana repositori yang sudah ada diambil alih dengan aman, bagaimana kapabilitas rekayasa yang tepat dipilih, dan apa yang harus ditunjukkan sebuah rilis sebelum dianggap selesai.
Semuanya ditulis sebagai kontrak dan skema, bukan sebagai nasihat. Bedanya besar: nasihat diperdebatkan, kontrak diperiksa.
Contoh konkret
Aturan "verifikasi harus sepadan dengan risiko" adalah nasihat, dan setiap orang menafsirkannya berbeda. Di DEV-WEB aturan itu berbentuk kelas perubahan L0 sampai L4 dengan tingkat bukti bawaan untuk masing-masing, sehingga dua orang yang menilai perubahan yang sama sampai pada kewajiban bukti yang sama.
Apa yang bukan
Berikut daftar kategori yang sering dikira, dan tidak satu pun benar:
- Bukan pembuat situs atau editor halaman. Ia tidak menghasilkan situs untuk Anda.
- Bukan templat atau paket tema. Tidak ada desain yang harus Anda warisi.
- Bukan jasa agensi atau kontrak retainer. Tidak ada yang mengerjakannya untuk Anda.
- Bukan produk hosting, CDN, atau platform deployment.
- Bukan jaminan pertumbuhan pemasaran. Yang dijanjikan adalah disiplin, bukan hasil.
| Aspek | DEV-WEB | Pembuat situs / agensi |
|---|---|---|
| Yang dihasilkan | Aturan, kontrak, dan bukti | Halaman dan desain jadi |
| Siapa yang mengerjakan | Tim Anda sendiri | Pihak penyedia |
| Yang dijanjikan | Cara memutuskan dan membuktikan | Hasil terlihat, kadang hasil bisnis |
| Terikat teknologi | Tidak | Biasanya ya |
Satu batas lagi yang sering ditanyakan: soal ditemukan di pencarian dan dijawab sistem AI, DEV-WEB punya disiplinnya sendiri, lengkap dengan daftar tegas hal yang tidak pernah dijanjikannya.
Mengapa kernel dan situs ini dipisah
DEV-WEB terbagi ke dalam dua ruang yang tidak boleh menyatu. Ruang kanonik memegang otoritas rekayasa: kontrak, skema, requirement, dan bukti. Situs edukasi ini adalah ruang yang lain, dan tugasnya hanya menyajikan dan mengajarkan.
Pemisahan ini ditegakkan, bukan sekadar diniatkan. Situs ini boleh menjelaskan, meringkas, mengajarkan, menautkan konsep, dan menunjukkan provenance secara jujur meski disederhanakan. Ia tidak boleh menerbitkan ulang sumber kanonik sebagai otoritas publik.
Contoh konkret
Bayangkan sebuah aturan ditulis dua kali: satu di kontrak, satu di halaman publik yang lebih enak dibaca. Ketika keduanya berbeda, orang akan mengikuti yang lebih enak dibaca. Membuat situs ini secara struktural tidak mampu menjadi otoritas menghapus kemungkinan itu, alih-alih meminta orang berhati-hati.
Apa yang tetap netral terhadap framework
Inti DEV-WEB tidak mewajibkan framework apa pun. Ia tidak mengasumsikan cara render, alat build, model hosting, atau runtime tertentu. Semua yang khas satu framework didorong keluar ke dalam adapter.
Astro adalah Reference Adapter #1. Ia ada untuk menunjukkan bentuk adapter yang ditulis benar, dan untuk membuktikan intinya bertahan saat bertemu framework nyata. Ia bukan default, dan mengadopsi DEV-WEB tidak berarti mengadopsi Astro.
Situs yang sedang Anda baca ini sendiri dibangun tanpa framework, hanya dengan runtime bawaan. Itu salah satu bukti praktis bahwa intinya memang tidak membutuhkan framework.
Sumber kanonik yang dijelaskan halaman ini
Halaman ini menjelaskan berkas-berkas berikut. Kalau isinya berbeda, berkas itu yang berlaku — bukan tulisan di sini.
adapters/astro/reference-adapter.jsondocs/governance/2026-08-30-DEV-WEB-EXECUTION-GOVERNANCE.mddocs/product/DEV-WEB-PRODUCT-REQUIREMENTS.mddocs/roadmap/2026-08-31-DEV-WEB-NORTH-STAR-AND-STRATEGIC-GOALS.mdkernel/core/foundation.contract.json