Apa Kata Orang-Orang
Buku ini melakukan hal yang langka: menggambarkan luasnya disiplin rekayasa perangkat lunak yang sebenarnya, dan semua tumpang tindih yang penting dan berantakan dengan disiplin lain: desain, manajemen produk, penelitian pengguna, dan seterusnya. Keajaiban buku ini adalah ia mengambil semua hal yang dilakukan oleh insinyur perangkat lunak yang baik yang implisit dan tidak terkatakan, dan mengatakannya. Dalam bahasa yang sederhana, Ryan memberikan peta ke wilayah luas yang merupakan rekayasa perangkat lunak.

Lebih dari panduan teknis, panduan lapangan ini memberi tim perangkat lunak modern kompas untuk membangun kode yang hebat, kolaborasi yang hebat, dan budaya di mana rekayasa—dan orang—berkembang!

Sebagai mahasiswa teknik mesin yang juga menyukai perangkat lunak, saya menemukan panduan Ryan sangat jelas dan mudah dipahami. Dia menjelaskan bagaimana tim perangkat lunak nyata bekerja dengan cara yang praktis, menarik, dan mudah dipelajari.

Bacaan wajib bagi insinyur yang ingin benar-benar mengirimkan hal-hal yang penting. Pembagian Ryan tentang tim produk vs. pengiriman saja sepadan dengan harganya—dan pandangannya yang realistis tentang alat AI adalah pengecekan kewarasan yang sangat dibutuhkan industri kita.

Ryan Mahoney adalah salah satu pemimpin rekayasa paling efektif yang pernah saya miliki kesempatan untuk bekerja dengannya dalam karier saya, dan A Field Guide to Software Engineering menyaring banyak panduan bijaksana yang telah saya lihat dia kembangkan selama bertahun-tahun menjadi referensi yang mudah diakses dan praktis.

Sebagai perekrut teknis, A Field Guide to Software Engineering memperdalam pemahaman saya tentang bagaimana insinyur perangkat lunak benar-benar beroperasi dalam organisasi di luar judul pekerjaan dan resume. Itu membantu saya lebih memahami dinamika tim, tanggung jawab teknis, dan sifat kolaboratif pekerjaan rekayasa. Buku ini telah memperkuat kemampuan saya untuk mengajukan pertanyaan wawancara yang lebih baik dan menyelaraskan keputusan bakat lebih dekat dengan kebutuhan bisnis.

Tentu saja Ryan menulis buku tentang panduan Rekayasa Perangkat Lunak. Dia adalah ahli dalam keahlian kami dan suka berbagi apa yang dia pelajari. Baik Anda adalah pemimpin baru, pemimpin teknis berpengalaman, atau insinyur perangkat lunak yang hanya mencoba memahami tim Anda sedikit lebih baik, Anda akan menemukan diri Anda kembali ke panduan ini berulang kali dan pergi dengan perasaan yakin. Nikmati!

Insinyur yang sukses bukan yang paling brilian secara teknis—mereka adalah yang menyelesaikan pekerjaan, berkomunikasi dengan jelas, dan memahami domain masalah. Bagian Ryan tentang kefasihan domain dan bekerja dengan tim produk multidisiplin sangat tajam. Perbedaan antara perangkat lunak yang baik dan upaya yang terbuang sering kali tergantung pada apakah Anda memahami masalah sebelum jatuh cinta pada solusi. Setiap insinyur yang mengerjakan hal-hal, terutama hal-hal yang penting, harus membaca ini, demi rekan kerja dan pengguna akhir mereka.

Ini bisa menjadi kejutan, tetapi menjadi pengembang perangkat lunak melibatkan lebih dari sekadar menulis kode. A Field Guide to Software Engineering memberikan tur fantastis melalui semua yang datang dengan pekerjaan seperti yang dipraktikkan dalam kehidupan nyata. Dan bukan dalam cara abstraksi sempurna yang ideal. Ryan Mahoney berbicara secara jujur tentang tantangan umum yang dihadapi dalam praktik dan memberikan tips praktis untuk membuat perbaikan nyata dalam pekerjaan Anda sendiri. Panduan ini adalah keharusan bagi pendatang baru di bidang ini, dan wawasannya juga berharga bagi profesional berpengalaman.

8 Hal yang Akan Diajarkan Buku Ini

Selama bertahun-tahun, saya mengejar penguasaan teknis dan mencoba menjadi 'insinyur paling pintar di ruangan.' Itu adalah cara kerja yang cemas dan egois. Baru ketika saya bergabung dengan tim yang berorientasi pada hasil dan belajar dari mentor yang langsung dan murah hati, saya menyadari apa yang sebenarnya penting: apa yang kita bangun, bagaimana kita bekerja bersama, dan siapa yang lebih baik karenanya. Saya menghabiskan banyak waktu untuk memahaminya dengan cara yang sulit. Saya menulis buku ini agar Anda tidak perlu melakukannya.
— Ryan Mahoney