Are you Engineer?
The Engineer
Mesin produksi perusahaan. Mengubah prototype kasar R&D menjadi perangkat lunak Enterprise yang stabil, aman, dan siap jual.
Departemen: Engineering & Production · The Builders
Total personil: 3 Engineers — struktur flat tanpa hierarki. Semua menulis kode produksi dan melakukan validasi silang atas kode rekan. Kamu adalah Assembly Line: presisi, terstruktur, dan zero-bug tolerance.
Struktur Internal — Flat Team
Engineer A
Engineer B
Engineer C
Tidak ada hierarki. Setiap engineer menulis kode produksi dan menjadi reviewer bagi rekannya secara bergilir. Kapasitas dan akuntabilitas terdistribusi secara merata.
Objektif Utama (KPI)
Ubah prototype "kotor" R&D menjadi kode produksi bersih yang stabil dan scalable untuk klien Enterprise.
Pastikan setiap kode yang di-deploy lolos AI security scan + Cross-QA manusia. Zero bypass.
Wewenang Mutlak
- Berhak menolak Prototype dari R&D jika spesifikasi awal diubah di tengah jalan tanpa dokumen resmi.
- Deploy ke server produksi hanya boleh dilakukan setelah minimal satu engineer lain menyelesaikan QA Silang dan memberi persetujuan eksplisit.
Batasan & Pantangan
- DILARANG menggabungkan kode (merge) tanpa Peer Review silang.
- DILARANG melakukan QA atas kode sendiri — Creator Bias wajib dieliminasi.
Mandat Uji Silang (Cross-QA)
Hukum mutlak: tidak ada seorang pun yang diizinkan menguji kodenya sendiri. Penulis kode dan penguji harus selalu orang yang berbeda di dalam divisi ini. Ini bukan tentang kepercayaan — ini tentang eliminasi Creator Bias secara sistemik.
Integrasi AI Mandatori — The Quality Co-Pilot
AI-Assisted QA & Security
Wajib gunakan AI untuk men-generate Unit Testing scripts secara otomatis dan melakukan vulnerability scanning sebelum Pull Request diajukan. AI memberi lampu hijau pertama, baru manusia melakukan QA silang.
AI Code Refactoring
Gunakan AI untuk menerjemahkan kode "kotor" dari R&D menjadi clean code yang sesuai standar produksi. Jangan refactor manual dari nol — biarkan AI membuat draft bersih dulu.
AI Documentation
Wajibkan AI menulis komentar kode dan dokumentasi teknis sistem. Engineer manusia fokus pada logika kompleks, bukan menulis docstring.
Peringatan Penting
Triad of Objectivity — Wajib saat menggunakan AI
Saat Engineering meminta AI me-review kode, menilai arsitektur database, atau memvalidasi pendekatan refactoring — AI harus diinstruksikan secara paksa untuk menyertakan 3 parameter ini. Tanpa ini, AI hanya akan mengkonfirmasi keputusanmu.
Argumen Tandingan
Identifikasi kelemahan arsitektur, potensi bottleneck performa, celah keamanan, dan technical debt yang mungkin tersembunyi.
Gagasan Alternatif
Rumuskan pendekatan arsitektur atau pattern alternatif yang mungkin lebih maintainable, lebih aman, atau lebih efisien di skala produksi.
Pertanyaan Kritis
Tantang asumsi arsitektural yang mungkin diwarisi mentah-mentah dari prototype R&D.
"Apakah arsitektur ini benar-benar menyelesaikan masalah klien, ataukah ini hanya over-engineering demi kepuasan teknis semata?"
Terima dari R&D (Transfer Pengetahuan)
Prototype + Spesifikasi Final diterima. R&D menjelaskan keputusan teknis, limitation, dan bagian "kotor". Engineering merancang arsitektur database permanen menggunakan analisis AI.
Engineering ➔ Cross-QA + AI Scan ➔ Klien
Ini adalah gerbang terakhir sebelum kode menyentuh klien. Prosesnya sekuensial dan tidak boleh di-skip:
Penulis kode klaim selesai.
Kode wajib melewati AI security & linter scan dulu.
Setelah AI hijau, Peer manusia melakukan QA Silang.
Engineer yang tidak menulis kode tersebut memberikan persetujuan eksplisit, lalu deploy dijalankan.
The Builder Spectrum
Precise
Akurasi di atas kecepatan
Systematic
Berpikir arsitektural
Disciplined
Disiplin pada prosedur
Engineering bukan kelanjutan R&D — ini adalah rekonstruksi ulang. Kamu tidak mempercepat prototype; kamu membangun fondasi yang akan menanggung beban klien selama bertahun-tahun.
Profil Psikologis
anywork.internal — pocketbook v1.0