Saya menemukan skala birokrasi dengan sangat baik.
Selain itu, tidak banyak. Proyek besar memiliki tim besar karena tidak ada cara lain, bukan karena lebih efisien (per pengembang). Anda membayar biaya begitu Anda menambahkan orang kedua ke dalam campuran dalam hal ketidakefisienan (yaitu transfer pengetahuan dan komunikasi).
Proyek terbesar yang saya kerjakan memiliki 70 atau lebih develoeprs di 5 situs yang berbeda. Bahkan perubahan satu baris memakan waktu minimum satu hari walaupun itu sebagian karena fakta bahwa pembangunannya membutuhkan waktu 45 menit lebih melalui tautan jaringan dari Zurich ke London dan memulai aplikasi membutuhkan waktu 45 menit. Check-in membutuhkan waktu sekitar 5 menit per file. Aku tidak bercanda. Pengembang London bisa melakukan ini dalam waktu singkat.
Bagaimanapun, apa yang cenderung Anda temukan adalah bahwa pada proyek-proyek besar Anda akan memiliki banyak anggota tim yang tidak terlalu banyak berinteraksi dengan Anda. Ini lebih seperti kumpulan proyek mini yang terafiliasi longgar. Saya pernah membaca bahwa pengembangan Microsoft cenderung memecah proyek menjadi tim 5-7 pengembang, bahkan untuk proyek besar seperti Microsoft Office.
Bagian dari perbedaan juga perbedaan antara perusahaan kecil dan besar: yang lebih besar cenderung memiliki lebih banyak proses, lebih banyak aturan, lebih sedikit fleksibilitas, dan sebagainya. Tapi itu sama sekali tidak dijamin.
Ini bisa baik untuk pengembangan karir. Dalam sebuah perusahaan kecil seseorang harus pergi atau mati sebelum Anda bisa mendapatkan promosi (atau perusahaan harus tumbuh sedemikian rupa sehingga tim berkembang dan Anda bergerak ke atas) sedangkan di departemen dev yang lebih besar Anda dapat bergerak di antara tim dan sebagainya.
Selain itu Anda kadang-kadang dapat menemukan beberapa orang yang benar-benar pintar untuk melampirkan diri Anda dan belajar darinya. Dalam perusahaan kecil yang begitu terisolasi dan mandiri dapat kondusif bagi pemrogram yang sedikit "aneh", agak seperti seorang pertapa.