Dengan desain yang baik, saya maksudkan hal-hal seperti kelas dan arsitektur yang bermakna, penggunaan pola desain yang baik, penggunaan abstraksi yang baik, pengorganisasian komponen yang baik, kohesi yang tinggi dan kopling rendah antara komponen
Pertama, perangkat lunak, baik atau buruk, tidak hidup dalam kesendirian - ia memodelkan skenario dunia nyata yang oleh manusia dianggap sebagai masalah dan dengan demikian selalu terkait erat dengan sesuatu yang disebut "domain aplikasi". Jadi, setiap kali Anda berbicara tentang perangkat lunak, pertama-tama ketahui dan pelajari domainnya - karena hanya dengan begitu Anda dapat mencapai kebijaksanaan baik dan buruk.
git - bukan hanya bagus, tapi desain yang luar biasa. Ini bukan kontrol versi pada intinya, hanya sistem file. Lapisan tipis fungsionalitas di atas inti menjadikannya sistem kontrol versi. Kenali internal git, dan selera desain perangkat lunak Anda akan tercerahkan.
jQuery - bukan perpustakaan yang terdokumentasi dengan sangat baik (secara internal), tetapi sumber inspiratif yang menunjukkan bagaimana kode JavaScript sisi klien dapat melakukan keajaiban.
NodeJS - jika Anda ingin membuat server proyek ini memiliki ide dan pola baru yang menyegarkan untuk ditawarkan.
v8 - kode C ++ yang sangat bagus, pustaka fantastis untuk belajar / mempelajari implementasi mesin virtual.
Proyek NoSQL - Sofa, Mongo, Redis, Cassandra - proyek ini menunjukkan cara cerdas untuk menyelesaikan masalah kegigihan. Juga mereka menganut gagasan kegigihan polyglot.
Tingkatkan perpustakaan - dosis C ++ yang baik.
OpenStack - proyek yang sangat baik pada komputasi awan dan virtualisasi.
Yayasan Perangkat Lunak Apache - Pilih salah satu proyek mereka dan pelajarilah. Struktur modular HTTPd adalah sumber yang hebat jika Anda ingin melihat bagaimana komponen-komponen bersatu. APR (apache portable runtime) - lib yang sangat bagus juga.
mod_wsgi - salah satu program C terbaik yang pernah saya jumpai.
"penggunaan pola desain yang baik" - TIDAK penting bagi kode untuk berhubungan dengan pola desain yang terkenal - lebih penting bahwa itu memecahkan masalah "dengan cerdas" - bahwa kode tersebut dapat dikelola, digunakan kembali, dan dapat dibaca. Jika kode dijejalkan ke "bentuk" tertentu - hanya untuk mematuhi pola desain - itu bisa menjadi kode yang buruk.
"tidak kurang dari 100.000 baris kode" - sejak kapan jumlah baris menjadi metrik kualitas yang baik - mendapatkan rasa "peranti lunak yang dirancang dengan baik / arsitektur" tidak mengharuskannya menjadi BESAR.
Sekali lagi, ingat untuk mempelajari sifat dan nuansa dari domain masalah terlebih dahulu, dan kemudian mempelajari membaca kode.
UPDATE: Oktober 2015
InfluxDB - https://influxdb.com/
Proyek Go ini sedang dalam pengembangan aktif, dan masih TIDAK sangat kompleks. Jadi Anda dapat memulai dengan menggali ke dalam kode relatif lebih mudah daripada sesuatu seperti OpenStack.