Soy un programador bastante joven y trabajo en el departamento de TI de una empresa mediana. Tengo un compañero de trabajo y es un muy buen programador de Visual Basic 6. Y quiero decir muy bien. Honestamente. Puede entregar aplicaciones de trabajo, que contienen muy pocos errores, en el tiempo que necesito para tomar mi primera taza de café y arrancar mi máquina. Él es así de bueno.
La cosa es que estamos trabajando con un equipo y su estilo de trabajo es completamente anticuado. Él no cree en el software de versiones (si solo te aseguras de que tu código sea correcto, no necesitas todas esas tonterías). No cree en la implementación (puedo entregar un ejecutable que funcione. La forma en que se implementa es para que los administradores del sistema lo descubran). No cree en la abstracción. ('si desea crear una subrutina, continúe, pero no llame a ninguna subrutina desde esa subrutina. De ese modo, se vuelve desordenado y el código es difícil de seguir. De esta manera, todos pueden seguir cada paso del camino. 'o' sí, seguro que puedes usar esa biblioteca para hacer eso por ti, pero de esa manera no entiendes realmente lo que está sucediendo ') y ciertamente no cree en OOP. (trabajamos en VB.net)
Es tan bueno en lo que hace que puede entregar aplicaciones mucho más rápido que yo. Pero simplemente no funciona en un equipo. Nuestro otro miembro del equipo es callado y no le gusta hablar, aunque tiende a estar de acuerdo. Nuestro gerente cree que hago puntos válidos, pero no es un programador.
Me cuesta mucho mantener los programas que ha escrito, y no es un buen ambiente de equipo. ¿Qué crees que es lo mejor que puedo hacer?