En mis últimos tres trabajos, era un mantenedor de código. En los tres casos, fui contratado después de que la mayoría del código para el proyecto ya estaba escrito.
Soy un programador autodidacta. Antes de comenzar mi primer trabajo profesional, tenía quizás una docena de proyectos en mi haber que comencé y envié con éxito.
Escribir un código nuevo y mantener el código existente son dos trabajos completamente diferentes. Es como comparar un ingeniero aeronáutico con un mecánico de aeronaves.
Especialmente apesta cuando eres un mecánico de aviones que trabaja en un avión que fue diseñado por un ingeniero que no hizo ningún intento de diseñar el avión para que sea lógico o fácil de mantener.
Estoy empezando a sentir que estoy cerca cuando el proyecto comienza por primera vez, tienes que ser una de esas personas especiales que de alguna manera ha trascendido al resto de las personas en el campo de la informática. ¿Qué se necesita para estar en esa posición?
Siento que esta pregunta realmente no tiene una respuesta fácil, pero ¿alguien podría darme algunas ideas? ¿Alguna vez has estado en la planta baja de un nuevo proyecto? ¿Qué tomó para llegar allí?
Respuestas:
El mantenimiento significa diferentes cosas para diferentes personas, y se produce por diferentes razones.
Aquí hay algunas cosas para probar:
Un rol de mantenimiento puede convertirse en su ventaja de varias maneras.
Dicho todo esto, soy el contraejemplo, no el modelo a seguir. Gran parte de esta perspectiva proviene de la experiencia y la observación.
Hay muchos programas nuevos que aún necesitan ser escritos.
Prepárate y estarás trabajando en uno sorprendentemente pronto.
fuente
Tengo malas noticias para ti: muchas de las aplicaciones que la humanidad necesita ya están escritas, es solo que deben ajustarse al entorno en constante cambio.
Algún día, se le pedirá que escriba una nueva parte del sistema, como un nuevo módulo, y podrá aprovechar su conocimiento sobre el desarrollo de campos verdes.
Hasta entonces, puede intentar aprender a refactorizar aplicaciones heredadas para limpiar módulos.
Una buena lectura es " Trabajar con aplicaciones heredadas " y " Refactorizar a patrones ". Si no leyó la refactorización original (Fowler), hágalo. Y aprender desarrollo basado en pruebas (TDD), siempre ayuda.
En caso de que esté trabajando con PHP, escribí un artículo práctico en el que este código aún se ejecuta ...
¡Que te diviertas!
fuente
La ruta más fácil para escapar es cambiar su estilo de programación por completo y también agregar nuevas habilidades al mismo tiempo. Por ejemplo, podrías intentar ser un investigador. Puede que no sea un trabajo de prestigio durante el primer año, y ciertamente no es tan bien remunerado como los trabajos de programación normales (en el primer año si es investigador / investigador asociado en el equipo de una universidad, por supuesto, ya que el investigador principal es bastante muy en línea con el resto de la industria), pero definitivamente pondrá sus habilidades a trabajar en los problemas más difíciles que pueda encontrar hoy en día. Después de tal trabajo, podría fácilmente saltar a una mejor posición, siempre que tenga algunos proyectos interesantes que mostrarle a su próximo jefe.
fuente