"Just Enough Software Architecture" yang terbit pada 2010

Pengenalan buku arsitektur perangkat lunak

Ciri-ciri buku

• Desain berbasis risiko: Menekankan desain sederhana saat risikonya kecil, dan desain yang matang saat risikonya besar.
• Demokratisasi arsitektur: Bertujuan membantu semua pengembang memahami arsitektur.
• Pengetahuan deklaratif: Memberikan konsep yang jelas tentang perancangan dan pembangunan sistem.
• Penekanan pada rekayasa: Berfokus pada aspek teknis agar pembaca dapat mengambil keputusan desain yang berprinsip.
• Saran praktis: Menyajikan metode desain yang praktis melalui model pada berbagai tingkat abstraksi.

Susunan buku

Part I: Arsitektur perangkat lunak berbasis risiko

• Definisi arsitektur perangkat lunak: Berperan sebagai kerangka sistem dan memengaruhi atribut kualitas.
• Model berbasis risiko: Menjelaskan cara mengidentifikasi dan memprioritaskan risiko, lalu mengurangi risiko dengan menerapkan teknik desain yang tepat.
• Saran penggunaan model: Menjelaskan cara menggunakan model untuk memecahkan masalah, menambahkan batasan dengan hati-hati, dan mendistribusikan keterampilan arsitektur ke seluruh tim.

Part II: Pemodelan arsitektur

• Struktur model konseptual: Terdiri dari model domain, model desain, dan model kode.
• Membangun batas enkapsulasi: Menyembunyikan cara kerja internal komponen atau modul agar dapat fokus pada pemecahan masalah lain.
• Membangun model yang efektif: Menjelaskan cara membangun dan men-debug model praktis dengan mengintegrasikan berbagai teknik arsitektur yang menekankan atribut kualitas dan fungsionalitas.
• Saran penggunaan model: Membahas kelebihan dan kekurangan model sekaligus, serta cara menggunakannya secara efektif.

E-book dan hardback

• E-book: Dijual di Google Play dalam versi DRM-free ($9.99).
• Hardback: Tersedia untuk dibeli di Amazon.

Ulasan buku dan materi tambahan

• Ulasan: Menyediakan berbagai ulasan dan esai dari IEEE Software dan lainnya.
• Materi tambahan: Menyediakan video dan publikasi tentang berbagai topik seperti desain berkelanjutan, gaya arsitektur, dan pemodelan.

Opini GN⁺

• Pentingnya pendekatan berbasis risiko: Desain yang didasarkan pada risiko sangat berguna untuk meningkatkan peluang keberhasilan proyek.
• Demokratisasi arsitektur: Jika semua pengembang memahami arsitektur, efisiensi seluruh tim dapat meningkat.
• Saran praktis: Buku ini memberikan banyak saran praktis alih-alih teori, sehingga bisa langsung diterapkan pada proyek nyata.
• Fokus teknis: Berfokus pada aspek teknis sehingga membantu pengembang menyelesaikan masalah yang nyata.
• Materi pembelajaran tambahan: Berbagai materi tambahan memungkinkan pembelajaran yang lebih mendalam.

[GN⁺]

Komentar Hacker News

• Perlu membedakan antara risiko manajemen proyek dan risiko rekayasa perangkat lunak. Sering kali keterampilan teknis rekayasa tidak mampu menyelesaikan risiko manajemen.
• Kualitas kode, pengorganisasian, pengujian, dokumentasi, dan penggunaan alat standar membantu keduanya.
• Alasan hipotesis "tertabrak bus" sering digunakan adalah untuk membuat perangkat lunak yang dapat direproduksi dan mudah dipahami.
• Sebaiknya menggunakan ungkapan "menang lotre" untuk menghindari nuansa negatif.
• Arsitektur demi arsitektur adalah yang terburuk. Itu menambah kompleksitas secara tidak perlu.
• Tujuan akhir dari arsitektur yang baik adalah penghematan biaya. Jika membutuhkan lebih banyak waktu untuk pengembangan dan pemeliharaan, itu adalah arsitektur yang gagal.
• Penasaran seberapa baik buku yang diterbitkan pada 2010 ini masih bertahan.
• Buku "Design It" bagus karena aktivitas lokakaryanya berguna bagi para praktisi teknis dan tidak terlalu condong ke gaya arsitektur teknis tertentu.
• Buku John Ousterhout, 'A Philosophy of Software Design', bermanfaat. Banyak saran dan contoh yang mudah dipahami.
• Rasanya istilah "bergantung pada risiko" akan menjadi nama yang lebih baik. Penasaran kenapa para programmer menyukai ungkapan "berbasis [X]".
• Tidak tahu buku yang spesifik ini, tetapi tulisan penulis tentang "kontrol intelektual" sangat penuh wawasan.
• Beberapa tahun lalu kami mengadakan klub buku di perusahaan, dan terasa sangat repetitif.
• Penasaran apakah ini sumber yang bagus untuk orang yang memulai proyek open source yang signifikan atau untuk solopreneur. Ada permintaan rekomendasi buku atau sumber yang berguna bagi pengembang solo.
• Arsitektur perangkat lunak mirip dengan arsitektur pada umumnya, tetapi perangkat lunak tidak memiliki tokoh seperti Isaac Newton, sehingga tidak ada rekayasa sipilnya. Tokoh terdekat adalah Claude Shannon.
• Pedoman dalam membaca istilah-istilah yang arbitrer. Menginginkan model matematis. Istilah ambigu buatan manusia hanyalah peretasan untuk mencoba menerjemahkan ide.