¿Como convencer a mis compañeros para que utilicen buenas practicas de programación?: "Un pobrecito hablador nos cuenta: «He entrado en un nuevo puesto de trabajo de desarrollo de software y me he encontrado con que la gente aqui no sabe programar de una manera estructurada, encapsulada, con un diseño orientado a objetos que cumpla el pincipio abierto/cerrado y el de responsabilidad unica; no aplican patrones de diseño (ni siquiera saben lo que es), no utilizan herencia ni interfaces, el codigo es un caos de parcheos, chapuzas y declaracion de clases a la que ni siquiera le puedes poner un nombre y una descrpcion concreta por que simplemente las usan como punto de entrada a una ristra de funciones sin estado y proposito concreto. Dicen que soy quisquilloso y "especialito" por que estoy todo el dia intentando convencerles sobre todos los problemas inherentes a hacer las cosas asi (mantenibilidad, trazabilidad del rendimiento, menos posiblidades de bugs, flexibilidad y facilidad ante los cambios que puedan surguir, etc). Pero dicen que no tengo razon y que lo que yo propongo solo sirve para tardar mas en programar una aplicacion (y el jefazo que les podria obligar les da la razon). ¿Os ha pasado algo parecido? ¿Como habeis capeado la situacion? ¿Como podria convencerlos de que estan equivocados?» Por lo que dices, de pruebas unitarias e integración continua ni hablamos, ¿no?"