Saya membantu mengelola tim eksternal yang mulai mengembangkan versi baru dari beberapa produk yang ada. Secara historis, tim ini selalu menggunakan model proyek tunggal dalam solusi tunggal untuk sekitar 30 modul di Visual Studio yang bekerja sama untuk menghasilkan bangunan yang dapat digunakan.
Ini berdampak buruk pada keandalan dan kualitas build, karena mereka tidak selalu mengirimi kami kode sumber yang terbaru. Kami mencoba menekan mereka untuk menyatukan semua kode yang direferensikan ke dalam satu solusi, tetapi kami mendapatkan beberapa penolakan - khususnya mereka terus berbicara tentang saling ketergantungan antar modul (baca "proyek" di Visual Studio) ditingkatkan jika semuanya ditempatkan di file solusi tunggal. Tidak ada kode dalam solusi terpisah yang digunakan di tempat lain.
Saya bersikeras ini omong kosong dan pola perkembangan yang baik akan menghindari masalah seperti itu.
Tim tersebut juga melakukan perbaikan bug dan pengembangan fitur baru pada produk yang sudah ada, yang pengalamannya paling sedikit dan mengalami masalah yang sama seperti pemecahan beberapa solusi. Kami telah ditolak akses ke kontrol sumber ( TFS ) mereka, dan pendekatan yang kami ambil untuk menyatukan basis kode adalah dengan mencoba dan setidaknya mengurangi jumlah pembaruan yang hilang dan lebih dari sesekali regresi (ya, bug yang diperbaiki mendapatkan kembali -diintroduksikan ke dalam produk) dengan mengatakan "kirim kami ZIP dari seluruh folder solusi sehingga kami dapat unzip, buka di Visual Studio, dan tekanF5 untuk pengujian ". Dalam hal struktur dan kualitas umum, kodenya cukup buruk dan sulit untuk didukung. Pengalaman ini adalah alasan saya bermaksud mendapatkan proses kerja yang tepat di awal siklus pengembangan sebanyak mungkin.
Apakah ada sesuatu yang saya lewatkan? Adakah alasan yang bagus untuk memisahkan semua kode itu? Untuk uang saya itu harus menjadi alasan yang meyakinkan bahwa itu akan menjadi pengetahuan umum, tapi saya lebih dari bersedia untuk mengakui bahwa saya tidak tahu segalanya.