Como la habilidad técnica es obsoleta tan rápido, si un desarrollador antiguo está haciendo lo mismo que un desarrollador joven, ¿cuál es la ventaja de un desarrollador antiguo?

Primero, corrija su afirmación de que “las habilidades técnicas son obsoletas tan rápido”.

En 20 años, he visto aparecer idiomas desde la oscuridad hasta llegar a la cima. También he visto docenas de idiomas fallidos, caídos en la oscuridad.

Recuerdo una versión anterior de PHP antes de que admitiera clases, era un lenguaje de procedimiento (y muy torpe) ahora tiene una gran comunidad presionando para ser algo para lo que no fue diseñado.

He visto a muchos desarrolladores más jóvenes obsesionarse fanáticamente con tantas modas que han ido y venido, y reconocer que volverse fanático de las cosas parece una locura en el mejor de los casos.

Esa perspectiva te da mucha ventaja. He visto por qué algunos idiomas y tecnología mueren, por lo que puedo hacer mejores evaluaciones de la viabilidad de la tecnología en el futuro y ahorrarle mucho dinero a la empresa.

Mientras que los nuevos idiomas van y vienen, y la tecnología cambia mucho. Básicamente, no son tan diferentes ni tan nuevos.

Java es muy similar a C ++, C # y ahora PHP. Javascript tiene varios años. Conectarse a un servicio JSON no es tan diferente de un socket genérico TCP / IP.

La mayoría de los idiomas no cambian mucho, y los patrones de diseño y el algoritmo también son bastante lentos para cambiar.

Como tal, puedo programar entre 4 y 5 veces más rápido que alguien con aproximadamente 5 años de experiencia. Mis cosas funcionarán más a menudo, serán más rápidas y no cometeré errores de novato porque he estado allí.

Los novatos cometen errores de novatos.

He visto un proyecto que le costó a la compañía 100,000 para arreglar un proyecto inicial de 120,000 porque el líder del proyecto tenía 2 años de experiencia y cometió un grave error (Permitir que el equipo se desarrolle en un marco vainilla en lugar del que usaron. ) Si estuviera en una sola reunión para ese proyecto, le habría ahorrado a la compañía 120,000 en costos y 3 meses en el tiempo (que podrían ser millones).

Este es solo un ejemplo de situaciones en las que la experiencia puede protegerse contra los errores de los novatos, también significa que sé cuándo puedo tomar riesgos de manera segura y también reconocer cómo reducir esos riesgos.

Como tal, mi capacidad para proteger a la compañía cuando se agrega a mi capacidad de hacer aproximadamente 4–5 veces el trabajo de un programador junior o incluso de nivel medio, me hace valer mucho dinero.

Creo que Garry Taylor da en el clavo, como suele hacer. También es el caso de que los principios básicos de programación realmente no han cambiado desde que comenzó la programación.

Han surgido algunos paradigmas ligeramente “nuevos”, como la orientación a objetos y la programación funcional, y es cierto que los antiguos desarrolladores pueden tener dificultades con ellos si han pasado mucho tiempo haciendo programación de procedimientos y no se han tomado el tiempo para familiarizarse con OO o FP.

Pero gran parte del resto sigue siendo básicamente el mismo. Todo consiste en transformar y procesar datos utilizando bucles, condicionales, subrutinas y demás. Un viejo desarrollador que ha practicado el aprendizaje superficialmente de nuevas tecnologías a medida que aparecen, las ve como variaciones de lo que él o ella ya sabe. Para un nuevo desarrollador, cada nueva tecnología es algo nuevo y confuso.

Una analogía podría ser comparar la programación con tocar el piano. Se diseñan nuevos estilos musicales todo el tiempo, pero sigue siendo un piano. Solo te vuelves inferior a un nuevo músico cuando la edad comienza a afectar gravemente tus habilidades; tus manos desarrollan artritis; o en el caso de un programador, su mente se vuelve demasiado borrosa para hacer frente a la programación o pierde interés en ella.

¿Cuáles son estas habilidades técnicas que obsoletas tan rápido?

He estado en TI durante más de 30 años y la única área donde he visto un cambio rápido es en el desarrollo web front-end. El reciente aumento de JavaScript ha conducido a una proliferación completamente insana de marcos JS como Angular, React, Ember, Backbone, Knockout, Meteor, Polymer, Mithril, Aurelia, Mercury, Vue, etc., etc., etc. ¿Estás loco? “¿bromeando?” Estos marcos tienen la vida útil de una mosca de la fruta.

La moda actual está relacionada con React en todas las cosas. Le garantizo que en unos años, esto también caerá en desgracia. ¡Qué colosal pérdida de tiempo y energía!

Excepto por este lío impuro de los marcos JS, la industria de TI en general es bastante conservadora. Las cosas cambian lentamente . La forma en que escribí el software hace 20 años es más o menos la misma forma en que lo hago ahora.

Sus habilidades técnicas en Java y Spring, C # y .NET, PHP y Laravel, Python y Django, Ruby and Rails, Scala and Play !, Perl y Catalyst, etc., continuarán manteniéndolo en una buena posición en la industria. Puede usar C / C ++ y Python y Java para obtener excelentes resultados en todos los rincones del mundo de TI, incluida la robótica, Internet de las cosas, la computación en la nube, Big Data, análisis numérico, modelado financiero, aprendizaje automático, realidad virtual, seguridad informática , móvil, escritorio, juegos, etc. ¡ Muy poco ha cambiado!

Podría moverme fácilmente entre estos campos. Mis habilidades técnicas siguen siendo valiosas. Mi capacidad para resolver problemas no ha disminuido ni un ápice. Mi vasta experiencia significa que entiendo los matices más finos de la gestión y los cronogramas de proyectos, el mantenimiento del software, el aseguramiento de la calidad del software, dónde enfocar las energías de desarrollo, dónde no enfocar las energías de desarrollo, etc. Soy más resistente a la moda y la moda. Puedo evitar el síndrome de la urraca en el que caen tantos desarrolladores más jóvenes, atraídos por cada nueva tecnología brillante que viene y promete mejores formas de escribir software.

No hay nada de malo en las tecnologías antiguas y probadas como Java, Python, C ++, etc. Incluso las tecnologías “antiguas” como Lisp y Smalltalk tienen su lugar en la TI moderna.

No descarto el valor de los desarrolladores más jóvenes. También tienen mucho que ofrecer. Tienen más energía y resistencia. Tienen más ambición. Tienen más creatividad e imaginación. Sin embargo, no tienen una larga experiencia y una profunda sabiduría, cosas que siempre han sido muy apreciadas en la sociedad.

Y nunca confunda las habilidades técnicas con las modas y modas de nuestra industria.

A menudo recuerdo un dicho: “Tener más educación no te hace más inteligente, solo te ayuda a adivinar las respuestas correctas “. Ser un desarrollador mayor hace lo mismo.

1. “He estado allí, hecho eso”, a menudo un activo invaluable en el proyecto.
2. Habiendo trabajado con casos similares antes, así que saber cómo se ve debajo del capó
3. Conocer más tecnologías relacionadas o no relacionadas que pueden ser útiles. Los marcos nacen y mueren de vez en cuando, pero el sistema operativo y sus elementos básicos y buenos principios básicos no cambian tan a menudo.
4. Ser capaz de guiar a colegas más jóvenes explicando las cosas descritas.
5. No tener miedo de descifrar el código para encontrar la esencia de algo. No hay soluciones fáciles de enchufar y usar para muchos problemas, por lo que tener más experiencia y conocimiento ayuda a encontrar / hacer la solución más rápido.
6. Legibilidad de código siempre en mente.

Trabajo en un pequeño equipo de aplicaciones como uno de los programadores más antiguos (solo tengo más de 30). No tenga tiempo para sentarse en la computadora y experimentar con las tecnologías en el hogar debido a los niños pequeños, a diferencia de hace 5 o 10 años. Pero aún puede encontrar soluciones a problemas más grandes, a los que Google no ofrece respuestas rápidas.

Recientemente tuvimos la tarea de hacer que la aplicación de Android funcionara en una placa personalizada. Utilicé mis habilidades con Linux desde hace más de 10 años para diagnosticar y depurar (porque Android es básicamente un Linux reducido). Resultó que las aplicaciones de Android funcionan en modo Sandbox de forma predeterminada, mientras que las aplicaciones independientes simples C / C ++ NDK resultaron ser ilimitadas. Me avergüenzo, pero pude resolver eso y encontrar la solución. Y consiguió que la aplicación funcionara. Para los colegas, la aplicación “simplemente no funcionó”.

Y también mire la interesante respuesta de Robert Martin: la respuesta de Robert Martin a ¿La gente pierde interés en la programación a medida que envejecen? ¿Es correcto esperar que los programadores de más edad sean más lentos, cometan más errores y prefieran hacer algo más, como administrar programadores? – Personalmente, me gustaría estar actualizado durante tanto tiempo.

De acuerdo totalmente con Steve Cook, las habilidades técnicas no se vuelven obsoletas rápidamente . Esta es una industria de movimiento mucho más lenta de lo que piensas.

Python tiene ahora un cuarto de siglo de antigüedad. Java tiene unos 20 años. Linux tiene más de 20 años y es una copia de un sistema mucho más antiguo.

Básicamente, la ventaja de un desarrollador anterior es que usé Python por primera vez hace unos 15 años, y un desarrollador más joven no lo hizo.

Es un mito que esta industria se mueve rápidamente. Absolutamente no .

Tenía una estación de trabajo Sun hace casi 20 años. Si ha iniciado sesión ahora, parecería más o menos lo mismo que un entorno Linux moderno. Mire un automóvil de 20 años, se ven un poco diferentes a un automóvil moderno.

El hardware se ha movido muy rápido, recuerdo haber comprado 4 MB de RAM por alrededor de $ 200. El software no se ha movido rápido * en absoluto *, y como desarrollador, realmente no ha cambiado mucho. Estamos usando Python, Java, C, un entorno similar a UNIX.

Cada vez que alguien dice que la industria de la tecnología se mueve rápido, puedo decir que o bien no están en la industria, o que tienen poco más de veinte años o son adolescentes tardíos. Parece rápido porque hace unos años Ruby on Rails era una mierda, y ahora Nodo. JS es una mierda, pero la realidad es que los fundamentos no han cambiado en décadas .

Piénsalo de esta manera, tal vez hace un año o dos One Direction era una banda de chicos de mierda, retrocede 20 años, tal vez New Kids On The Block era una banda de chicos de mierda. Se ven diferentes, suenan diferentes, pero en realidad, son la misma banda de chicos.

Me desconcierta por completo cómo la gente puede pensar que esta industria se mueve rápido, he estado programando computadoras desde que tengo memoria, y básicamente tenemos más RAM, procesadores más rápidos y UNIX dejó estaciones de trabajo para estar presentes en computadoras y teléfonos normales.

Y eso es algo de eso.

Si has llegado hasta aquí, ve y vota la respuesta de Steve Cook.

El conocimiento de lenguajes y herramientas específicos es algo perecedero. Estas habilidades relacionadas son menos

• Aprender nuevos idiomas y herramientas, que se vuelve más fácil cuanto más lo haces.
• Trabajar con personas, en las que mejorarás con la práctica. Las personas cambian imperceptiblemente a lo largo de la vida humana.
• Paradigmas de codificación de software, que cambian bastante lentamente. La programación imperativa data de la década de 1940. La programación orientada a objetos existe desde finales de los años sesenta (por ejemplo, SIMULA-67). Programación funcional desde finales de los años 50 (LISP 1.5). En el mundo comercial, OOP se hizo común en la década de 1990, y la programación funcional tal vez en 2010 más o menos.
• Patrones de diseño de software, que son independientes del idioma y que continúa aprendiendo (a menudo cometiendo errores) durante toda su carrera.

Entonces, la mayor parte de lo que haces no cambia en absoluto.

Si no tiene experiencia, no está equipado para reconocer el valor de la experiencia, por lo que cree tonterías como: “¿Cuál es el valor de un desarrollador antiguo?”

Es solo una percepción de que las habilidades técnicas se vuelven obsoletas rápidamente, y es una percepción incorrecta porque en su mayor parte las habilidades técnicas generalmente no se vuelven obsoletas durante al menos muchas décadas .

Soy un “viejo desarrollador” según los estándares de la mayoría de las personas, ya que he estado programando desde 1974 y mi conocimiento de cómo funcionan las computadoras Von Neumann se remonta incluso unos años antes.

Casi todas las habilidades técnicas que he adquirido durante los últimos 40 años siguen siendo muy aplicables al trabajo que hago hoy , y trabajo en proyectos de I + D para desarrollar dispositivos inteligentes completamente nuevos utilizando el último hardware del siglo XXI.

Creo que el problema de percepción puede deberse al hecho de que los desarrolladores más jóvenes no tienen un conocimiento preciso y completo sobre la historia de varias tecnologías, especialmente las tecnologías de software . Las tecnologías que los desarrolladores más jóvenes pueden pensar que son relativamente nuevas son, en la mayoría de los casos, en realidad tecnologías establecidas que han cambiado muy poco, pero probablemente se les ha dado un nuevo “nombre” (esto se debe a que las fuerzas de marketing intentan hacer que una tecnología establecida parezca una nueva uno).

Por ejemplo, antes me acusaron de estar desactualizado porque no tengo experiencia trabajando con “hilos”. No importa que haya estado desarrollando código multitarea desde mediados de la década de 1980 y entiendo esa “tecnología”, así como los mejores desarrolladores. Los “hilos” son simplemente “tareas”, renombradas por Microsoft, después de que el concepto de “tareas” existiera durante décadas. No hay diferencia entre Multi-Threaded y Multi-Tasking, solo 2 nombres diferentes para exactamente lo mismo, pero si no supieras que pensarías que no tengo experiencia con “Threads”, cuando en realidad tengo Más experiencia en esta área que la mayoría de los otros desarrolladores.

Lo mismo con muchas otras tecnologías de software. Microsoft es infame por tomar las tecnologías de software existentes (pero no porque sean las únicas), darles un nuevo nombre y luego comercializarlas como si fueran algo nuevo que Microsoft inventó. Se trata de comercializar a mi amigo, Microsoft en realidad ha inventado muy poco o nada de nuevas tecnologías de software, solo encontró una manera muy inteligente de hacer que el mundo piense que sí.

“[La competencia] se puede tomar”, dijo Steve Ballmer a la compañía, según Paul Allen. “Pero la única forma en que los vamos a tomar es estudiarlos, saber lo que saben, hacer lo que hacen, mirarlos, mirarlos, mirarlos. Busque cada ángulo, quédese sobre sus hombros, clónelos, tome cada una de sus buenas ideas y conviértala en una de nuestras buenas ideas “.

Esto se ha convertido en un modelo en la industria de la tecnología de marketing, darle un nuevo nombre y luego dejar que la gente piense que es una invención nueva y original . La industria del software sufre de esto más que cualquier otra área de la tecnología, con el software casi todo lo que es “nuevo” en realidad es solo un nuevo giro o un ligero ajuste de la tecnología existente. Muy poca tecnología de software es verdaderamente nueva y original.

Por lo tanto, la ventaja de un desarrollador “antiguo” es que han experimentado toda esta “historia”, además de tener experiencia trabajando con las encarnaciones originales de las tecnologías actuales , lo que les da una ventaja al trabajar con lo que parecen ser los desarrolladores más jóvenes. “Nuevas” tecnologías: esta es una clara ventaja que los desarrolladores jóvenes simplemente no pueden obtener.

Uno podría reformular su pregunta con esta analogía: ¿alguien que puede hablar un idioma extranjero a los 20 años lo habla de una manera diferente a alguien que es mayor?

Digo mayores porque la edad no puede ser la misma para todos. Cada persona es diferente, alguien puede vivir un estilo de vida efectivo (ejercicio, estiramiento, dieta normal …) y parecerse a alguien de 40 o incluso 30 a 60 (por ejemplo, subir las escaleras 2 × 2 … sin mucho esfuerzo). Me encontré una vez que alguien así, simplemente no podía creer su edad cuando dijo que tenía 60 años, ya que me parecía alguien cercano a los 40.

Creo que bajo estas condiciones, las capacidades de escuchar, hablar y procesar información se pueden hacer hasta 75, 80 … Luego, para algunos proyectos o administración, solo tomemos en consideración la experiencia continua en TI o cualquier otra habilidad.

En TI, hoy en día, es probable que una persona así haya experimentado algunas o haya estado expuesta a muchas habilidades diferentes (fundamentos de TI como electricidad, arquitectura de CPU, ensamblaje, algoritmos, C, C ++, C #, Java, TCP IP … ) que podrían desempeñar un papel más o menos importante en las tecnologías actuales, ya que la mayoría se basan en los mismos fundamentos. Como se vio en las respuestas anteriores, esto podría facilitar las cosas para aprender nuevas habilidades.

Entonces, esa persona podría ser vista como un activo.

Las cosas que cambian rápido son a menudo las más fáciles de aprender. Por lo general, son riffs o ajustes en, o incluso retrocesos a, cosas que han existido durante algún tiempo. Para dar un ejemplo, Docker es simplemente un reenvasado de contenedores, algo en lo que Bill Joy trabajó para BSD en 1982 y Solaris lo ha tenido durante … No sé cuánto tiempo. La programación funcional, del mismo modo, es un poco furiosa en este momento, pero proviene del cálculo Lambda que se originó en la década de 1930, Haskel se creó en 1990 y Scheme en 1970.

Lo que aprende de la experiencia en el desarrollo es lo mismo que con cualquier otro dominio: las ventajas y desventajas de ciertas técnicas y cuándo deben usarse, cómo lidiar con prioridades en competencia, cómo comunicarse con otros de manera efectiva y cómo diferenciar entre el imperativo , lo importante y todo lo demás.

Primero diría que la pregunta es puramente hipotética. ” Si un desarrollador anterior está haciendo lo mismo que un desarrollador joven … ” es como anteponer la pregunta con ” Si C ++ y Python son realmente lo mismo … ”

Mis dos centavos a lo que todos los demás han respondido mucho más claro que yo es que:

Desarrolladores más jóvenes en experiencia.

• escribir código que funcione … y esto es algo bueno.

Desarrolladores mayores en experiencia

• escribir código que funcione
• es legible y transparente para alguien con menos experiencia
• alguien que no lo escribió puede mantenerlo con moderado esfuerzo dentro de tres años.

Me gustan muchas de estas respuestas, y estoy de acuerdo con ellas de todo corazón. Me gustaría agregar a la conversación que otra ventaja que tienen los desarrolladores más antiguos es que los sistemas son complejos. Es genial que tengas C # y Haskel y cualquier otra cosa que sea nueva y brillante. Pero en cualquier proyecto significativamente grande, hay muchos sistemas en juego. A veces simplemente no hay una buena manera de resolver alguna parte del sistema con las nuevas herramientas brillantes. Es útil tener a alguien en el proyecto que pueda decir: “Hace 20 años vi esto en otro proyecto, y usamos un motor ISAM integrado”. Todos miran al tipo como si tuviera dos cabezas, hasta que el problema se resuelve mejor y más rápido de lo que cualquier joven puede imaginar.

Los desarrolladores más experimentados tienen una experiencia profunda que les permite resolver problemas mejor independientemente de la cantidad de experiencia con ciertas tecnologías o paquetes de software. A menudo he trabajado con desarrolladores más jóvenes cuando no tenía ningún conocimiento del lenguaje de programación o hardware. Sin embargo, pude ayudarlos a diseñar sistemas más eficientes y resolver muchos problemas si por una larga experiencia entendiendo lo que la empresa estaba tratando de lograr. Hay una gran diferencia entre conocimiento y experiencia.

En mi opinión, el equipo correcto es una mezcla de desarrolladores senior y junior. Necesitas a los mayores para liderar la dirección del proyecto, pero demasiados mayores también generan muchos argumentos con respecto a la dirección técnica y las contusiones del ego. Los jóvenes generalmente están menos inclinados a discutir cada pequeña cosa.

Las habilidades tecnológicas realmente no se vuelven obsoletas muy rápido, eso es una ilusión o “pánico impulsado por los medios” que supongo que proviene de combinar los avances de hardware (que ciertamente son vertiginosos) con los avances de software (que son bastante lentos).

Presumiblemente, un desarrollador “antiguo” tiene una buena comprensión de los principios fundacionales del software que trasciende lenguajes y herramientas específicos.

Estuve en una entrevista para un puesto abierto de Java todo el día, cansado y con la esperanza de salir del trabajo que la gerencia estaba tratando de despedirme por hacer lo que querían cuando el director entró y dijo:

“No vas a conseguir el trabajo”.

Estaba devastada y respondí “” Creo que arruiné la entrevista “y comencé a empacar.

Su respuesta fue: “” Los arruinaste, pero tengo otra oferta: sabes que el ensamblador de mainframe es un PL1, ¿verdad? ”

“Me corté los dientes con esos!”

Para resumir, ahora trabajo para este hombre y me encanta hacer cosas que hice hace 30 años. Trabajo con personas que son realmente maravillosas y, para colmo, me ofrecieron 5.000 ni lo que pedí.

No te subestimes como yo lo hice. Las cosas viejas todavía se usan y están ahí fuera.

¡¡¡VE A POR ELLO!!!

Vale la pena el tiempo.

Es una de las cosas más no automatizables que hacen los humanos que pueden enfrentar nuevos desafíos / tecnología a diario. Las máquinas están en camino de automatizar la mayoría de las tareas repetibles de alto volumen. Entonces, diría que uno siempre debe esforzarse por estar en la cima de la última tecnología y no preocuparse por ser joven o viejo. En tecnología, nunca podemos estar más desactualizados que 5 años después de eso, por lo general, da paso a algo nuevo.

Independientemente de lo que intente hacer, probablemente ya lo hayan hecho antes y conozcan las dificultades.