Hal-hal yang Saya Pelajari sebagai Engineer Senior (2021)

• Tulisan jujur seorang data engineer dengan pengalaman 10 tahun yang ditulis saat mabuk tentang karier, teknologi, rekan kerja, dan hidup; ini adalah arsip dari posting yang awalnya dimuat di Reddit r/ExperiencedDevs
• Daripada tech stack itu sendiri, yang penting adalah 10~20 prinsip inti di tiap bidang, dan stack hanyalah alat untuk mempermudah penerapannya
• Cara paling efektif untuk bertumbuh dalam karier adalah pindah kerja, dan tidak ada alasan untuk bertahan di tempat kerja yang tidak memuaskan
• Kode yang bagus adalah kode yang bisa dipahami engineer junior, dan kode terbaik adalah tidak ada kode sama sekali
• Jangan kaitkan nilai diri dengan kompensasi atau jabatan; kebaikan hati dan kerja keras akan mengubah karier dan hidup dalam jangka panjang

---

Saya sedang mabuk dan mungkin akan menyesal, tapi saya akan menulis peringkat ala orang mabuk tentang hal-hal yang saya pelajari sebagai engineer selama 10 tahun terakhir.

• Cara terbaik yang paling memajukan karier saya adalah berpindah perusahaan
• Tech stack tidak terlalu penting — di bidang data ada sekitar 15 pola dasar, dan di semua bidang ada 10~20 prinsip inti; tech stack hanyalah alat untuk mempermudahnya, jadi jangan terlalu khawatir
• Ada alasan kenapa orang menyarankan pindah kerja — kalau Anda tidak puas dengan tempat kerja, sudah saatnya pergi
• Saya memang mendapat teman dekat seumur hidup dari tempat kerja, tapi itu tidak harus jadi syarat di semua pekerjaan — saya pernah punya pekerjaan yang menyenangkan tanpa teman dekat, dan pekerjaan yang menyedihkan meski punya teman baik
• Saya belajar bagaimana menjadi cukup jujur kepada manajer — jangan terlalu jujur, tapi cukup untuk tetap autentik di tempat kerja. Skenario terburuk? Dipecat? Dalam 2 minggu saya bisa dapat pekerjaan baru
• Kalau Anda terbangun karena on-call jam 2 pagi lebih dari sekali per kuartal, berarti ada masalah serius, dan Anda harus memperbaikinya atau keluar

Menuang satu gelas lagi

• Kualitas manajer yang baik banyak tumpang tindih dengan kualitas engineer yang baik
• Saat baru mulai, saya terpesona pada teknologi, pemrograman, dan ilmu komputer, tapi sekarang masa itu sudah lewat
• Kode yang bagus adalah kode yang bisa dipahami engineer junior, kode yang hebat bahkan bisa dipahami mahasiswa CS tahun pertama, dan kode terbaik adalah kode yang sama sekali tidak ada
• Skill yang paling diremehkan bagi engineer adalah dokumentasi — kalau ada orang yang bisa mengajari saya menulis dokumentasi yang bagus, saya sungguh rela bayar; bahkan kursus 1.000 dolar pun akan saya bayar kalau benar-benar menjamin saya bisa menulis dokumentasi yang baik
• Terkait itu, menulis proposal perubahan yang baik juga merupakan skill yang luar biasa
• Hampir semua perang agama (vim vs emacs, mac vs linux, dan sebagainya) itu tidak penting… kecuali satu. Lihat di bawah
• Semakin tua, saya semakin menghargai bahasa dinamis. Ya, saya yang bilang. Ayo lawan saya
• Kalau Anda merasa jadi orang terpintar di ruangan, itu tandanya sudah waktunya pergi
• Saya tidak paham kenapa full-stack web developer dibayar serendah itu — mereka harus paham frontend, backend, kompatibilitas browser, networking, database, caching, perbedaan web dan mobile, sampai framework baru yang terus bermunculan. Gaji dasar mereka seharusnya 500 ribu dolar
• Kita harus merekrut lebih banyak intern — mereka penuh energi dan ide. Intern terbaik adalah yang berani bertanya dan mengkritik

Seteguk

• Jangan temui pahlawan Anda — saya pernah ikut kursus 5.000 dolar dari pahlawan saya, dan dia memang orang hebat, tapi pada akhirnya dia juga improvisasi seperti orang lain
• Tech stack juga penting — bayangkan developer Python vs developer C++, citranya sangat berbeda karena alat tertentu memang khusus untuk pekerjaan tertentu. Kalau Anda tidak tahu harus melakukan apa, pilih saja Java — bahasanya kurang bagus, tapi lumayan untuk hampir segalanya
• Bahasa pemrograman terbaik adalah Lisp. Anda harus belajar Lisp
• Bahasa yang paling menguntungkan untuk pemula adalah SQL — Anda tidak perlu bahasa lain. Hanya dengan SQL Anda bisa menghasilkan uang. Staf payroll 50k → staf payroll yang bisa SQL 90k. Pegawai biasa yang rapi dan terorganisir 40k → orang yang juga bisa SQL disebut PM dan digaji 150k
• Testing itu penting, tapi TDD itu kultus
• Pekerjaan pegawai negeri yang stabil tidak sebagus yang dibayangkan (untuk karier awal hingga menengah) — 120k + benefit + pensiun memang terdengar bagus, tapi Anda menjual jiwa pada teknologi proprietari. Ada alasan rata-rata umur engineer di sana 50+. Ini tidak berlaku untuk kontraktor pemerintah
• Recruiter pihak ketiga adalah parasit — tapi kalau Anda menemukan recruiter yang bagus, bangun hubungan dengannya. Orang yang sudah jadi recruiter pihak ketiga lebih dari 3 tahun biasanya kurang bagus; orang-orang bagus biasanya pindah menjadi recruiter perusahaan besar
• Stock option itu tidak bernilai atau membuat Anda jadi jutawan — kalau jumlah engineer belum lebih dari 100 orang, biasanya tidak bernilai
• Kerja dari rumah itu terbaik. Tapi saya tetap merindukan ketiadaan whiteboard
• Saya tidak pernah bekerja di FAANG — saya tidak tahu apa yang saya lewatkan, tapi saya pernah mewawancarai dan merekrut orang-orang dari FAANG, dan mereka juga sama saja tidak terlalu tahu apa yang mereka lakukan
• Nilai diri Anda tidak ada hubungannya dengan total kompensasi dan seharusnya memang tidak ada hubungannya — kapitalisme bukan standar yang baik untuk menilai harga diri
• Manajer punya jauh lebih sedikit kuasa daripada yang Anda kira — alasan mereka tidak memecat seseorang sering kali karena memang tidak bisa
• Jabatan biasanya tidak penting — entah Anda Principal Distinguished Staff Lead Engineer dari perusahaan mana pun. Yang penting adalah apa yang sudah Anda lakukan dan capai
• Tambahan soal jabatan: di awal karier (kurang dari 10 tahun), naik jabatan itu bagus — skill dan tanggung jawab bertumbuh. Di fase akhir karier, turun jabatan justru menguntungkan — kompensasi tetap sama, dan saat promosi nanti gaji bisa naik lagi
• Isi 401k semaksimal mungkin
• Bersikap baiklah kepada semua orang — bukan karena itu membantu karier (meski memang membantu), tapi karena kebaikan itu sendiri adalah ganjaran
• Kalau dalam sebulan terakhir Anda tidak belajar sesuatu dari engineer junior atau intern, berarti Anda tidak cukup memperhatikan

Sial, anggurnya habis.

• Layak mengeluarkan uang untuk kelas, buku, dan konferensi — saya sudah menginvestasikan uang ke berbagai konferensi, kursus 1,5k, banyak buku, dan langganan, dan itu sepadan. Dengan begitu saya jadi lebih pandai berpura-pura tahu apa yang saya lakukan
• Serius, kenapa web developer dibayar lebih rendah? Mereka tahu semuanya!!!
• Carpal tunnel dan masalah punggung itu bukan bahan bercanda — keluarkan 1.000 dolar sekarang untuk membeli perlengkapan yang bagus
• Orang terpintar yang pernah bekerja dengan saya adalah doktor matematika — saya belajar banyak sekali darinya. Semoga dia baik-baik saja
• Kisah tentang teman perempuan yang sangat dekat dengan saya saat SMA — setelah muncul rumor kami berpacaran, dia mulai mengabaikan saya. Rasanya tidak enak, tapi saya tidak menyimpan dendam, dan saya seharusnya menanganinya dengan lebih baik waktu itu
• Saat kelas 8, saya ingin putus dengan pacar saya tapi tidak sanggup mengatakannya dan malah mulai mengabaikannya — itu tindakan yang sangat buruk. Maaf, Lena
• Hal terbaik menjadi software engineer adalah bisa bertemu dan berbicara dengan orang-orang yang memikirkan masalah dengan cara yang sama. Bukan soal hobi yang sama, tapi pola pikir yang sama
• Industri teknologi tidak punya cukup banyak perempuan — saya mendorong dan membantu engineer perempuan di organisasi saya, tapi saya tidak tahu harus berbuat apa lagi
• Hal yang sama berlaku untuk engineer kulit hitam
• Saya belum pernah membenci teknologi sebelum benar-benar mengenalnya secara mendalam — kalau Anda membencinya tapi tetap bisa merekomendasikannya ke klien, itu berarti teknologinya bagus. Jenkins itu mengerikan, tapi merekomendasikannya tetap bukan malpraktik software
• git itu mengerikan, tapi kita tidak punya pilihan — tool GUI itu neraka, command line lebih baik. Yang perlu dihafal sekitar 7 perintah, sisanya tinggal cari di Google
• Karena saya data engineer, satu pelajaran terkait data: jangan pakai Pandas
• Memiliki analis semi-teknis di tim membuat pekerjaan lebih mudah — orang-orang yang paham pemrograman tapi tidak paham software engineering. Kalau mereka tidak mengerti, desain Anda salah. Saya bertumbuh lebih banyak dari analis dibanding dari engineer paling hebat
• Dark mode itu menyakitkan saat dipaksa pindah ke light mode — karena itu saya pakai light mode
• Satu-satunya hal yang saya tahu tentang keamanan adalah bahwa saya tidak terlalu paham keamanan

Sial, anggurnya habis.

• Engineer yang baik tahu best practice, engineer senior tahu kapan harus melanggar best practice
• Kalau Anda berada di lingkungan yang suka mencari kambing hitam untuk bug atau insiden, itu tandanya saatnya pergi
• Perusahaan progresif, terutama startup, suka bilang "jadilah diri Anda yang sebenarnya" — tapi bagaimana kalau diri Anda yang sebenarnya cuma menonton porno? Penting untuk menjaga batas sehat antara kerja dan kehidupan pribadi
• Saya suka minum dengan rekan kerja saat happy hour, tapi saya lebih memilih menghabiskan waktu dengan anak-anak, keluarga, dan teman
• Contoh kepemimpinan terbaik: seorang pemimpin menanggung tanggung jawab atas kesalahan yang 100% salah dia sendiri — untuk pemimpin seperti itu saya rela masuk api
• Dalam konteks yang sama, para pemimpin terbaik membela pandangan mereka sendiri, sambil juga menjelaskan pandangan lain yang bertentangan. Saya sedang berusaha menjadi seperti mereka
• Lupakan side project — lakukan saja kalau Anda suka! Bahkan kalau saya punya waktu, saya terlalu sibuk menulis postingan mabuk di Reddit
• Algoritma dan struktur data itu penting — tapi ada batasnya. Sama seperti Anda tidak akan memberi kuis kimia organik saat wawancara apoteker, ada masalah dalam proses interview industri ini
• Engineer DevOps itu benar-benar cerdas. Setidaknya mereka termasuk yang dibayar dengan layak
• Lebih penting melakukan pekerjaan yang tidak Anda benci daripada pekerjaan yang Anda cintai
• Semakin dekat Anda ke produk, semakin dekat Anda ke pendapatan, semakin besar kemungkinan Anda merasa dihargai — ini tidak ada hubungannya dengan tingkat teknis, dan tetap berlaku bahkan di perusahaan paling progresif
• Linux itu penting — bahkan di lingkungan Windows. Kenapa? Karena pada akhirnya Anda akan memakai Linux juga. Saya bersyukur pernah menghabiskan akhir pekan memasang Arch hanya untuk bersenang-senang
• Waspadai buzzword samar seperti "big data" — saya pernah menangani streaming 10 ribu baris tiap 10 menit dengan Spark/Kafka, dan batch 1 miliar baris per jam dengan Python/MySQL, dan label itu tidak berarti apa-apa
• Ada pekerjaan bagus di luar Silicon Valley, tapi banyak pekerjaan bagus memang ada di Silicon Valley

Menemukan bir. Mari lanjut.

Tentang bahasa pemrograman

• Saat mulai memakai bahasa yang dulu saya benci (C#), saya masih membencinya, tapi mengakui bahwa itu berguna
• Saat meninggalkan lalu kembali ke bahasa yang saya benci (C#), ternyata bahasanya sudah berkembang pesat
• Keunggulan terbesar bahasa fungsional adalah bahwa fungsi adalah objek kelas satu, dan semua programmer tahu itu
• Sebagus atau seunggul apa pun suatu bahasa, kalau tidak dipakai orang, tidak ada gunanya
• Mempelajari bahasa itu tidak sulit — yang sulit adalah mempelajari ekosistemnya

Tentang rekan kerja

• Pair programming itu hebat, tapi memakan banyak waktu — dan perusahaan biasanya tidak mau menghabiskan waktu sebanyak itu
• Bekerja dengan engineer cerdas membuat Anda jadi coder yang lebih baik. Bekerja dengan rekan non-teknis yang cerdas membuat Anda jadi engineer yang lebih baik
• Jangan bekerja di luar jam 9 sampai 5 — kecuali ada proyek keren yang sedang berjalan dan Anda sedang dalam flow. Itu yang terbaik
• 99% happy hour dan waktu sosial lintas tim hanyalah ngobrol kosong. Tapi 1%-nya adalah pembicaraan tentang kode penting untuk proyek penting, dan saya pernah mencegah masalah besar karena membicarakan pekerjaan di acara sosial. Bukan berarti Anda harus bergaul dengan tim lain; itu cuma soal membangun ikatan, dan manfaat sampingannya bisa muncul

Tentang kerja dari rumah

• Di lingkungan setengah remote/setengah kantor, Anda harus memastikan karyawan remote tidak diperlakukan sebagai warga kelas dua — kalau keputusan penting dibuat saat orang "sedang ambil minum", ubah budaya perusahaan (sulit) atau pindah ke perusahaan lain yang memperlakukan pekerja remote sebagai warga kelas satu
• Kekurangan terburuk kedua dari kerja remote adalah tidak ada whiteboard
• Kekurangan terburuk dari kerja remote adalah sulit belajar dari rekan kerja — kalau Anda belum cukup percaya diri untuk bertanya, dan budaya perusahaan belum menempatkan pekerja remote setara dengan pekerja onsite, maka untuk 5 tahun pertama karier, bekerja di kantor lebih baik

Tentang teknologi

• Semua orang tahu teknologi berubah, tapi walaupun dalam 10 tahun terakhir berubah drastis, prinsip dasarnya tidak banyak berubah — terutama prinsip dasar yang berlaku di bidang tersebut
• Hacker News dan r/programming hanya berguna untuk mendapatkan gambaran umum dan tren terbaru, komentarnya hampir tidak berguna
• Ada banyak amatir dengan opini keras, dan hal yang sama berlaku untuk tulisan di jurnal dan blog yang "terhormat" — pahami rumor yang beredar, tapi nilai sendiri
• Saya bekerja di startup cutting-edge, tapi kami tidak memakai teknologi XYZ terbaru yang diumumkan perusahaan cutting-edge ABC — yang mereka umumkan hanyalah sebagian sangat kecil dari engineering mereka, dan sebagian besar memakai teknologi yang sama seperti kami
• Namun Anda tetap harus membaca tanda-tandanya — kalau Anda ingin memakai teknologi modern tapi perusahaan Anda masih fokus mengembangkan di atas jQuery, mungkin sudah waktunya mengevaluasi ulang

Tentang data engineering

• Karena saya data engineer, saya tambahkan saran/pengalaman khusus data
• SQL adalah raja — MySQL, Postgres, Oracle, SQL Server, SQLite semuanya masih sangat kuat. Bahkan kalau Anda pindah ke teknologi baru, sebagian besar ilmunya tetap terbawa
• Sebagian besar perusahaan tidak melakukan streaming — itu sulit dan kompleks. Dengan pengalaman 10 tahun, Anda tetap bisa dapat pekerjaan meski tidak pernah menangani 10 ribu event per detik
• Airflow itu kurang bagus, ya begitulah. Ada produk lain, tapi Airflow yang paling luas dipakai
• Proyek machine learning punya kemungkinan gagal yang tinggi — kompleks dan sulit diimplementasikan. Tidak percaya? Coba pikirkan betapa mudahnya menulis unit test untuk model ML
• Bidang ini masih baru — belum ada buku bagus tentang data engineering, Anda harus benar-benar mengerjakannya sendiri. Bootcamp tidak cukup. Mungkin 10 tahun lagi akan berbeda

Tentang hidup

• Manusia akan mati — kalau Anda ingin kode Anda jadi warisan, silakan curahkan waktu untuk itu. Tapi kalau seperti saya warisan Anda adalah keluarga, teman, dan orang-orang di sekitar, maka jangan terlalu terikat pada kode
• Orang baik, orang cerdas, dan coder hebat pun menulis kode yang buruk — jangan jadikan kualitas kode sebagai turunan dari nilai diri Anda
• Saat teknologi yang tadinya hobi menjadi pekerjaan, hobinya hilang — terimalah bahwa teknologi bukan lagi hobi Anda dan carilah hobi baru, atau kalau ingin tetap menikmatinya, Anda harus keluar dari pekerjaan ini
• Pemrograman dan CS adalah disiplin yang baru berumur sekitar 80 tahun — dibanding bidang engineering lain, kita semua pada dasarnya masih belum tahu apa yang sedang kita lakukan
• Saya menghasilkan uang yang cukup bagus — bersyukurlah, hematlah, dan menabunglah

Lain-lain

• Saya pernah membuat platform dan library besar yang dipakai banyak tim selama bertahun-tahun, tapi kode yang paling saya banggakan justru skrip kecil yang hanya saya pakai sendiri
• Pencapaian yang paling saya banggakan dalam karier adalah membantu orang lain bekerja lebih baik — mungkin karena saya memang ditakdirkan menjadi people manager, jadi ini mungkin tidak relevan bagi orang lain
• Saat mencari kerja saya membuat dan memperbarui LinkedIn, tapi yang datang hanya respons jelek lalu saya hapus. Sekarang saya justru mencari kandidat lewat LinkedIn — LinkedIn penuh noise, dan hanya bernilai karena bagian dari pekerjaan saya adalah ikut menambah noise itu
• Saat kuliah saya tahu ada perempuan yang menyukai saya — saya tidak percaya karena rasa percaya diri saya rendah, tapi akhirnya dia mengajak saya kencan. Saya menolaknya dengan sopan, dan fakta bahwa di usia 19 saya bisa mengatakan "tidak" dengan dewasa adalah salah satu momen yang paling saya banggakan dalam hidup
• r/cscareerquestions adalah rawa ego dan misinformasi — saya ingin mengguncang mereka dan menjelaskan seperti apa dunia sebenarnya, tapi mereka tidak akan percaya

Perasaan saya saat ini

• Saya sedang mabuk dan biasanya tidak minum, jadi saya merasa semua yang saya katakan ini akan terdengar memalukan atau mengerikan
• Saya sangat merasa orang harus menabung dan berinvestasi — kalau gaji Anda sudah 6 digit, isi 401k semaksimal mungkin
• Saya telah menjadi hal yang selalu saya benci — orang yang bekerja di industri teknologi tapi menghindari teknologi dalam kehidupan nyata. Mungkin memang begitu saat bertambah tua
• r/ExperiencedDevs adalah komunitas yang cukup bagus. Terima kasih kepada para moderator. Mereka menerima jauh lebih sedikit apresiasi daripada yang layak mereka dapatkan
• Saya berutang karier, gaji, dan hidup saya pada Reddit — saya berangkat dari kerja upah minimum di pom bensin, lalu belajar Linux, SQL, Python, C#, dan lain-lain, sampai bisa berada di posisi saya sekarang. Reddit memang banyak dihina, tapi komunitas-komunitasnya membantu orang keluar dari kemiskinan
• Anak-anak itu baik — saya tidak punya anak karena pilihan. Saya mencintai anak-anak, tapi takut seperti apa jadinya saya sebagai ayah. Apakah ini terlalu pribadi untuk tulisan ini?
• Saat seseorang bertanya siapa yang saya kagumi dan saya menjawab Conan O'Brien, mereka menertawakan saya. Tapi saya serius — di siaran terakhir Tonight Show, dia berkata "jadilah baik dan bekerjalah keras", dan saya mendengarnya di masa sulit dalam hidup saya, lalu berpikir saya tidak punya apa-apa untuk hilang, jadi saya menjalankannya begitu saja. Selama lebih dari 10 tahun saya berusaha baik, dan karena itu saya bertemu orang-orang hebat; saya bekerja keras dan mencoba hal-hal baru, dan hidup saya menjadi jauh lebih baik. Mungkin terdengar lucu bahwa acara talk show larut malam memberi saya kehidupan yang terasa penuh, tapi ini hidup saya, dan saya akan dengan bangga mengatakan bahwa keberhasilan apa pun yang saya punya sebagian berkat komedian dari TV larut malam

Saya sangat mabuk, jadi abaikan semua yang saya katakan. Maaf untuk ocehan panjang ini.

[heycalmdown]

Isi artikelnya agak aneh ya? Bagian yang seharusnya muncul terpisah sebagai opini Hacker News malah masuk ke artikel utama... Apakah arah editorialnya berubah?

[xguru]

Beberapa hari ini sempat naik-turun karena sedang memperbaiki prompt. Sudah saya benahi kembali, huhu

[wedding]

Saya setuju dengan bagian tentang generalist. Saat masih baru, saya juga berpikir harus menjadi generalist~

1. Bahkan untuk benar-benar mahir dalam satu hal saja sudah berat
2. Dan perlakuannya benar-benar pelit.

[GN⁺]

Komentar Hacker News

• Gagasan bahwa dengan menjadi software engineer kita akan bertemu orang-orang dengan pola pikir serupa terasa agak berbeda dari pengalamanku. Dari 50 orang yang kutemui, mungkin hanya 1 orang yang terasa melakukan pekerjaan ini karena jiwa craftsmanship; kebanyakan hanya menginginkan 9-to-5, visibilitas, dan proyek yang berdampak, tanpa benar-benar membahas masalah serta opini mereka secara mendalam

  • Sepertinya penting bahwa tulisan ini berasal dari tahun 2021. Suasana sebelum COVID lebih dekat dengan deskripsi penulis, dan sekitar 2010 rasanya bahkan lebih begitu. Terutama karena jumlah developer yang masuk murni demi uang meningkat tajam, dan perusahaan juga terasa pelan-pelan mematikan motivasi lain. Dibandingkan 10 atau 15 tahun lalu, bedanya cukup jelas, dan aku juga pernah dengar bahwa tahun 2000-an lebih liar lagi
  • Aku justru merasakan budaya berbagi yang kuat. Waktu masih di marketing, semua orang datang kerja, pulang, lalu saat makan siang cuma mengeluhkan report baru atau algoritma tim sales. Tapi setelah jadi developer, rasanya seperti benar-benar masuk ke sebuah komunitas: ada yang menunjukkan plugin baru, merekomendasikan logic game yang seru, atau mengajak mencoba JS framework baru bersama. Makan siang berubah jadi brainstorming, kami mencoret-coret seru di tisu sambil memecahkan masalah bersama, dan ngobrol soal konferensi atau DefCon. Side project juga selalu jadi topik, dan berkat teman serta mentor, untuk pertama kalinya aku merasa bangga dan punya rasa memiliki sebagai bagian dari developer community
  • Rahasiaku adalah pergi ke meetup Emacs. Kurasa hampir tidak ada orang yang memakai Emacs demi cari uang
  • Aku tidak yakin ini benar-benar ciri khas software engineer saja. Hanya saja, aku merasa penulis aslinya sedang agak sentimental karena pengaruh alkohol
  • Aku justru lebih mudah menemukan orang-orang dengan semangat serupa di academia

• Ucapan seperti “dapat kerja baru dalam 2 minggu” benar-benar terasa khas zaman itu. Saat itu pasar dipegang pihak karyawan, jadi suasananya seperti semua orang sedang berlagak ahli

  • Kalau dilihat dari sekarang, itu benar-benar seperti prediksi yang cepat basi seperti susu
  • Aku tidak menemukan kalimat itu di artikelnya, jadi penasaran sebenarnya kutipan itu merujuk ke bagian yang mana

• Aku sangat setuju dengan kalimat, “jangan menemui pahlawanmu secara langsung; setelah ikut kelas seharga 5 ribu dolar, ternyata orang itu juga asal jalan seperti kita”

  • Waktu kecil aku kira saat menjadi dewasa akan ada momen klik ketika kita tiba-tiba memahami dunia. Ternyata itu tidak pernah terjadi, dan akhirnya aku sadar momen seperti itu memang tidak ada bagi siapa pun. Semua orang cuma berjalan ke sana kemari seperti anak besar sambil terus belajar. Ada yang belajar sedikit lebih cepat, ada yang berhenti belajar. Tetap saja, fakta bahwa dunia masih bisa berjalan sejauh ini justru terasa seperti bukti ketekunan dan ambisi. Di sisi lain, aku juga pernah menghubungi beberapa pahlawanku secara langsung, dan pengalaman itu selalu mendebarkan serta sangat formative. Kalau ada alasan yang masuk akal, aku ingin merekomendasikan untuk mencoba menghubungi mereka langsung
  • Aku pernah bekerja dengan seseorang yang cukup terkenal di industriku, sering memberi presentasi, punya blog, dan dikutip di buku orang lain. Tapi kodenya jauh di bawah harapan, dan SDLC-nya malah lebih parah. Sepertinya ego yang datang bersama ketenaran kadang tidak cocok dengan kerja berbasis tim. Orang itu menggambarkan prosedur dasar seperti code review atau PR seolah-olah sedang dibawa ke Den Haag, dan menganggap anggota tim lain sebagai birokrat
  • Pada akhirnya semua orang cuma sedang menebak, dan beberapa orang hanya sedikit lebih jago melakukannya

• Menanggapi pernyataan bahwa kemampuan paling diremehkan bagi engineer adalah dokumentasi, menurutku yang paling penting dalam dokumen adalah meninggalkan alasan why. Kode bisa dibaca, tapi aku ingin tahu kenapa fungsi 200 baris seperti invert_parameters itu ada, masalah apa yang ingin diselesaikan, kenapa masalah itu muncul, dan kira-kira berapa lama kode ini akan tetap hidup. Kadang aku bahkan meninggalkan komentar bernada permintaan maaf, menjelaskan bahwa aku menulisnya seperti ini karena tekanan waktu atau masalah upstream yang aneh. Terutama untuk kode yang tidak jelas dengan sendirinya, kita perlu menggambarkan pola pikir saat penulisan agar konteks yang tidak terlihat dari kode saja bisa tetap bertahan. Baik junior maupun senior, aku berharap lebih banyak orang melakukan ini di tempat kerja

  • Menurutku kemampuan yang benar-benar diremehkan adalah testing. Dokumentasi bisa hadir dalam bentuk ADR, diagram sistem, spesifikasi, tiket JIRA, commit message, deskripsi PR, komentar kode, kode idiomatik, dan lain-lain, tapi semuanya punya beban maintenance yang besar. Test juga bisa usang lalu gagal, tapi test yang dibuat dengan baik bisa tetap hidup meski implementasinya di-refactor, sambil berfungsi sebagai dokumentasi yang sangat bagus. Daripada memenuhinya dengan mock dan stub, lebih baik tunjukkan bagaimana rutinitas kompleks bekerja lewat assertion yang dijelaskan dengan baik, sehingga tidak perlu terus mengulang how atau what di komentar kode
  • Aku juga sangat setuju. Biasanya aku menyebutnya mendokumentasikan niat. Kalau niatnya jelas, misalnya sekadar implementasi fitur, memang tidak perlu dijelaskan. Tapi kalau kita sedang mengompensasi failure tersembunyi, menanggapi kebutuhan bisnis yang tidak jelas, atau menambahkan kode sementara yang nanti akan diperbaiki, pembaca harus tahu niat tersebut. Sayangnya, banyak orang hanya memikirkan mesin dan tidak mempertimbangkan sudut pandang pembaca dan reviewer, dan itu cukup membuat frustrasi
  • Sedihnya, aku hampir tidak pernah melihat pengetahuan implisit semacam ini benar-benar dicatat. Biasanya saat orang yang menyimpan pengetahuan itu keluar dari perusahaan, pengetahuan itu ikut hilang, dan yang tersisa cuma orang-orang yang menggaruk kepala kebingungan
  • Sekarang ini terasa lebih penting lagi di era AI. AI memang mahir membaca dan menjelaskan kode, tapi jauh lebih sulit baginya untuk menebak balik alasan mengapa sesuatu dibuat seperti itu
  • Kalau ditanya apa yang paling diremehkan, jawabannya mungkin tergantung situasi, tapi secara realistis mungkin itu gaya sok dan kemasan. Aku sudah melihat banyak engineer yang diam-diam membangun sistem hebat, mendokumentasikannya, lalu menjalankannya dengan stabil selama bertahun-tahun, tapi orang seperti itu meski diakui nilainya tetap tidak naik ke puncak. Sebaliknya, orang yang pintar mengemas diri seolah tidak punya batas. Mereka mengaku tahu hal yang tidak mereka tahu, bilang sesuatu yang mustahil itu mungkin, membocorkan dan menjatuhkan orang lain, lalu melampaui tanggung jawab. Yang paling jago hampir terasa setingkat psikopat, sampai menimbulkan sinisme bahwa orang seperti itulah yang menjalankan dunia

• Kalau ada orang di usia 20-an yang menghasilkan lebih dari 100 ribu dolar setahun, menurutku nasihat untuk memaksimalkan 401k dan HSA dulu, lalu mengisi IRA sampai penuh, benar-benar penting. Prinsip dasar seperti menaruh semuanya di target date retirement fund, dan menyimpan biaya hidup 6 sampai 12 bulan di high yield savings account juga terdengar masuk akal. Maksudnya, kalau mulai dari usia 23 tahun, pensiun di usia 45 mungkin saja; tapi kalau ditunda, pada usia 45 kita bisa mendapati kenyataan bahwa kita masih harus bekerja 20 tahun lagi

  • Tapi menurutku bahkan dengan strategi ini, pensiun di usia 45 tetap tidak mudah. Terlalu banyak prasyarat: hidup hemat, hobi murah, tanpa anak, tanpa pasangan yang tidak bekerja, tanpa beban menanggung keluarga, menghindari wilayah mahal, dan sebagainya. Kalau tidak, mungkin harus hidup nyaris seperti camping
  • Tapi kalau uang itu diikat di akun pensiun, penarikannya dibatasi sebelum usia 59,5 tahun, jadi muncul pertanyaan bagaimana tepatnya pensiun di usia 45 dilakukan
  • Aku justru heran melihat banyaknya reaksi negatif terhadap nasihat seperti ini. Untuk fresh graduate yang mendapat gaji awal bagus, ini terasa sebagai panduan yang sangat praktis
  • Aku orang Eropa, jadi penasaran sebenarnya pembicaraan soal akun penghemat pajak ala Amerika ini maksudnya apa
  • Selain itu, walau kita tidak menghitung pengeluaran untuk menikmati masa muda, anak muda dengan gaji enam digit yang cuma sedikit di atas 100 ribu dolar biasanya tinggal di kota HCOL, jadi kenyataannya uang sisa mereka tidak banyak

• Pelajaran paling berguna yang kupelajari adalah bahwa batasan yang tidak kupilih justru sering menghasilkan keputusan produk yang lebih baik daripada batasan yang sengaja kubuat sendiri. Aku menjalankan link shortener di shared hosting tanpa SSH, cuma bisa deploy lewat FTP, dan tidak ada background worker maupun Redis. Setiap kali ingin memasukkan queue yang layak, WebSocket, atau cache layer, hosting-nya tidak mendukung, jadi ya tidak kulakukan. Akhirnya notifikasi klik kukirim lewat cron yang memanggil PHP endpoint sekali tiap jam. Tidak ada queue, tidak ada retry logic, tidak ada worker; cuma terkirim atau gagal, lalu hasilnya dicatat di log. Setelah dipakai selama 6 bulan, ternyata berjalan baik. Kalau sejak awal aku punya VPS, mungkin aku sudah membangun sesuatu yang lebih besar dan harus terus dirawat sampai sekarang. Karena shared hosting dengan tegas bilang “kami cuma kasih cron dan DB”, aku jadi belajar bahwa itu saja ternyata cukup

• Aku melihat cukup banyak masalah pada tulisan aslinya. Minum wine sendirian terasa agak tidak biasa; biasanya whisky, vodka, atau bir lebih terasa tipikal. Ejaan seperti ‘ever thing’ justru terasa cocok dengan suasana pikiran yang berantakan saat mabuk. Dan webdev juga sulit dianggap mewakili sosok profesional secara umum, sementara dark mode sering bisa diatasi lewat browser extension. Profesi apoteker membutuhkan gelar, studi panjang, ujian, dan kimia organik, jadi menurutku komentar HN itu tidak sepenuhnya tak bernilai. Ada cukup banyak kasus di mana artikelnya buruk tapi komentarnya malah lebih baik daripada isi utamanya

  • Bagiku minum alkohol itu tindakan yang cukup personal, jadi aku hampir selalu minum sendirian. Mirip dengan perasaan bahwa bermain piano di depan umum terasa aneh
  • Aku juga pernah melihat banyak komentar tak berguna pada topik populer seperti pergantian CEO Apple, jadi menarik melihat orang lain juga merasakannya. Mungkin tingkat kepopuleran topiknya memang sangat berpengaruh
  • Kalau belum pernah tinggal dekat Sonoma, mungkin kepekaan terhadap budaya wine memang akan sedikit berbeda
  • Komentar soal alkohol itu sendiri justru terdengar aneh

• Sebagai tulisan terkait, aku teringat Drunk Post: Things I've Learned as a Sr Engineer dari Mei 2021. Tulisan itu punya 494 komentar

• Aku kaget tulisan ini ternyata dari 2021. Pembicaraan soal SQL atau pindah kerja dalam 2 minggu terasa sangat seperti nuansa 2014

  • Aku ingin bertanya balik maksudnya apa. Setidaknya di Eropa, 2021 sampai 2022 adalah puncak pasar kerja, masa ketika cukup bernapas saja sudah bisa direkrut. Dan SQL juga masih sangat penting, terutama di ranah data
  • Aku justru penasaran sejak kapan SQL dianggap kurang penting

• Terkait pernyataan “HN dan r/programming bagus untuk menangkap gambaran umum dan tren terbaru, tapi komentarnya hampir tidak bernilai”, aku jadi jarang membaca komentar setelah terkena rate limit dari moderator HN. Karena sehari cuma bisa membalas beberapa kali, aku tidak benar-benar bisa ikut berpartisipasi, jadi motivasi untuk membaca pun menurun. Rasanya seperti dibuat melambat, bukan diban terang-terangan, jadi lebih samar dan malah terasa seperti jadi tamu yang tidak diinginkan. Aku sempat khawatir akan melewatkan banyak hal, tapi kupikir memutus tarikan kebiasaan kompulsif untuk memeriksa komentar mungkin ternyata tidak seburuk itu

  • Aku merasa ikut berpartisipasi di sini, tapi pada kebanyakan hari aku lewat tanpa menulis komentar apa pun. Kalaupun menulis, sering kali tidak lebih dari dua per hari, jadi menurutku tidak harus banyak menulis untuk bisa merasa ikut terlibat
  • Aku rutin membaca Lobsters meski tidak pernah mendapat undangan. Meski tidak bisa ikut berpartisipasi, kita tetap bisa mendapatkan tautan dan komentar menarik yang cukup banyak
  • Aku juga mengalami hal serupa, jadi aku mengirim email ke hn dan mendapat balasan bahwa dulu sempat terdeteksi cluster downvote akibat perilaku buruk di masa lalu, tapi karena setelah itu tidak ada masalah lagi, pembatasannya dicabut. Ternyata penyelesaiannya cukup sederhana