Saya seorang Staff Engineer yang mengabaikan sorotan

• Budaya yang berpusat pada produk di perusahaan teknologi besar menekankan hasil jangka pendek dan visibilitas, sementara di bidang infrastruktur dan alat developer, keberlanjutan dan pengelolaan sistem menjadi nilai inti
• Penulis berada di tim alat developer dan infrastruktur di Google, dan memprioritaskan kepercayaan serta efisiensi pelanggan engineer dibanding perhatian eksekutif
• Stewardship sistem jangka panjang menghasilkan akumulasi konteks dan pengalaman yang kemudian mendorong inovasi proyek besar seperti Bigtrace
• Alih-alih mengejar sorotan jangka pendek, penulis menjadikan kepercayaan dan pengaruh teknis sebagai aset, sehingga memperoleh modal politik untuk mengatakan “tidak” saat diperlukan
• Di tengah perputaran cepat industri teknologi, tetap ada jalur karier yang berlandaskan kedalaman dan kesinambungan, dan ini merupakan model alternatif yang menciptakan dampak jangka panjang

---

Rekayasa di dunia yang berbeda

• Tim produk melayani pelanggan eksternal dan menilai kinerja dengan metrik jangka pendek seperti pendapatan dan pengguna aktif bulanan (MAU)
  • Dalam lingkungan ini, kelincahan dan visibilitas (spotlight) sangat penting untuk mendapat perhatian eksekutif
• Sebaliknya, tim infrastruktur dan alat developer menjadikan engineer internal sebagai pelanggan, serta membangun alat dan sistem untuk mendukung kinerja produk dan debugging
  • Perhatian eksekutif lebih kecil, dan karena struktur yang menyulitkan perekrutan PM, operasinya cenderung bottom-up, bukan top-down, dengan engineer sebagai pusatnya
  • Tim mendefinisikan dan menyelesaikan masalah yang menurut mereka bisa memberi dampak terbesar, sementara eksekutif berperan memverifikasi dampaknya

Efek bunga majemuk dari stewardship

• Dalam lingkungan produk, kecepatan adalah mata uang utama, tetapi dalam lingkungan infrastruktur, konteks adalah aset terpenting
  • Jika engineer diperlakukan sebagai sumber daya yang bisa diganti, konteks akan hilang dan pengetahuan implisit sistem ikut lenyap
• Manfaat pertama dari pengelolaan jangka panjang adalah efisiensi melalui pengenalan pola
  • Jika bertahan lama di satu domain, permintaan baru bisa dihubungkan dengan kasus-kasus lama sehingga masalah dapat diselesaikan lebih cepat
• Manfaat kedua adalah inovasi sistemik
  • Masalah yang hanya terlihat lewat pengamatan jangka panjang dapat diselesaikan, dan hasilnya adalah Bigtrace
    • Pada awal 2023, penulis mengamati bahwa berbagai tim di Google tidak mampu memproses data pelacakan performa berskala terabyte hingga petabyte
    • Setelah 1 tahun riset prototipe dan pengumpulan umpan balik, Bigtrace dibangun pada awal 2024
    • Kini sistem ini memproses lebih dari 2 miliar trace per bulan dan digunakan oleh lebih dari 100 engineer
  • Jika penulis memilih berpindah ke proyek-proyek jangka pendek, Bigtrace tidak akan pernah ada

Kekuatan dari “tidak”

• Proyek dengan visibilitas tinggi memang mendapatkan sumber daya dan perhatian, tetapi juga membawa volatilitas politik dan risiko penurunan kualitas
• Modal kepercayaan yang dibangun lewat stewardship jangka panjang memberi kekuatan untuk menolak godaan sorotan
  • Contoh: bahkan di tengah demam AI, ada permintaan untuk mengintegrasikan LLM ke Perfetto, tetapi penulis menanggapinya dengan hati-hati karena menjadikan precision sebagai nilai inti
  • Dalam debugging kernel dan kasus serupa, timestamp yang akurat adalah keharusan, dan halusinasi tidak bisa ditoleransi
  • Namun, sikapnya bukan “menolak selamanya”, melainkan “menunda sampai bisa diimplementasikan dengan benar”

Mata uang alternatif untuk pengaruh

• Saat keluar dari sorotan, visibilitas di mata eksekutif memang berkurang, tetapi ada mata uang lain yang diperoleh: kepercayaan teknis dan kegunaan nyata
• Shadow Hierarchy
  • Dalam organisasi infrastruktur, yang penting bukan pengakuan dari atasan sendiri, melainkan dari atasan organisasi pelanggan
  • Contoh: jika tim Pixel mengatakan “tanpa Perfetto, debugging tidak mungkin dilakukan”, dampaknya akan mengalir ke jalur eksekutif
  • Ini bukan politik, melainkan advokasi berbasis kepercayaan teknis, dan menjadi bukti kuat dalam evaluasi promosi
• Utility Ledger
  • Utility: jika alat dipakai saat memperbaiki bug, itu membuktikan kegunaannya secara murni
  • Criticality: terhubung langsung dengan keberhasilan tim produk utama
  • Ubiquity: banyak organisasi berbagi trace yang sama dan berkolaborasi
  • Scale: pemrosesan data skala petabyte membuktikan kekokohan arsitektur
  • Gabungan metrik ini membantu membangun pengaruh berkelanjutan yang tidak mudah goyah bahkan saat terjadi restrukturisasi organisasi

Tipe Staff Engineer dan pilihan karier

• Menurut buku Staff Engineer karya Will Larson, ada beberapa tipe staff engineer seperti Solver/Right Hand dan Architect/Tech Lead
  • Yang pertama adalah pemecah masalah yang mengeksekusi kehendak eksekutif, sementara yang kedua adalah pemilik jangka panjang atas domain tertentu
• Penulis termasuk tipe kedua dan menekankan konteks teknis yang mendalam serta tanggung jawab jangka panjang
• Pendekatan ini sering kali hanya dimungkinkan di lingkungan perusahaan besar yang menguntungkan, dan dipengaruhi oleh keberuntungan serta pilihan pribadi
  • Bertemu tim yang bagus adalah keberuntungan, tetapi bertahan lama dan tumbuh menjadi steward adalah pilihan
  • Tim-tim seperti ini tidak banyak disorot dari luar, tetapi mempertahankan misi yang berkelanjutan dan budaya engineering yang stabil

Kesimpulan

• Industri teknologi menekankan slogan “bergerak cepat”, tetapi tetap ada jalur kedalaman dan kesabaran
• Tanpa mengejar sorotan pun, kita bisa membangun karier yang bermakna dan berdampak
• Bertahan lama di satu ruang masalah dan membangun sistem yang berkelanjutan justru merupakan pilihan yang paling ambisius

[GN⁺]

Opini Hacker News

• Setelah bekerja lebih dari 25 tahun, pelajaran yang didapat adalah bahwa jika kita tidak memiliki cerita dan pencapaian kita sendiri secara langsung, akan ada orang lain yang mengambilnya
  Terutama di perusahaan besar, orang yang populer sering kali merebut kredit
  Tidak harus selalu berada di bawah sorotan, tetapi meninggalkan rekam jejak itu penting
  Kita perlu mencatat kontribusi kita dengan jelas lewat dokumen internal atau presentasi eksternal

  • Hal seperti ini bukan cuma terjadi di perusahaan Amerika, tetapi mirip di semua organisasi
    Jika tidak populer, bahkan di tim bisbol kita bisa berakhir di bangku cadangan, dan hal yang sama berlaku untuk masuk sekolah pascasarjana atau komunitas ML
    Dunia berjalan seperti semacam sistem kompetisi popularitas
  • Karena struktur politik seperti ini, saya ingin menjauh dari kehidupan korporat
    Jika bukan sekadar bekerja lalu dibayar, melainkan promosi diri itu wajib, saya merasa lebih baik memiliki dan mengendalikan pekerjaan saya sendiri
  • Namun tidak semua karier dibangun dari proyek-proyek yang mendapat sorotan
    Saya pikir mata uang terpenting di dalam perusahaan adalah kepercayaan
    Jika dalam waktu lama kita terlibat di berbagai proyek sukses, pada akhirnya pimpinan akan melihat benang merahnya
    Promosi memang lambat, tetapi reputasi dan jaringan akan terakumulasi dan menghasilkan pertumbuhan yang stabil
  • Di FAANG, setelah melewati level tertentu dan masuk fase ‘rest & vest’, orang jadi tidak terlalu memikirkan masalah seperti ini
    Karena sudah menghasilkan cukup banyak uang, mereka tidak lagi peduli pada kredit
  • Saya juga beberapa kali mendapat peluang lebih karena hubungan yang baik daripada kemampuan, dan sebaliknya pernah rugi karena hubungan yang buruk
    Sekarang rasanya sudah seimbang, tetapi kebanyakan orang tampaknya tidak seberuntung itu

• Tulisan ini benar-benar ditulis dengan sangat baik
  Jangan hanya fokus pada nuansa “saya benci politik”, tetapi pahami juga struktur politik di Infra dan DevEx
  Saya bekerja sebagai PM infrastruktur di Slack selama 5 tahun, dan baru memahami proses peluncuran produk pada tahun keempat
  Kuncinya adalah membantu pelanggan internal (engineer produk) berhasil, dan umpan balik ‘Shadow Hierarchy’ adalah faktor penting untuk promosi
  Jika kita mengoptimalkan keberhasilan internal seperti ini, imbalannya datang baik dalam stabilitas maupun karier
  Namun ini bukan cheat code yang bisa mengabaikan hakikat bisnis

  • Bahkan di perusahaan skala menengah, politik internal dan struktur umpan balik seperti ini bekerja dengan cara yang sama

• Penulis dengan tepat menyoroti perbedaan penilaian antara product engineering dan infrastructure engineering
  Hanya saja, generalisasi yang berbasis pada lingkungan khusus seperti Google terasa agak naif
  Jika kondisi pasar atau prioritas pimpinan berubah, nilai yang sudah kita bangun juga harus didefinisikan ulang

  • Penulis aslinya memang menyadari hal itu
    Ia menekankan bahwa tulisannya bukan panduan sukses universal, dan menjelaskan bahwa di lingkungan lain diperlukan strategi yang berbeda
  • Pembaca lain juga membantah dengan mengatakan bahwa “poin itu sudah dibahas di bagian akhir tulisan,” sehingga ini bukan sesuatu yang naif

• Di perusahaan besar, penilaian ala voting popularitas itu umum terjadi
  Banyak orang dinilai dengan kriteria samar seperti “kepemimpinan komunitas”
  Namun saya merasa nilai yang sebenarnya justru ada pada orang yang diam-diam melakukan pekerjaan dengan baik dan membantu orang lain

  • Sulit rasanya menjaga keseimbangan antara ‘nilai abstrak’ ala VC dan ‘obsesi ROI’ ala MBA
  • Pekerjaan teknis yang mendalam dan tidak terlihat sering diremehkan, padahal jika salah ditangani risikonya bisa menjatuhkan seluruh sistem
  • Belakangan ini banyak manajer yang tidak bisa menilai kualitas kode, sehingga penilaian akhirnya ditentukan oleh popularitas
    Engineer pun terjebak dalam dilema antara memilih kode yang solid atau promosi diri
  • Dulu orang hanya dipuji saat menyelesaikan masalah, sementara performa yang konsisten dianggap biasa saja
    Pada akhirnya, desain insentif yang tepat adalah inti dari pengelolaan organisasi

• Dalam 25 tahun karier, saya hampir selalu pindah perusahaan setiap 2 tahun, tetapi di perusahaan sekarang saya sudah 4 tahun
  Saya membangun platform internal dan menyelesaikan masalah pelanggan yang nyata, dan terlepas dari politik, itulah yang mendorong saya setiap hari

  • Keberhasilan bottom-up seperti ini memang jarang, tetapi sekali terjadi, energinya luar biasa besar

• Saya sudah lama berada di satu tim sebagai engineer infrastruktur dan tooling, dan isi tulisan ini sangat sesuai dengan kenyataan
  Kadang memang ada hasil yang mudah diraih, tetapi sebagian besar adalah pekerjaan teknis rutin yang tenang dan memuaskan

• Saya juga lebih suka bekerja di tim infrastruktur daripada tim produk
  Saya lebih bebas dari perubahan suasana hati pimpinan, dan bisa fokus pada kematangan teknis
  Saat ini saya menikmati pekerjaan memperbaiki infrastruktur tim lain secara diam-diam di sebuah perusahaan menengah

• Fakta bahwa seseorang harus membela nilainya sendiri lewat tulisan seperti ini bukanlah sinyal yang baik
  Tentu promosi diri dan karisma memang menguntungkan untuk promosi, tetapi tidak perlu sampai membuat dunia jadi lebih buruk
  Orang seperti Wozniak yang bekerja dengan tekun dalam diam juga tetap dibutuhkan

• Penulis bisa menghindari sorotan karena ia sudah seorang Staff Engineer
  Saat masih di startup, ia sudah mendapat kepercayaan sehingga tidak perlu terlalu menonjolkan diri, tetapi di BigTech politiknya jauh lebih kuat
  Saya sendiri awalnya hanya ingin mencari uang lalu pergi dalam jangka pendek, tetapi membantu junior dan intern agar diakui ternyata jauh lebih sulit
  Sekarang proyek saya sendiri sudah memberi visibilitas, jadi saya tidak perlu mempromosikannya secara khusus

  • Namun ada orang lain yang tidak setuju dengan ini
    Ia mengatakan bahwa sejak masih di level L3 di Google pun, tanpa mengejar sorotan, ia tetap mendapat pengakuan yang cukup lewat berbagi dan berkolaborasi dengan sesama engineer

• Jika kita sudah punya cukup modal (baik sosial maupun finansial), kita bisa bertahan selama 3 tahun, dan bila hasilnya muncul pada tahun kedua, trial and error di awal akan terlupakan
  Masalahnya adalah risiko saat kita salah

  • Risiko lain adalah ketika kita berhasil mencegah masalah besar sejak awal tetapi tidak ada yang menyadari nilainya
    Meski kita berupaya demi rilis tanpa bug, pada akhirnya yang dipuji justru orang yang lembur untuk memadamkan masalah
  • Namun jika kita cukup banyak berbicara dengan pelanggan dan memahami konteks pasar, risikonya bisa dikurangi
    Tentu keberuntungan juga berperan, tetapi saya percaya kesempatan datang kepada orang yang siap