Con tanta oferta, variedad y cambios de tendencias en el mundo de la programación, hemos querido preguntar a los desarrolladores si tienen miedo de quedarse oxidados y cómo se enfrentan a ello. Esto es lo que nos han contado.
|
etiquetas: programación , síndrome , convertirse , programador , oxidado , opiniones 
Con 20 y pico le echaba horas para aprender, ahora con casi 40 estoy hasta los huevos, me da miedo mirar ofertas de trabajo porque piden experiencia de cosas de las que no tengo tiempo a aprender en mi tiempo libre, yo tengo miedo a oxidarme pero también quiero gastar tiempo en disfrutar de otras cosas, me encanta mi trabajo pero es un sin sentido reinventar la rueda una otra vez.
El problema de mi mundillo es que esperan que nos reciclemos en nuestro tiempo libre, pero no estoy dispuesto a ello ni podemos aprenderlo todo, es imposible. Me salva mi experiencia que cada vez se aprecia menos.
Ahora, no toda la gente le puede interesar cambiar de tecnología si está a gusto.
Es como todo en la vida.
Tienes que acostumbrarte a ello e ir aprendiendo cosas nuevas por defecto... aunque te vuelvan loco con la falta de retrocompatibilidad. Aprendes algo y te lo cambian en el nuevo release.
En mi década veinteañera pasaba meses echando 60-70 horas semanales, lo soportaba pero entendía que no siempre podría mantener ese ritmo.
Con casi 30 tacos pasé a filtrar más mi trabajo, ir formándome y cambiando de empresa para trabajar menos y ganar más. Entendía que con cierta edad no tendría tanta capacidad de reciclarme. Tampoco para cambiar de país o ciudad como había hecho en caso de que donde vida deje de merecer tanto la pena mi profesión.
Una evolución natural es pasar a gestión o ventas, ambas cosas no me gustan. Así que me hice funcionario y empresario en otro sector durante mi tiempo libre.
Comercial, gestión, ventas... que rollazo.
Hay decenas de lenguajes, decenas de frameworks y ninguno destaca sobre otro.
Lo único que se crean es compartimentos y comunidades estancas al estilo de las distribuciones de Linux y por motivos que dificilmente tienen justificación funcional.
La única razón para aprender y usar un lenguaje nuevo es que algo no se pueda hacer en el que ya conozco. Y eso no puede justificar la explosión de lenguajes nuevos que hay actualmente.
Estoy en el móvil y cuesta comparar, pero me parece que no han cambiado mucho. Ni siquiera han actualizado los años de experiencia de Txema.
Y estas son las diferencias entre el artículo nuevo y el antiguo: www.diffchecker.com/gWkINeYF
Básicamente solo han añadido un par de nombres que se habrían olvidado, si crees que esto justifica volver a publicar el mismo envío...Edit: ni siquiera eso, los nombres son los "titles" de las imagenes, o sea se han guardado archive.org, o sea que no han añadido nada, han republicado el mismo artículo tal cual.
Asi no se puede mantener cualquier cosa. La gente es imbécil o un poco mentirosa. No es una cuestión tanto de 'reciclarse', hay mucho eufemismo en la mayoría por no hablar de lo que les pasa en muchos de los casos, usan frameworks chatarra.
Con 20 y pico le echaba horas para aprender, ahora con casi 40 estoy hasta los huevos, me da miedo mirar ofertas de trabajo porque piden experiencia de cosas de las que no tengo tiempo a aprender en mi tiempo libre, yo tengo miedo a oxidarme pero también quiero gastar tiempo en disfrutar de otras cosas, me encanta mi trabajo pero es un sin sentido reinventar la rueda una otra vez.
El problema de mi mundillo es que esperan que nos reciclemos en nuestro tiempo libre, pero no estoy dispuesto a ello ni podemos aprenderlo todo, es imposible. Me salva mi experiencia que cada vez se aprecia menos.
En el mundo de las distribuciones Linux es más una afición. Solo hay dos o tres distribuciones que son de empresas y ganan dinero, y el resto son individualizaciones hechas por aficionados que no aspiran a mucho.
Los lenguajes de programación y sobre todo el entorno con sus frameworks tienen intención comercial. Ahí se trata más de vender la moto al cliente.
Nunca he sentido la llamada de la programación en lo más mínimo.
Y uno de ellos, explicando qué significaba ser murciano, arrasó. Qué tiempos aquellos en los que menéame era un saco.
Me pregunto porqué
Yo empecé a ejercer serio en el 2000, aprendí PHP.
20 años después, cobro el triple y sigo todo el puto día programando en PHP, sin que soplen vientos de cambio por el horizonte. Fin.
Sin pensar mucho, pero hay muchas más seguro.
Por supuesto, si en tu caso no ha sido así mucho mejor, en el mío tampoco, pero aún así desconfío del futuro, ya que no veo casi gente mayor en los dept de desarrollo, y eso me motiva a reciclarme.
Añado que, en mi caso, las contras son la perdida de lucidez que podría tener de joven y sobre todo, el tiempo, ya no puedo estar enchufado 14 horas seguidas sin quitarme el “hambre” de conseguir el objetivo.
La web, que es una plataforma universal, nos la estamos cargando retorciéndola para hacer algo para lo que no estaba pensada. Y por otro lado el mundo de las apps da la espalda a lo que se consiguió con el IBM PC y con la web, máquinas y protocolos abiertos, compatibles. Ahora está Android por un lado, iOS por otro, esforzándose en no ser compatibles. No puedes instalar lo que quieras en tu móvil y la gente aplaude porque es más seguro. Con esa filosofía de jardín amurallado no existiría internet tal y como lo conocemos ahora.
Total que para hacer apps cada dia salen 20 frameworks imperfectos que intentar aunar dos plataformas (a veces tres contando la web) que son demasiado diferentes. Apple no implementa intencionadamente muchos estándares en su navegador para no perder tajada de su store, pero por otro lado, muchos de esos estándares son impuestos por google con su monopolio de google chrome... bueno me callo ya.
Además, creo que muchas empresas cuando contratan miran demasiado si sabes del lenguaje X o del framework Z, cuando normalmente si vas a trabajar con esas herramientas no te va a llevar demasiado aprenderlas.
Generalmente en mi experiencia, la gente que se pone como tu son ingenieros en I que llevan años en una consultora/un lenguaje y pasan de tener que seguir aprendiendo
Que lo entiendo, pero que el tiempo os comera igual
.
Los contenedores no son una moda pasajera y han cambiado mucho como se desarrolla. No saber usar docker/podman es un hándicap. Lo mismo con git y semver.
Si eres arquitecto y no sabes nada de cloud, tienes un serio hándicap. Si eres sysadmin y no te has montado en el carro de DevOps, CI/CD y cloud, lo mismo.
Que no vas a encontrar trabajo en sitios donde aún usan CVS, que todo es un monolito sobre VMs y despliegan con downtime cada 6 meses lo dudo, pero ¿Quieres trabajar en un lugar así? ¿Qué pasará contigo cuando la empresa en la que estás, cambié? ¿Buscar otra anclada en 2006?
.
Soy de los que comenzó con HTML, CSS y Flash (Action Script) en el año de la picor. He ido pasando a lo largo de mi carrera por:
- PHP
- Symfony & Laravel (PHP)
- MySQL
- Javascript
- Jquery
- React
- Ionic
- Flutter
- NodeJs
- Arquitecturas CQRS
- TensorFlow
- y lo que me queda.
Dos puntos clave. Por un lado, los elementos básicos (the fundamentals como dicen en inglés) cambian despacio. Lo que sí cambian a menudo son los famosos frameworks, que efectivamente tienen mucho de marketing y de darle vueltas a lo mismo.
En la misma entrevista mencionan que esta misma moda ha afectado también al núcleo de la programación. La programación funcional era lo que se estilaba hace varias décadas, luego llegó la programación orientada a objetos (demonizando la funcional), y ahora... vuelta a lo funcional en cuanto que la POO ha tocado techo. Los que hayan tocado Kotlin saben que es un ejemplo perfecto de esto. Kotlin parece la caña de España, Java parece antediluviano... y una buena parte de su éxito se debe a desembarazarse de la manía de Java de que todo tiene que vivir dentro de una clase. Ha sido permitir que las funciones vuelvan a ser un elemento de máximo nivel, poder pasarlas como parámetro, etc... et voilà, sale un lenguaje que se lleva de maravilla con la programación reactiva. Pero leches... ¡si esto de las funciones ya se hacía en C y C++ y nunca había dejado de hacerse! Para el tío que ha estado toda su vida en Java es como descubrir la pólvora, el que pudo tocar C y C++ sabe que es un concepto muy viejo.
Pero hay otro punto aún más importante: la oferta de trabajadores. A muchos ya se les ha olvidado que hace veinte años, en plena burbuja de las puntocom, había "informáticos" a paladas. Las escuelas y las universidades no paraban de escupirlos, y la propia tecnología no estaba madura. ¿Resultado? O te reciclabas tú mismo, o podías darte por despedido porque en la puerta había cincuenta más esperando. Todo esto hace años que se está viniendo abajo, la tecnología madura y cada vez hay más jóvenes que ven la trampa y no caen en ella. Pero el estrés del "reciclaje permanente" se mantiene entre los que lo mamaron en su momento. Contribuye a eso que muchas empresas sigan con esa mentalidad, incluso si eso les lleva a tener meses y meses sin cubrir las vacantes. Siguen anclados en la creencia de que el candidato perfecto siempre existe y sólo hay que buscarlo como quien va al súper a por naranjsa. Ni se plantean alternativas como coger a ése que da el 90% del perfil y se acerca mucho, formar a los que ya están dentro, rebajar el listón, o hasta renunciar a buscar el mirlo blanco.
El síndrome del programador oxidado no existe. Existe el Síndrome de Estocolmo de toda la vida.
La formación es para ti, no para la empresa.
Los lenguajes de programación (y lo que crece alrededor) lo que intentan vender es una tecnología nueva. Algo único que solo ellos ofrecen.
No es el mismo problema. Quien trabaje en Ubuntu se podrá ir a RedHat en un puesto similar y seguirá haciendo algo parecido sin tener que aprender mucho.
De lo que aquí se habla es que los programadores tienen que aprender nuevas tecnologías desde cero continuamente.
Y ahí sigo 12 años y lo que me queda, eso si no niego que con modelos como el mvc o framework tipo symfony ha evolucionado para bien, pero morir? Ja!!!
El código es similar, y aunque tienes mejoras, puedes escribir código Java como si fuera Java6 con Java14. Pero, hoy ni se te ocurra montar una arquitectura monolito en un AS en bare metal sin tests ni CI/CD con una API SOAP.
Los programadores dan pena, en el XVIII los esclavos eran los brazos de los Kunta Kinte, hoy siglo XXI los esclavos son los que llevan trabajos intelectuales, los replicantes desgraciados y el pobrecito jf Sebastian de Blade Runner que enriquecian a las corporaciones como Tyrrel Corporation, osea el estilo las de hoy ...
En cualquier caso no se tiene la misma voluntad, tiempo y capacidad con 20 que con 30, 40 o 50.
Mucho queda por aprender en el mundo del software.
Simplemente el artículo es malo. Pregunta a 3, dos no saben casi nada, uno ni siquiera ha estudiado informática y es comercial.
Hay cosas en las que estoy de acuerdo, porque es imposible no estarlo. Los frameworks caducan y son parte de un entramado comercial, que no duda en extinguirlos cuando ya no "valen. Por eso casi nunca los uso, por no decir nunca. Los frameworks, en mi opinión, están pensados para dar facilidades a los que no saben programar (junios y diseñadores).
Y hay lenguajes de moda que duran un telediario, como en todo. Pero a parte de eso no hay nada que resaltar y todo lo resaltado es genérico y ámpliamente conocido.
Si trabajas para lo público y no te gusta tu puesto, puedes pedir una excedencia y cuando quieras, volver.
Además, si te quedas en los "Docker for dummies" o "git for dummies", sí, es sencillo. Igual que escribir Hello World en Python.
A mi no me dice nada nuevo. Solo me reconfirma cosas qeu yo ya habia ido en mi camara de eco personal (contactos y conicidos). Pero me parece muy bueno por que, para quien va realmente dirigido, le abre mucho los ojos
Los articulos buenos son esos, aquellos que realmente dice cosas que estamos de acuerdo, y nos parecen triviales, a un nivel que para otros no lo son.
No entiendo en absoluto tu respuesta tan negativa cuando, en resumen, estas mas que de acuerdo y has vivido esa transformacion (por que dudo que hayas usado PHP cuando haces programacion 3D
Soy ingeniero, reciclarme constantemente debería de ser parte de mi trabajo. Además como digo mi empresa me da formación continuada. Gracias a eso, es difícil que me falte trabajo, incluso si mi empresa quebrase.
Si trabajas para lo público y no te gusta tu puesto, puedes pedir una excedencia y cuando quieras, volver.
Vale que no es lo mismo, pero en mi curro se puede pedir excedencias pagadas de un año (cobras 2/3 de tu sueldo ese año, y lo mismo los 2 siguientes para compensarlo). Además está bastante bien visto siempre que lo gestiones con tu jefe para planificar contando con ello.
Yo también soy ingeniero y como dices, hay que reciclarse constantemente. La diferencia es la presión que tengas para hacerlo. Con menos de 30 que tengo ahora es fácil, pero con más de 40 es más complicado mantener el ritmo actual. Me alegro bastante por ti y los que podéis trabajar en una empresa así.
..
En el resto es una locura usarlo, pero en ese es acertar en el clavo.
Creo que era Steve Jobs el que dijo algo así como "forma a tus empleados para que todas las empresas quieran contratarlos, dales las condiciones para que no quieran ir a ningún otro sitio".
Hay muchas empresas que hacen lo primero, pero no lo segundo. Pero como he comentado antes, todo está en arriesgar e ir probando hasta que das con la adecuada.
Encima lleno de faltas de ortografía y con una gramática de mierda.
Tema aparte es que los artículos de Xataka no suelen brillar por su calidad.
"puedes escribir código Java como si fuera Java6 con Java14."
Y el que esta al lado puede partirte las piernas.
Y bueno: digan lo que digan el monolito no tiene NADA de malo y muchas veces es lo mejor por lo que se puede empezar una aplicacion (ya escalaras cuando haya que escalar). No hacer test es complicarte la vida, pero bueno, tu sabras el tiempo que tienes disponible, CI / CD te permite ir mas rapido a tu objetivo y una API SOAP es complicarse la vida para nada, asi que no tiene sentido en nada nuevo...
Pero en el fondo tienes razon, conste.
Lo que hay que hacer es buscar un curro en el que puedas aprender en horas: tengas carga laboral que lo permita o capacidad para elegir las herramientas con las que trabajas...
Ahora mismo estoy teletrabajando, acabo de reportar un error importante y esperando a que mis compañeros cualificados en el acceso a los servidores, me digan algo. Lo malo es que estamos desperdigados y entre una cosa u otra, hay que esperar a que solucionen aquellas partes técnicas que uno no puede... para seguir arreglando otras.
Ánimo, no desfallezcas.
Quiero decir , no creo que haya miedo a quedarse oxidado si no quedarte oxidado depende unicamente de ti. Y si te gusta no te quedas.
Es como el miedo a quedarte gordo, batalla que si perdi pero no por que fuese inevitable o ajeno a mi, sino porque no la luché, pues esto lo mismo