Dado que la tecnología / metodología expira en tres años, ¿por qué las empresas solicitan más de 5 u 8 años de experiencia en tecnología / metodología?

Quora User dio la respuesta básica, pero déjame expandirme un poco. Hay algunas tecnologías que son a corto plazo, no permanecen por mucho tiempo (aunque a veces no se puede saber si lo nuevo es una de esas, por ejemplo, ¿qué pasa con Swift?) También hay tecnologías que son a largo plazo , y todavía hay programadores COBOL alrededor. La mayoría de las tecnologías probablemente están en el medio, se quedan un poco, pero también cambian significativamente con el tiempo.

Entonces, ¿por qué las empresas piden más de 5 años de algo? A veces, es porque son tontos . Para tomar mi ejemplo de Swift, en realidad pueden pedirte 5 años de eso, sin importar que tengan 2 años. O bien porque hay un Jefe de pelo puntiagudo o porque RR.HH. deshizo las cosas. A veces es menos atroz, pero sigue siendo tonto. Tomemos AngularJS, tiene más de 5 años, pero ¿realmente necesitan a alguien con tanta experiencia? Bueno, no estaría de más, pero probablemente alguien con más de 5 años de JavaScript y otros marcos, y, digamos, 2 años de Angular es igual de bueno. No soy un experto en esto, pero apuesto a que la experiencia directa con el lanzamiento inicial de Angular no tiene mucha importancia práctica en la actualidad.

Sin embargo, si solicitan a alguien con más de 5 (o incluso más de 10) años de experiencia en sistemas integrados, eso puede ser importante. Debido a que los sistemas embebidos existían hace más de 10 años, y la experiencia acumulativa de tratar con ellos es algo muy valioso y deseable. Lo mismo para el desarrollo full-stack. Hace 10 años, esto significaba algo diferente que ahora, pero la persona que estuvo presente durante este período y terminó migrando a través de varias generaciones de cambios ha adquirido una experiencia extremadamente valiosa y podrá adaptarse cuando el marco de trabajo cambie nuevamente.

Entonces, ¿Qué haces? Si la compañía quiere una cantidad ridícula de experiencia en alguna área caliente, y usted no la tiene, es probable que no tenga que tratar con esa compañía. Si piden mucha experiencia en algo básico, bueno, tal vez la necesiten. Intente adquirir esos años de experiencia, demostrarán ser valiosos tanto para usted como para el empleador.

Una de las mejores definiciones que he escuchado es que “la educación es lo que queda después de que se hayan olvidado los hechos”.

Eso se aplica al menos tanto a la programación. Yo diría que lo más importante de la Introducción a los algoritmos de Thomas Cormen no es que proporcione algoritmos para memorizar, sino que le ayuda a aprender a pensar en algoritmos. Del mismo modo, de cinco a ocho años de experiencia real en tecnología y metodología le permitirán acercarse y elegir nuevas tecnologías y, lo que es más importante, utilizarlas de manera apropiada, de manera que incluso el ingeniero más brillante y mejor educado, pero sin experiencia, podría hacerlo.

Hace un cuarto de siglo, cuando estaba en la industria inalámbrica, conocí y trabajé con el CTO de un gran fabricante de equipos inalámbricos. Era brillante y conocía profundamente los sistemas de comunicaciones de alta velocidad, en tiempo real y basados ​​en servidores.

Muchos años y compañías más tarde, cuando necesitaba un CTO para Gust, lo perseguí y tuvimos una larga conversación. Estaba considerando la transición al desarrollo web ágil, y acordamos que a pesar de que no tenía experiencia con nada relacionado con la web (sin JavaScript, RoR, incluso HTML), lo probaríamos. Para mi sorpresa ni la suya, dentro de tres meses estaba manejando anillos alrededor de cada ingeniero web experimentado, y diseñando y codificando nuestro nuevo sistema masivo. Eventualmente separamos a ese equipo de desarrollo, y hoy dirige una de las tiendas web más respetadas en Vancouver.

La conclusión es que la experiencia apropiada vale su peso en oro, y la educación, no importa cuán buena sea, simplemente no es un sustituto.

Esta suposición es totalmente errónea.

Muchas cosas como C ++, Java, PHP han existido durante mucho tiempo. Incluso cosas como Ruby, Python, Erlang también han existido durante mucho tiempo. 20, 30 años.

Deseo que algo como Java, PHP, javascript muera en 3 años. Pero parece que no morirán pronto, y cada vez más personas más estúpidas los usan todos los días.

Simplemente porque todos están hablando de código y software, responderé con respecto al hardware. A pesar de que muchas piezas de hardware quedan obsoletas según los estándares de la industria en unos pocos años, no significa que todos (públicos, privados o personales) simplemente salgan y compren cosas nuevas.

Si bien la compañía para la que trabajo se esfuerza mucho por vender a las personas con nuevas tecnologías, el hecho es que más del 50% de los artículos que atendemos tienen más de 10 años. Ahora, no trabajo en la industria de TI, trabajo con tecnología audiovisual, pero creo que la regla aún se aplica.

La experiencia para comprender qué es, o en algunos casos se usó, es mucho más importante en mi línea de trabajo que conocer todos los detalles del hardware de tecnología de punta de este año.

Ilusiones. Quieren que alguien experimente pero no aburrido. A menudo, las personas que evaden la detección durante la contratación son las que más hacen. HR es conocido, se han realizado estudios, se equivocan. Usan fórmulas para analizar a los humanos. Funciona mal

C tiene más de 40 años, probablemente más cerca de 50, y Unix y C fueron más o menos co-creados … de la misma edad.

C ++ es probablemente alrededor de 25. ObjC es en realidad un poco más antiguo (mediados de los 80 frente a finales de los 80, ¿verdad?)

Java tiene alrededor de 15 años.

Mucha tecnología dura más de 5 años. Algunos terminaron dramáticamente.

Los lotes también duran menos de cinco, o al menos no son populares después de un corto período de tiempo (Perl ya no es lo que llamarías “popular”, pero definitivamente sigue existiendo).