Hace 4 años | Por blodhemn a xataka.com
Publicado hace 4 años por blodhemn a xataka.com

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.

Comentarios

Robus

La informática es una profesiön que te obliga a estar siempre reciclandote...

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.

demostenes

Lo que hay en el mundo de la programación es mucho intento de reinventar la rueda cada poco tiempo.
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.

eldelshell

#63 puede que a tí te parezca algo sencillo, pero para muchos profesionales con quienes he trabajado, no lo ha sido. Sobretodo por el cambio de paradigma: no hay un repositorio central, no hay una VM, no hay un servidor dónde conectarse y subir tus cambios.

Además, si te quedas en los "Docker for dummies" o "git for dummies", sí, es sencillo. Igual que escribir Hello World en Python.

pawer13

#69 los frameworks son para ahorrarte tiempo y quebraderos de cabeza. En lugar de picarte un "pool de conexiones" a la base de datos, crear mil y un tests unitarios para que asegurarte se que funcione y luego copiar y adaptarlo para cada aplicación nueva que hagas, usas una librería o framework que cubra esa funcionalidad y está ya probada. El problema es usar un framework sin ser capaz de entender lo que hace "por debajo"

torkato

#6 Ahí está. Yo trabajo como desarrollador fullstack, pero precisamente por eso me estoy preparando oposiciones a funcionario de informática. La vida es mucho mas tranquila y no tienes esa presión encima, te puedes reciclar, pero de forma mas relajada. De momento los teóricos aprobados, los prácticos parados por el virus

Comercial, gestión, ventas... que rollazo.

D

#3 lo intente, pero el lobby sincebollista me boicoteo, esa gente con la ayuda del lobby murciano, tienen demasiado poder.

JungSpinoza

#27 Vuelve a tu cubículo, que hemos cerrado un contrato para una nueva aplicacion, y hay que entregarla el lunes.

uno_ke_va

#9 igual el problema es la empresa donde estás... Yo tengo un trabajo bien pagado, muy relajado y con toda la formación a mí alcance. Obviamente he tenido que cambiar varias veces de empresa hasta dar con el equilibrio "perfecto", pero ser posible es.

emilio.herrero

Si me diesen un euro por cada vez que me han dicho que le PHP está muerto...
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!!!

higochungo

El problema no son los lenguajes de programación. El problema son los putos frameworks, la fragmentación y la atomización. Me explico. Llevo programando más de 30 años (la ostia, ¿tanto tiempo ha pasado?). He tenido que hacer de todo: montar infraestructuras, gestión de calidad de software, despliegues, orquestación, automatización, picar código a saco (esto lo que más)...

En mi vida profesional habré usado 5 ó 6 lenguajes de programación, así que recuerde, por orden: c/c++, pascal, php, java, javascript y python. Todos con muchas cosas en común entre ellos. Ahora bien, frameworks, SDKs y polladas de abstracción varias que cambian cada dos o tres años los que quieras: Symphony, Laravel, Android SDK, NodeJS, Express, Loopback, Typescript, Tornado, AnguarJS, Angular a secas, Ionic, etc.

Lo mismo para el tema de infraestructuras. Desde montar servidores LAMP programando sus paneles de control en PHP, hasta containerización con Docker y Kubernetes, pasando claro está por las VM de toda la vida y paravirtualizaciones varias.

A mi esto de oxidarme me angustiaba un poco, la verdad, pero al final me he dado cuenta de que no vale la pena. Cuando me contactan por Linkedin para preguntarme si tengo experiencia en tal o cual framework digo que sí y punto. Me parece un despropósito especializarse tanto en algo que se va a quedar obsoleto en 4 ó 5 años a lo sumo. No se puede aprender todo, algunas cosas hay que dejarlas pasar, y además la mejor manera de aprender es cuando lo necesitas, embarrándote las manos. Así que si alguien me dice que monte un frontend en React, que conzoco sólo de probarlo una vez, pues le digo que sin problema. Seguro que no es nada que no pueda absorber en unos días.

Recuerdo hace 4 años cuando me propusieron un proyecto de 6 meses en Angular 2, que aun estaba recién salido del horno. 40.000 € de facturación. Sinceramente, no tenía ni puta idea de Angular, pero no me lo pensé. No dudé de mi capacidad para aprender Angular y sacar adelante el proyecto. Y así fue, me llevó una semana familiarizarme con Angular y el resto fue aprender a ostias por el camino, pero salió adelante.

Al final me he dado cuenta de que el motivo de que mi profesión no me haga feliz es la puta web. Como dice un comentario por ahí arriba, la web se está usando para algo para lo que no fue diseñada, y todo son parches y remiendos. Por ejemplo, toda la asincronía necesaria en la web hoy en día para que parezcan aplicaciones nativas está basada en una puta chapuza que hizo Microsoft hace años: el XMLHttprequest. Un objeto implementado en IE 5 para que se pudieran hacer peticiones http desde un script sin tener que recargar la página. Luego vinieron Ajax, jQuery, AngularJS y toda esa mierda que no dejan de ser capas para convertir una bicicleta en una MotoGP, y al final no sabes como has llegado hasta aquí pero llevas 20 años haciendo algo que odias profundamente. Para colmo ya ni tocas el sistema operativo, algo que era medianamente estable y divertido. Ahora el sistema operativo es un puto navegador. Y para acabar de rizar el rizo ahora muchísimas apps son híbridas, o sea... más web.

Otra chapuza con la que convivo día a día. Typescript y NodeJS. Al principio todo muy molón, pero... ¿de verdad había necesidad de tipar Javascript? Repito... java SCRIPT. Joder, que es un puto lenguaje de scripting. No necesitaba ser tipado. Y las dependencias? Y webpack? Y la transpilación? Por dios de mi vida, que puto asco. Con la belleza que tenía un binario linkado de 6Kb...

Y no es que odie programar, ni los lenguajes de programación. Es que odio las capas que añaden más y más complejidad rompiendo la retrocompatibilidad cada poco tiempo, como si tu puto trabajo fuera un castillo de naipes que el viento tira cuando llega la primavera. Un arquitecto hace un edificio y ahí está, un pintor pinta un cuadro y ahí está, un escritor escribe un libro y ahí está. Nada de lo que he hecho durante estos 30 años sigue funcionando. Todo se destruye y se tira a la basura, o en el mejor de los casos se vuelve a reescribir en el último framework implementando un backend serverless con funciones cloud en una base de datos nosql desplegado con kubernetes. Vamos, que lo que odio es la programación web.

Soy mucho más feliz cogiendo una Raspberry PI y programando cualquier chorrada relacionada con IA en C o Python o cogiendo un Arduino y programando un autómata que haciendo aplicaciones efímeras usando frameworks de mierda sobre capas y capas de abstracción de la máquina que a lo sumo durarán dos o tres años.

Otra cosa que me flipa es eso de "programador Android" o "programador X". Bueno no, ahora se dice desarrollador. Hace tiempo contraté a un chaval recién salido de la carrera que era un crack programando para Android. Pero no le dijeras de hacer cualquier otra cosa. Se perdía con temas de redes, para hacer librerías NDK en C, configurar un balanceo de carga o para cualquier cosa que no fuera Android. No digo que esté mal especializarse, pero ni una cosa ni otra joder. Pienso que el ecosistema App/Web debería repensarse para que fuera mucho más eficiente y no dependiéramos tanto de frameworks cuyo objetivo es añadir capas y parches a algo que sencillamente no está pensado para lo que se usa actualmente. Usuarios y programadores seríamos más felices. En ese sentido tengo mucha fe en Webassembly, pero no sé yo. Temo que sea otra cagada.

Cuando empecé en esto éramos semi-dioses. Ahora los programadores somos unos pringaos, y efectivamente no puedes escalar a no ser que sea en puestos de gestión. Ahora intento llevar adelante mi propio proyecto para que genere ingresos pasivos. Si lo consigo me dedicaré a programar sólo cosas que me gusten, como automatizar mi casa o una IA para detectar tías buenas.

En fin, voy a enchufar mi Spectrum y a escribir unos PEEKs y unos POKEs, a ver si se me pasa.

Robus

#7 Hace 15 horas. Una versión anterior de este artículo se publicó en abril de 2019

eldelshell

#2 en general estoy de acuerdo, pero a veces hay cosas que lo cambian todo.

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?

EmuAGR

#39 Los contenedores se están usando en exceso para cosas sencillas. No tienen sentido para cosas pequeñas, añaden overhead no siempre necesario.

D

Llevo mas de 20 años programando y nunca he sabido (ni mucho mas sentido) de este sindrome, ni he conocido a nadie que lo sufra. Empeze programando en as400 y por cada tecnologia que he ido pasando ha sido lo mismo, lo aprendes y listo. Creo que si realmente te gusta programar nisiquiera es un esfuerzo, si tienes miedo a quedarte oxidado o desactualizado es que realmente no te gusta, en mi opinion.

maxmalkav

¿Nadie va a señalar que el teleco es el que mete a HTML en el saco de los lenguajes de programación?

Adson

#8, https://web.archive.org/web/20190416160820/https://www.xataka.com/otros/sindrome-vivir-miedo-a-convertirte-programador-oxidado

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.

Adson

#15, xataka xatakeando.

Shinu

#14 Lo he puesto en #15, no han cambiado nada. Básicamente han republicado el mismo artículo para tener visitas gratis.

fisgobot

LimoncioLimoncio, echo en falta que te entrevisten a ti. Hazte un pregúntame. Yo lo hice, creo recordar.

fisgobot

#13 Joder, me hice no uno, sino tres. Y dos de ellos fueron portada de menéame lol

Y uno de ellos, explicando qué significaba ser murciano, arrasó. Qué tiempos aquellos en los que menéame era un saco.

daphoene

#120 Estoy completamente de acuerdo, me acusan muchas veces de conservador cuando no soy más que práctico. Yo no te digo que tengas que usar cada cosa que sale, ni estar a la última en las mil tecnologías que van saliendo, pero el php del 2000 y el de ahora son prácticamente incompatibles, por un lado, y por otro, algo se evoluciona con el tiempo.

No te voy a decir que habrás tenido que usar x o j, porque cada uno busca las soluciones que necesita, y puedes no necesitar mucho de lo que hay ahora ( yo mismo hago muchas cosas 'en la nube' con mis propias tecnologías, no me gusta atarme a dependencias infinitas, ni tener que aprender a usar un monstruo de aplicación para hacer un par de cosas que necesito, si puedo hacerlo yo mismo ).

Pero en definitiva, buscamos trabajar mejor, de forma más segura y estable, y aunque sea solamente dentro de nuestro modelo, las cosas evolucionan.

Con los años uno se vuelve más reacio a aprenderlo todo, y se queda con lo poco que parece más interesante.

En cualquier modo, comparto tu sensación, y la comparto desde hace mucho, que hay mucho humo que vender, quizá - y viene perfectamente al hilo - por la necesidad de mucha gente de diferenciarse del resto por acumulación de tecnologías ( ponérselo difícil al que venga ) y por parte de los que llegan, de tratar de aventajar a los 'desfasados'. Quizá toda la marabunta de tecnologías no sean más, mayormente, que el resultado de este miedo por ambos lados.

Yo sigo pensando que la experiencia es un grado, y el que quiera que lo valore. Pero me gusta evolucionar, no por obligación o por miedo, sino por hacer cosas distintas, y también por hacer mejor lo que siempre he hecho.

harapo

Así que los técnicos miran mal al jefe de ventas, ¿eh?
Me pregunto porqué

HaCHa

#5 Y una polla como una olla.

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.

torkato

#21 El problema de la empresa es que aunque estés bien, nada te garantiza que vayas a tener trabajo siempre. En 5-10 años tu empresa se puede ir a la quiebra y tu vas a tener que buscar otro trabajo donde tus conocimientos y experiencia te pueden valer, o no, y si no valen te ves obligado a reciclarte constantemente. Aquí la verdad en Extremadura aunque se está muy bien, no hay tanta oferta de trabajo como en otras ciudades, pero me gusta muchisimo mas la calidad de vida de aquí aunque los salarios sean inferiores.

Si trabajas para lo público y no te gusta tu puesto, puedes pedir una excedencia y cuando quieras, volver.

D

Que les pregunten a los programadores de COBOL

D

#39 Lo dices como si docker o git fueran ciencia infusa, cuando docker se aprende a usar en 5 minutos, sobre todo si sabes algo de Linux.

yoshi_fan

#1 Pues tienen mas razon que un santo, aunque es cierto que sea un articulo escueto

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

yoshi_fan

#2 Si. Una cosa que me sorprende muchisimo hablando con programadores de 1 y 2 generaciones anteriores es ver como muchos de los lenguajes actuales son copias de otros antiguos. Luego, en mi afan de bichear lenguajes anteriores para ver la evolucion, ves que eso es cierto y que muchas cosas existieron pero no fueron "la moda"

uno_ke_va

#70 En 5-10 años tu empresa se puede ir a la quiebra y tu vas a tener que buscar otro trabajo donde tus conocimientos y experiencia te pueden valer, o no, y si no valen te ves obligado a reciclarte constantemente.

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.

torkato

#77 Me alegro mucho, buena empresa.

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í.

uno_ke_va

#78 precisamente una de las cosas que más me maravilla de mi curro es ver a gente de 60 años que está totalmente al día en tecnología y metodología. Como dices, el ritmo de aprendizaje a partir de los 40 no es el mismo que hasta los 30 (yo que estoy en medio lo empiezo a notar ya), pero eso no quiere decir que se pare en seco. Y si ese aprendizaje está integrado en la cultura de la empresa, es progresivo y se planifica con ello. Además redunda en la calidad del producto y en la productividad en sí, sin ejercer demasiada presión en los proyectos (y por tanto en la gente).

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.

yoshi_fan

#93 Meh, Stack Exchange tiene su publico dirigido, como muchos otros

Cualquier cosa que no sea leer directamente de blogs de desarrolladores o listas de correo y haciendo cruces entre diversas experiencias es malo, dirigido y sesgado pero no me veras vacilar de eso, por que cada uno tiene unos intereses particulares y un tiempo determinado.

D

#11 Hilando fino, no veo esa comparación con el mundo Linux.

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.

D

#23 Y si hubieras seguido en ese trabajo inicial de as400, porque las condiciones fueran buenas y te hayan retenido, no crees que si trendrias ese miedo a haberte quedado oxidado? Habrias aprendido y practicado en tu tiempo libre, un poco menos a medida que crecieron las responsibilidades familiares. Pero si creo que en ese caso sería normal tener en cuenta ese riesgo de haberse quedado obsoleto y limitado a ti especialidad. Para resolver un problema se empieza por reconocerlo.
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.

H

Ayer instale vue para una historia, 5 pkts deprecated en la instalacion, con basura de errores remitiendo al repo. Npm y node es básicamente una puta mierda. Es una opinión personal claro.

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.

JungSpinoza

#26 No lo que pasa es que te da la respuesta con alta disponibilidad. lol

D

También llamado el síndrome del mediocre.

D

#64 Ganar más de 3000 euros con flexibilidad horaria y de localización no me parece ser mala opción...

D

#80 No soy sobrino del dueño, él cuenta su versión, yo la mía.

D

#85 No soy un fenómeno, justo tengo experiencia en un campo que hay mucha demanda y no hay gente con experiencia real, por eso es importante aprovechar las oportunidades, mañana no sé, pero hoy me siento privilegiado.

D

#35 No es escueto, es un rollazo. Es malo porque para tanta palabra que tiene no dice gran cosa.
Encima lleno de faltas de ortografía y con una gramática de mierda.

D

#76 Si lees un artículo sobre tendencias de programación en Stackexchange sabrás por qué este artículo de xataka es malo.
Tema aparte es que los artículos de Xataka no suelen brillar por su calidad.

g

#50 No opino igual para nada, es más casi todas las empresas dónde he estado sobre el papel tienen fondos dedicados a la formación de sus trabajadores, prácticamente como un derecho laboral aunque en la práctica nunca se ha hecho. Es más, una empresa IT que no invierte en formar a sus trabajadores en las últimas tecnologías... Malo.

yoshi_fan

#91 Es que el articulo no esta hecho para ti. Por eso tu y yo vemos el Stack Overflow yearly user poll.

Y eso no es malo. Es bueno que haya diversos niveles a la hora de contar eso

HaCHa

#113 Práticamente igual, reutilizo mucho código. No necesito nada de lo que dicen #47 y #49. Lo único que he introducido ha sido WordPress, que es PHP. Y mejoras en HTML y CSS. FIN.

Mis compis de promoción llevan con el COBOL y el C & Friends desde siempre, y para siempre que estarán porque con lo que se levantan ahora mismo pronto se habrán retirado.

La informática no es tan cambiante como os gusta creer, es sólo que se ha vuelto tan diversa y caótica que lo fácil es equivocarse al apostar por una tecnología.
Hay muchas constantes y, si sabe escogerlas, un programador puede llevar una vida tranquila y perfeccionar sus métodos en vez de tenerlos que reinventar cada dos por tres.

K

2020 programador sinonimo de desgraciao ... no son un caso ni dos ... jamas los veo en un BMW de alta gama, siempre quejandose de lo listos que son y como ganan tan poco ... siglo XXI es asi ...

D

#44 pringao... -añadió

JungSpinoza

#73

..

f

#21 evidentemente el problema es la empresa, yo no me hago funcionario ni muerto, hacerme funcionario sería matarme.

Sendas_de_Vida

#9 bueno, bueno. Depende de donde te toque. Te lo dice un funcionario en el centro de desarrollo de informática.

D

Al final puedes trabajar para una empresa, que te exploten, y te echen cuando cumplas más de 40, o puedes hacer tú los proyectos, haces la solución con el lenguaje que tú quieras, y a tomar por culo. Yo me dí cuenta que en una empresa siempre iba a estar a expensas del jefe que en muchas ocasiones es un inepto, que no te dejará hacer lo mejor, sino lo mejor para él. Así que como freelancer, tú haces los proyectos que quieras, y sino haces un proyecto y lo vendes.

D

#64 Echale huevos y dile a un currela del metal que se forme gratis y en su tiempo libre.

Mucho queda por aprender en el mundo del software.

trylks

#31 #26 #10 #1 DRY

D

#63 no es lo mismo aprender el 101 de docker e instalar unas cuantas imagense, que trabajar con ello y montar algo complejo.

D

#30 No con el as400 , pero estuve 7 años anclado en un trabajo en visual basic 6, en el que realmente ademas no hacia gran cosa no aportaba absolutamente a ningun nivel , realmente dejó de gustarme programar , estaba por estabilidad. Poco mas oxidado se puede salir de este mundo como sali yo de alli, para ir a trabajar en aspnet , .net no sabia ni lo que era y el desarrollo web no es que no entendiese el lenguaje en concreto , es que no entendia nisiquiera los conceptos mas basicos independientes incluso del lenguaje. En menos de dos meses estaba funcionando y recuerdo frustracion de no entender cosas, o de q cada explicacion daba por asumidas cosas que yo no sabia, pero en ningun momento "eres un programador oxidado , fin del camino"

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

s

#26 ¿pero con Goto cuando nadie los ve o sin Goto ?

D

#10 son de infra, lo tienen todo montado en HA

X

Si teneis miedo a quedarte oxidado, aprended Java. Es el nuevo COBOL de estos tiempos.

D

Pues viendo las gráficas de evolución del uso de lenguajes nadie lo diría. Java, Javascript, C, C++, C# llevan en lo alto la tira de años (todos ellos además lenguajes sintácticamente muy parecidos), Python un poco menos pero también bastante tiempo. Ya sin mencionar cosas como la noticia de que se buscan programadores de COBOL. En fin, está claro que lo que consume más tiempo de aprendizaje no son los lenguajes en sí, sino todo lo que llevan asociado, como frameworks, nuevas librerías, herramientas, y los cambios en nuevas versiones del lenguaje, como ha pasado en Java con la introducción de cada vez más elementos de lenguajes funcionales, etc. Con todo, me resulta poco creíble que una persona que lleve trabajando más de una década por ejemplo en Java tenga dificultades para adaptarse al mercado. Más bien será el mercado el que preferirá usar "novatos" porque salen más baratos, aunque sea a costa de la calidad.

D

Que se metan a otra profesión. Fíjate que problema.

g

#11 Depende qué casos, a mí me vino Dios a ver cuándo descubrí react y que es posible tener una parte cliente reutilizable y bien estructurada, acostumbrado al infierno del código espagueti de asp.net y jQuery. Me costó mucho meterme en el nuevo mundo de node, Babel, webpack, react (o angular o lo que sea) pero una vez me hice con él realmente empecé a disfrutar de la parte front-end, algo que siempre había odiado. Luego está la cosa de que los programadores siempre nos creemos mejor que los otros programadores y acabamos con mil millones de frameworks que hacen lo mismo reinventando la rueda una y otra vez, por eso creo que es mejor limitarse a aprender los cambios de de paradigma y luego el framework concreto es lo de menos.

D

Picar teclas es una puta mierda y vale ya

D

#58 Jajajajaja

"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.

V

#6 Perdona por la indiscreción: ¿Cuántos años tienes? ¿Y a qué te dedicas como funcionario?

D

#43 Ya te llegaran las canas....

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...

m

#69: También mi opinión es que hay mucho negocio con cursos, certificaciones, libros, ponencias... y por eso interesa que evolucione más de lo necesario, y muchas veces para dejar las cosas no mucho mejor.

Si cambias las cosas para todo es más probable que tengas que vender formación que si aprendes todo una vez y lo usas toda la vida. Y esperemos que no empiecen con el puñetero "deprecated", o lo que es lo mismo, un mismo código que era perfectamente válido y funcionaba, deja de hacerlo de la noche a la mañana.

Ejemplo: en JS toda la vida las variables se declaraban con var, ahora quieren que se use let, sin embargo no han aprovechado el cambio para poder declarar tipos concretos de variables (float de 32 bits, float de 64 bits, int sin signo de 64 bits...), que es algo que reclamaba mucha gente.

freeCode

#20 además el mundo front-end va muy deprisa. Y no es tanto por los lenguajes de programación como por los frameworks. No hace mucho estuve haciendo cosas con React y me pareció increíble la sobre-ingeniería que hay en todo eso.

Al final el transfondo es parecido, y creo que una vez tienes experiencia en dos o tres lenguajes distintos, y otros tantos frameworks, no es difícil encontrar analogías y patrones entre ellos, de forma que la experiencia te hace aprender más rápido, y mejor.

Así que, no tengas miedo y simplemente disfruta aprendiendo. Todo lo demás viene solo. Y si no te apetece o no puedes no dediques tu tiempo libre, que no es necesario tampoco.

PD: te habla un programador en activo con casi 20 años de experiencia, y padre de un niño de 4 años...

m

#121: Tú lo has dicho "normalmente", no siempre.

La diferencia es que es más sencillo de enseñar C++ que Python o JS porque es más limitado. ¿Aportan algo los diccionarios o las tuplas? No lo dudo, pero también es una complejidad adicional que va a complicar la edición de códigos fuente a quién no sea un experto informático, creándose una brecha aún mayor entre quienes tienen estudios informáticos fuertes y quién solo tiene una base.

C++ requiere de más líneas para una misma funcionalidad, pero si no estás familiarizado con el código y no estás programando 8 horas al día, también es más fácil de meter mano.

Hemos llegado al punto de que un usuario normal se baja un código fuente, lo intenta compilar... y salvo que tenga suerte en Stack Overflow, no ser capaz. Esto habrá quién lo vea bien, pero yo lo veo como un problema. Al final el código opensource se convierte en un código que teóricamente si lo compilas te da el programa binario que normalmente te bajas porque pasas de estar lidiando toda una tarde con errores de lo más variopinto.

m

#124: Sí, pero si un código está ultracomprimido es un problema de cara a meter mano si no eres experto. Al final ya digo, que el código OpenSource se convierte en un brindis al Sol. Es como las expresiones regulares, que lo más sencillo es buscar alguna que ya esté hecha en Internet.

m

#128: No entro en valoraciones morales, solo digo que es el inconveniente que presenta, sobretodo de cara al software libre.

m

#130: Pues eso es un problema para el Software Libre, porque limita la posible participación de los usuarios, muchos de los cuales puede que no hayan estudiado informática pero tengan conocimientos básicos de programación.

JotaPeL

#23 Estoy totalmente de acuerdo contigo, en mi carrera profesional he visto casos así.

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.

D

Lo complicado es meterte en profundidad nuevas tecnologías cuando en tu empresa se siguen utilizando las mismas y no hay previsión de cambio a corto plazo. Hay gente que fuera de la oficina tiene otros quehaceres.

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.

JungSpinoza

#12 Con COBOL y conocimientos de algun "core" bancario y del dominio de finanza en Londres te vas las 1500 libras diarias. Pero es dificil entrar desde cero, porque a nivel basico hay muchas consultoras indias dando soporte

JungSpinoza

#16 La vida del desarrollador frontend. Antes eras un rockstar developer, hoy eres un viejuno.

.

eldelshell

#28 pero habrás aprendido a usar git, usas CI y testing, despliegas en la nube (o al menos sabrías hacerlo) contenedores y usas alguna metodología agile. Nada de esto existía en 2000.

eldelshell

#49 espero que al menos haya aprendido a usar PDO que ya va siendo hora.

eldelshell

#19 como alguien con dos décadas en el mercado, y justamente con Java, lo más difícil es mantenerse al día con los paradigmas: cloud, containers, microservices, agile, oauth, reactive, etc.

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.

D

#11 Depende. Hay lengujes orientados a matrices como J o (k), MUY CARO, que si los conoces puedes ganar dinerales en banca. Vi un poco de codigo de J para ver una simulacion con las posibles muertes y contagios del covid-19, no excedia las 20 lineas y superaba a C en velocidad.
En el resto es una locura usarlo, pero en ese es acertar en el clavo.

eldelshell

Pero ¿Qué le pasa a la gente con los BMW alta gama? Somos informáticos, no narcos

matacca

A mi no me miréis! Yo ahora programo para desplegar en AWS. Estoy a la última!

u

#92 Pero Java tiene una versión nueva cada medio año. Es verdad que no son cambios sustanciales pero aún así creo que es el lenguaje más cambiante ahora mismo.

Robus

#28 pues que triste... PHP durante 20 años... cry

D

#4 Yo porque ya me va bien con java y python, si no ni me lo pensaba.

D

Yo ni programo, así que vivo sin miedo .

Nunca he sentido la llamada de la programación en lo más mínimo.

mariKarmo

Yo estudio a menudo. Hoy en día, con la cantidad de cursos online que hay, libros y recursos, el que no se recicla es porque no quiere. Y el que no quiere estudiar "fuera de horas" es porque no ha entendido esta profesión o pretende adquirir el conocimiento cual Virgen preñándose by palomas.... Y el que me diga que no tiene tiempo no me lo creo. Yo estudio a veces con una tablet mientras voy en el tren (cuando podíamos salir de casa....) y otras veces me pongo vídeos de Youtube en vez de series de Netflix. Todo es saber combinar la vida.

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.

mariKarmo

#28 Yo también comencé con PHP por los 2000 y con ello sigo. Pero me vas a decir que no has aprendido arquitecturas nuevas como CQRS, Solid, Hexagonal, Microservicios, etc... y pollas de esas, no? Eso también es formación y reciclaje

1 2