Saya berasal dari latar belakang OO yang kuat, dan saya baru-baru ini mulai bekerja di sebuah organisasi yang, walaupun kode ini ditulis di Jawa, memiliki penekanan yang jauh lebih sedikit pada desain OO yang baik daripada apa yang biasa saya lakukan. Saya telah diberitahu bahwa saya memperkenalkan "terlalu banyak abstraksi", dan bahwa saya harus mengkode cara yang selalu dilakukan, yang merupakan gaya prosedural di Jawa.
TDD juga tidak banyak dipraktekkan di sini, tetapi saya ingin memiliki kode yang dapat diuji. Mengubur logika bisnis dalam metode privat statis dalam "kelas-Tuhan" yang besar (yang tampaknya menjadi norma untuk tim ini) tidak terlalu dapat diuji.
Saya berjuang dengan jelas dalam mengkomunikasikan motivasi saya kepada rekan kerja saya. Adakah yang punya saran tentang bagaimana saya bisa meyakinkan rekan kerja saya bahwa menggunakan OO dan TDD mengarah ke kode yang lebih mudah dikelola?
Pertanyaan tentang hutang teknis ini terkait dengan pertanyaan saya. Namun, saya mencoba untuk menghindari timbulnya hutang di tempat pertama, sebagai lawan dari membayarnya setelah fakta yang meliputi pertanyaan lain.