Belajar Principal Engineer - Pre-Requisites Skill & Setup Environment

#Pendahuluan

Selamat datang di series Belajar Principal Engineer! Series ini akan membawa kalian menguasai peran Principal Engineer — level IC (individual contributor) paling senior yang menentukan arah teknis seluruh organisasi: arsitektur, standar, keputusan besar, dan program lintas tim. Total ada 28 episode yang tersusun dalam enam fase, dari peran & scope, technical vision & strategy, leading complex initiatives, hingga org-wide influence, talent, dan legacy engineering leadership.

Mengapa peran ini layak diperjuangkan? Karena principal adalah jawaban organisasi atas pertanyaan "siapa yang memastikan keputusan teknis jangka panjang kita benar?". Keputusan di level ini menyentuh puluhan tim dan bertahan bertahun-tahun. Kompensasinya mencerminkan tanggung jawab itu — di pasar AS 2026, total comp principal di perusahaan teknologi besar menembus $350K+, setara jalur eksekutif.

Berbeda dari series coding murni, lab kita berupa dokumen strategis, metrik organisasi, dan studi kasus kepemimpinan teknis. Episode 0 ini adalah peta jalan kalian: kita pastikan skill dasar terpenuhi, lalu siapkan workspace yang dipakai konsisten sepanjang series.

#Skill Dasar yang Wajib Dimiliki

#Craft Level Staff yang Teruji

Principal bukan promosi karena lama bekerja — ia perluasan dari level staff. Sebelum lanjut, pastikan kalian sudah:

• Memimpin proyek kompleks lintas tim — bukan hanya fitur dalam satu tim, melainkan inisiatif yang melibatkan beberapa tim dan bulan-bulan eksekusi.
• Menguasai breadth dan depth — paham satu domain secara dalam (misal backend terdistribusi) sekaligus cukup fasih di domain lain untuk berdiskusi.
• Menulis dokumen desain yang berdampak — RFC/ADR kalian pernah mengubah arah lebih dari satu tim.

Jika belum, selesaikan dulu jalur learn-staff-engineer. Melompat ke principal tanpa fondasi staff menghasilkan gelar tanpa pengaruh.

#Berpikir Org-Wide dan Business Sense

Yang membedakan principal dari staff adalah satuan analisisnya: staff berpikir lintas tim, principal berpikir lintas organisasi. Latih kebiasaan ini:

#Komunikasi Tertulis dan Kepercayaan

Di level org, dokumen kalian berjalan jauh tanpa kehadiran kalian. Kalian wajib nyaman:

1. Menulis ringkas namun tajam — memo satu halaman yang bisa dibaca VP dalam lima menit.
2. Presentasi ke eksekutif — mulai dari kesimpulan (BLUF: bottom line up front), bukan kronologi.
3. Memberi dan menerima kritik keras — ide kalian akan diserang di forum; pisahkan diri kalian dari proposal kalian.

Kepercayaan adalah mata uang sesungguhnya. Principal tanpa trust dipandang sebagai penulis dokumen; principal dengan trust dipanggil sebelum keputusan besar diambil.

#Perangkat Software yang Disiapkan

#Workspace Dokumen Strategis

Siapkan folder kerja yang akan kita pakai di hampir semua episode praktik:

~/principal-lab/
├── rfc/            # proposal teknis lintas tim
├── decisions/      # decision records (ADR gaya org)
├── vision/         # technical vision & strategy docs
├── dashboards/     # catatan metrik org (DORA, cost, reliability)
├── initiatives/    # blueprint inisiatif besar
└── portfolio/      # jejak dampak: sebelum/sesudah, angka, testimonial

Jadikan repo git sejak hari pertama — riwayat revisi dokumen adalah bagian dari portofolio kalian.

#Templat RFC Inti

Isi rfc/template.md dengan format yang akan kita pakai dan kembangkan sepanjang series:

# RFC-NNN: [Judul]
 
Author: [nama] · Status: Draft | Review | Accepted | Superseded
Tanggal: YYYY-MM-DD · Pemengaruh: [tim/org]
 
## Ringkasan (3 kalimat maksimal)
 
## Konteks & Masalah
Apa masalahnya? Angka, insiden, atau biaya yang membuktikannya.
 
## Proposal
Apa solusinya pada level arsitektur & organisasi?
 
## Alternatif yang Dipertimbangkan
Minimal dua alternatif beserta alasan ditolak.
 
## Dampak Org
Tim mana yang terkena, migrasi apa yang diperlukan, estimasi biaya.
 
## Risiko & Mitigasi
 
## Rencana Pengukuran
Metrik apa yang membuktikan berhasil/gagal, dicek kapan.

Bagian Rencana Pengukuran sering dilewati orang — padahal ia yang membedakan proposal principal dari opini senior mana pun.

#Akses Metrik Organisasi

Sebagian besar episode meminta kalian membaca angka nyata: velocity tim, reliability, cost. Pastikan kalian punya akses read-only minimal ke:

• Dashboard delivery (DORA: deployment frequency, lead time, change failure rate, MTTR).
• Data biaya cloud (tagging per tim/service).
• SLO & incident history.

Jika akses belum ada, mulai dari metrik tim kalian sendiri — episode 13 dan 15 menunjukkan cara membangunnya dari nol.

#Perangkat Hardware

Kabar baik: pekerjaan principal ringan untuk hardware. Laptop 16 GB RAM cukup untuk editor, diagram, dan container sesekali. Investasi yang lebih berdampak: layar besar atau dual monitor untuk membaca dan menulis dokumen panjang, serta headset bagus — sebagian besar waktu kalian ada di rapat desain dan diskusi lintas tim.

#Verifikasi Environment

Sebelum lanjut ke episode 1, jalankan verifikasi singkat:

git -C ~/principal-lab init && ls ~/principal-lab/rfc/template.md
# cek kemampuan menulis & preview markdown lokal
command -v code || command -v nvim

Checklist akhir:

• Workspace ~/principal-lab ada, menjadi repo git, templat RFC terisi.
• Akses minimal ke satu sumber metrik org (delivery, cost, atau reliability).
• Satu dokumen desain karya kalian yang pernah memengaruhi lebih dari satu tim — sebagai baseline portofolio.

#Ringkasan Prasyarat

Rangkuman yang sudah kalian siapkan di episode 0:

• Skill: craft staff yang teruji, berpikir org-wide dengan business sense, komunikasi tertulis yang membangun trust.
• Workspace: ~/principal-lab dengan folder rfc, decisions, vision, dashboards, initiatives, dan portfolio.
• Templat: RFC inti dengan bagian wajib Rencana Pengukuran.
• Metrik: akses read-only ke dashboard delivery, biaya, atau reliability organisasi.

Jika ada yang belum terpenuhi, lengkapi dulu sebelum melanjutkan. Perjalanan 28 episode ke depan akan jauh lebih bermakna dengan pijakan ini.

#Penutup

Inti yang harus dibawa pulang:

• Principal dibangun di atas craft staff, bukan menggantinya — proyek kompleks lintas tim adalah tiket masuknya.
• Satuan analisis principal adalah organisasi: bisnis, produk, dan dinamika org wajib dipahami.
• Toolkit dasar: workspace dokumen strategis, templat RFC, dan akses metrik org.
• Catat dampak kalian sejak sekarang; portofolio principal adalah riwayat keputusan, bukan daftar tools.

Di episode 1 selanjutnya kita akan membahas peran & principal level — apa yang sebenarnya dikerjakan principal sehari-hari, posisinya di IC ladder dibanding senior/staff/distinguished, miskonsepsi umum, dan bagaimana konteks 2026 dengan AI serta platform membuat peran ini dihargai setara jalur CTO. Pastikan workspace kalian sudah siap, karena perjalanan Belajar Principal Engineer baru saja dimulai!