¿Cuáles son las probabilidades de éxito si a los 42 años intento ser programador en tecnologías modernas? Fui programador de mainframe hace 10 años.

Yo también tengo 42 años. Es un buen momento He estado programando durante unos 20 años. No ha cambiado mucho en la década en que has estado fuera.

“Ágil” es grande. Lea las páginas wiki en “Kanban” y “Scrum” y “Agile” y será bueno en cuanto a metodologías de gestión. Hace diez años, probablemente usabas CVS o SVN para tus versiones; ahora tendemos a usar Mercurial o Git, que es una forma diferente de pensar sobre las versiones, pero básicamente es más de lo mismo.

Lo más importante es tener fe en ti mismo. Nada ha cambiado mucho. La gente todavía usa muchos de los idiomas que usaban hace diez años. C / C ++ siguen siendo muy grandes. C # y Java son grandes. Cobol, Algol, Logo, Lisp, Fortran, incluso Perl murieron mucho, pero eso significa que habrá trabajos lucrativos para ellos. En la web, para Python en el servidor, PHP y Ruby son grandes, mientras que para Flash en el lado del cliente sigue el camino de los applets de Java, HTML5 lo está reemplazando lentamente.

Muchas nuevas siglas: SaaS (“software como servicio”, o lo que llamaríamos sitios web interactivos) es grande ahora, con Google finalmente haciendo una suite de oficina en línea que realmente funciona. SECO, AJAX, YAGNI, DDD, TDD. La gente toma las metodologías de programación mucho más en serio de lo que recuerdo. Antes, a la gente le preocupaba escribir código limpio. Ahora, se preocupan por hacer diseños limpios, de manera limpia, que interoperen limpiamente. Los “microservicios” pronto serán grandes. “Docker” es el nuevo VM-Ware, y las instancias de docker virtualizadas se están utilizando de formas nuevas y atractivas.

Casi todos los sistemas tienen una API para que otros sistemas se conecten. En realidad tienen conjuntos de pruebas de unidades decentes y, lo que es más importante, conjuntos de pruebas de aceptación automatizadas. Las pruebas se consideran realmente importantes. La gente entiende que los errores necesitan tiempo asignado para su reparación.

Todo se siente rápido y confuso, luego retrocedes y te das cuenta, no, es la misma vieja basura. Sigue manteniendo un código heredado de mierda desde 1996, y nada ha cambiado. Pero está la Gran Reescritura en el horizonte, y parece que tal vez realmente la terminen antes de decidir tomarla en una nueva dirección esta vez, al menos si no se vuelven a comprar …

Volverás a encajar en él, no te preocupes en absoluto.

No uses traje para la entrevista.

Todavía está resolviendo problemas, por lo que no debería ser un problema. Existen numerosos recursos de aprendizaje en línea, por lo que si está dispuesto a esforzarse un poco, debería estar bien. La base de usuarios es más difícil de impresionar, pero ese conocimiento tecnológico hace que sea mucho más fácil trabajar con ellos.

Hay numerosos lugares en los que puede bucear, pero si realmente le preocupa, puede consultar la filosofía de microservicios. Parece que está ganando terreno en los últimos años y las ideas detrás de esto pueden parecerle familiares. ¡Buena suerte!

PD

Mi tía tomó algunas clases de Java hace 10 años porque estaba convencida de que Cobol no iba a ser relevante por mucho más tiempo. Desde entonces, ella nunca ha estado sin trabajo o tuvo que tomar un trabajo de mierda y obtuvo uno de los mayores impulsos en su carrera el año pasado. Ella logró todo eso sin salir de cobol. Aprender algo nuevo nunca tiene sentido, pero las habilidades de Java no pusieron un centavo en su cuenta bancaria