¿Cómo progresar en su carrera si su empleador está utilizando herramientas y tecnologías obsoletas?

Si tienes que irte, vete.

Pero mientras estés allí, elige las batallas que puedas ganar. No se limite a objetar la tecnología porque es "vieja", sino que trate de centrarse en la mejora incremental del proceso . Puedes hacer un gran trabajo con herramientas antiguas, si las usas sabiamente. Y, francamente, es bastante común hacer un trabajo horrible con las últimas herramientas pero usarlas sin cuidado, especialmente cuando las soluciones establecidas se eliminan a ciegas sin comprender realmente lo que ofrecen a la empresa.

Si desea reemplazar una tecnología, concéntrese específicamente en el valor que una solución más nueva puede aportar al negocio. Encuentre formas de adaptarlo a la infraestructura existente, reimplementando las interfaces heredadas para que una nueva solución pueda ser un reemplazo en el ecosistema general. Eso puede significar no usar inicialmente algo ni siquiera una fracción de su ventaja potencial, pero significa abrir la puerta a las posibilidades.

Recuerda que estás contratado para resolver problemas, no para crearlos. Si los problemas que necesitan resolver no son los que usted puede o no está interesado en resolver, es hora de seguir adelante y encontrar un lugar donde haya una mejor coincidencia entre los problemas que quieren resolver y los problemas que usted quiere resolver .

Creo que si te sientes estancado y la compañía no te satisface, tu única opción es cambiar de trabajo. Tal vez incluso con alguna rebaja en las ventajas, etc., pero con potencial de carrera.

He estado allí. Esto es más común de lo que piensas.

La prioridad número uno de las empresas es generar ganancias para sus propietarios (accionistas, etc.). Si la tecnología actual satisface las necesidades comerciales , ¿por qué invertirían en algo moderno y nuevo?

Para mí, comencé en TI como programador COBOL (ugh) en el '94. La firma para la que trabajé era una firma de corretaje muy exitosa. El código fue escrito en COBOL68 y parte de la fuente tenía cerca de 25 años. Era antiguo pero funcionaba. Se nos pidió que actualizáramos la versión de COBOL y que hiciéramos los cambios necesarios para Y2K.

Pasar a un entorno más moderno fue algo que sucedió debido a las presiones comerciales, no porque yo (como desarrollador que conocía C, C++, etc.) quisiera usar las últimas herramientas.

Entonces, ¿qué hacer mientras tanto? Para mí, mi primer proyecto de VB6 fue reemplazar una máquina perforadora de teclas con una aplicación de escritorio que podía producir imágenes de tarjetas (texto ASCII) que cumplían con Y2K. Puedo bromear diciendo que creé una máquina perforadora de tarjetas compatible con Y2K (¡en 1999!).

El punto más importante de esto es que pude usar algo 'nuevo' (esto fue antes de .NET y cosas más modernas) para ayudar a resolver una necesidad comercial. Su mejor opción es determinar cómo puede ayudar a la empresa a alcanzar sus objetivos mediante el uso de la tecnología más nueva. Hablar en términos comerciales.

En mi empresa anterior definitivamente no todo era increíble (jejeje, ¡por eso me mudé!), pero usábamos tecnologías y herramientas de vanguardia y lo extraño. No espero estar usando tecnologías de punta todo el tiempo. Pero los de aquí están realmente desactualizados.

Me parece que echas de menos tu trabajo anterior. ¿Estás seguro de que esto no se trata realmente de arrepentirte de renunciar y perderte lo que estabas haciendo?

¿Qué puedo decirle a un posible empleador? ¿Pasé los últimos 2 años trabajando y arreglando cosas obsoletas? ¿O hizo una configuración básica de cosas modernas?

¿Es difícil determinar para qué lo contrataron? ¿Lo contrataron para reparar software heredado o como desarrollador general de pila completa? Si lo contrataron específicamente para reparar el software heredado, haría lo mejor que pudiera. De lo contrario, le dirá lo mismo a su próximo trabajo: usted era un desarrollador completo y lo que hizo para impulsarlos en la modernización y las tendencias actuales.

Por mucho que el mundo de los desarrolladores te haga pensar, no se espera que entres en todas las organizaciones y te conviertas en una especie de ninja del código arreglando cosas y provocando un gran cambio y ahora estás buscando nuevos trabajos. Su último trabajo tenía un entorno en el que usaban nuevas tendencias, no es que tuviera nada que ver con eso aparte de trabajar allí, el nuevo entorno parece ser complaciente pero comprende que hay nuevas tendencias y formas de hacer lo que son. Si puede lograr una sola cosa, como impulsar las pruebas unitarias, sería un gran logro en comparación con lo que describí anteriormente. Las empresas buscan jugadores de equipo y personas que puedan entrar y contribuir tanto como difundir nuevas ideas. Están interesados ​​en ganar dinero, no en personas que vienen y cambian todo y luego los dejan para que lo averigüen.

No enfatizarías la técnica, sino las habilidades blandas. Cómo eras un defensor constante. Tal vez haga talleres o presentaciones sobre nuevas herramientas para el personal (o la gerencia). Con análisis de costo beneficio.

Y si la empresa tiene presupuesto, formar. O si dan tiempo para labores de investigación, investiga.

Habilidades blandas. Procedimientos. Protocolos. Si la gestión está de su lado. Esto es lo que destacaría a posibles nuevos empleadores/clientes.

Quizás es por eso que lo contrataron: al mostrar las cosas más sofisticadas / más nuevas, querían evaluar dónde estaba usted con las tecnologías, y ahora les gustaría que mejorara la pila de producción diaria actual.

Aunque depende y esto es pura especulación de mi parte. ¿Por qué no le menciona esto a su gerente y trata de elaborar un plan (si aún no hay uno, pregúntele al respecto!)?

No todo el mundo está listo para hacer frente a la deuda tecnológica y muchos querrán salir corriendo gritando, pero hasta cierto punto, cada base de código tiene algún grado de deuda tecnológica. Veo esto como una oportunidad para estar a nivel del suelo definiendo la nueva arquitectura y procesos.

Habiendo trabajado tanto en el lado de la ingeniería como en el que no lo es, su argumento de que todo está "desactualizado" no es sólido. Suena como despotricar y no respaldado por números. ¿Existe un buen caso comercial para dividir la base de código en múltiples repositorios? ¿O simplemente genera más mantenimiento porque no existe integración continua/implementación continua (CI/CD)? ¿Cuánto más rápido podría implementar a los clientes si tuviera CI/CD? ¿Cómo se pueden minimizar los errores en el proceso de compilación e implementación?

Por ejemplo, si no tiene un CI/CD o uno pobre, haga una prueba de concepto y mida las ganancias potenciales. Preséntelo a su gerente oa quien decida en qué debe trabajar y haga de eso su proyecto. Incluso puede presentar un caso para asistir a conferencias sobre DevOps/SRE y aprender de los demás.