Lo triste es que en realidad hay un gran negocio para mantener el software antiguo … hasta cierto punto. A medida que el ecosistema se debilita y el soporte se vuelve cada vez más difícil de encontrar, el codificador heredado puede obtener una prima cómoda para los pocos clientes desesperados que, probablemente en contra de su voluntad, están vinculados al sistema de envejecimiento. Hacer látigos con errores en 1925 no es un gran negocio; hacer látigos con errores en 1952 en realidad podría ser un acogedor nicho de negocios.
…por un momento…
Y ahí está el problema: hace poco descubrí que la compañía de un amigo está cayendo después de 15 años (!) De soporte en Lotus Notes. Mientras las personas estén atrapadas en el pasado, puede ser bastante lucrativo satisfacer sus necesidades, pero eventualmente tendrán que seguir adelante y ese pequeño y agradable comercio heredado seguirá el camino del dodo.
- ¿Cómo debo pasar al lado funcional / gerencial en una empresa de TI si no soy tan apasionado por la codificación aunque estoy trabajando como desarrollador de software en una empresa multinacional líder?
- ¿Cuál es la mejor manera de obtener una pasantía de otoño en ingeniería de software para el otoño de 2017?
- ¿Cuáles son los componentes principales de un ciclo de vida de desarrollo de software de viaje?
- ¿Por qué no se puede automatizar el desarrollo de software para que esencialmente podamos 'pedir' a una computadora que nos cree una solución a nuestro problema / creación?
- ¿Cuál es su mayor problema cuando desarrolla una nueva idea de software?
Desea tener a mano dos hechos importantes:
- ¿Cuánto tiempo puede durar este negocio realmente? ¿Está trabajando para una institución que no entregará sus sistemas hasta que se desmoronen físicamente, o una que cambie en cuanto se retire el CTO actual? ¿Es esta una agencia gubernamental pesada que no puede cambiar sin el permiso de la legislatura, o un negocio que podría comprarse y actualizarse en cualquier momento? No puede planificar si no tiene una suposición decente sobre cuánto tiempo podría durar esto.
- ¿Qué puede hacer usted (usted, el individuo o el equipo) para mantenerse relevante cuando el negocio inevitablemente se da vuelta? Si las cosas están en un modo de mantenimiento cómodo, debe trabajar duro para aprender habilidades modernas o idear un reemplazo moderno para el sistema heredado que está cuidando. Si el trabajo consiste principalmente en asegurarse de que las cosas no se hayan estropeado, es posible que pueda obtener soporte para un proyecto de actualización interno o portar partes del sistema a una infraestructura más moderna. Si las cosas son suaves, tal vez pueda obtener permiso para contribuir a proyectos relevantes de código abierto y actualizar su conjunto de habilidades personales y su reputación.
De cualquier manera, la clave es no sentirse cómodo. Un negocio de mantenimiento heredado tiene una vida útil limitada, desea estar listo mucho antes de que muera. Si el trabajo no es un lugar donde puede pulir las habilidades modernas, ciertamente puede hacer trabajo comunitario de código abierto en su propio tiempo.
O bien, puede forzar el problema diciendo “oye, este trabajo está dañando mis perspectivas profesionales a largo plazo”. Si quieres que me quede, tienes que compensarme por ese riesgo ”y simplemente tomar el dinero extra. No es una amenaza a menos que esté preparado para caminar, pero puede valer la pena solo para evitar quedar atrapado.
Sobre todo: toma la decisión por ti mismo. No te sientes y esperes a que ocurra algo agradable. El próximo Gran Evento en la vida de una aplicación de 20 años es probablemente un evento de extinción.