14 pelajaran lain yang saya dapatkan selama 14 tahun di Google
(addyo.substack.com)1. Engineer terbaik memilih masalah yang tepat
Kita tidak bisa mencurahkan energi maksimal untuk semua hal.
2. Jika Anda tidak tahu apa yang harus diminta, berarti Anda belum siap untuk rapat
Izin, pilihan, membuka hambatan (unblock), berbagi informasi (inform) — jika Anda tidak bisa memilih salah satunya, rapat itu kemungkinan besar hanya membuang waktu.
3. "Akan saya kerjakan" bukanlah rencana. "Saya kerjakan hari Selasa" adalah rencana.
Menetapkan tanggal yang spesifik menciptakan momentum.
4. Kode yang lambat hanyalah gejala, dan pengambilan keputusan yang lambat adalah penyebab sebenarnya.
Jika memutuskan sesuatu memakan waktu berminggu-minggu, bukan berjam-jam, Anda perlu melihat alasannya.
5. Perlakukan reliability sebagai fitur produk
Sebagaimana kita tidak merilis fitur tanpa meninjau produknya, kita juga tidak boleh menerapkan sistem tanpa membahas reliability.
6. Jika antarmuka antar tim buruk, komunikasi yang baik tidak akan terjadi
Batas yang ambigu dan kontrak (contract) yang tidak jelas akan menciptakan lebih banyak rapat dan channel Slack. Harus jelas siapa yang bertanggung jawab atas apa, dan bagaimana masing-masing saling bergantung.
7. Eskalasi terbaik adalah yang disertai usulan.
Baik orang yang mengangkat masalah maupun orang yang menyelesaikannya sama-sama berhasil mengidentifikasi isu, tetapi hanya satu pihak yang mendapatkan kepercayaan dan otonomi.
8. Bangun sistem yang tidak membutuhkan pahlawan
Jika satu orang terus-menerus menyelamatkan perusahaan atau tim, itu bukan kemuliaan, melainkan tanda bahwa sistem sedang menuju kegagalan.
9. Anggap observability sebagai bagian dari fitur
Anggap "sudah memverifikasi bahwa kode berjalan dengan baik" sebagai definisi selesai dari pekerjaan itu.
10. PR kecil adalah bentuk kebaikan. Terutama jika itu dibuat oleh AI.
PR kecil memungkinkan kita berpikir secara bertahap, sehingga pengetahuan bisa dibangun sedikit demi sedikit.
11. Menambahkan tim baru berarti menambah bukan hanya node, tetapi juga edge
Jika Anda tidak sengaja mengurangi keterhubungan, menambah tim baru tidak akan mengubah output.
12. Migrasi tidak pernah sekadar migrasi
Migrasi yang benar-benar selesai memiliki tiga kesamaan: sponsor yang terus terlibat, tim yang benar-benar memimpin migrasi, dan tanggal selesai yang jelas serta dipercaya semua orang. Jika ketiganya tidak terpenuhi, migrasi akan selamanya berada di kondisi 'hampir selesai', dan Anda akan terus menanggung dua sistem selamanya.
13. AI mempermudah pembuatan draf, dan taste menjadi semakin langka.
Engineer yang mampu menyeleksi hal-hal terbaik akan menjadi yang terbaik di era ini.
14. Kepercayaan adalah optimasi latensi
Setiap kali Anda menepati janji, mengakui kesalahan dengan jujur, atau mempermudah hidup orang lain, Anda sedang menabung. Saya telah melihat engineer dengan kemampuan teknis biasa-biasa saja mencapai hasil luar biasa karena semua orang memercayai mereka.
Ini adalah tulisan lanjutan dari https://news.hada.io/topic?id=24909.
2 komentar
Saya merekomendasikan untuk membaca artikel aslinya.
Ada banyak ungkapan dan kata yang penuh wawasan, sehingga sering membuat saya merenung berdasarkan pengalaman.
Isinya memang panjang sampai terasa berat, tetapi ini benar-benar tulisan yang sangat bagus, sampai rasanya tidak ada bagian yang perlu dikurangi atau dipotong karena berlebihan.
5, 9 memang diketahui, tetapi mudah terlewat
12, 13, 14 sangat mengesankan