Hace 5 años | Por --606942-- a xataka.com
Publicado hace 5 años por --606942-- a xataka.com

Según The Language List, desde 1991 ha habido 2.500 lenguajes de programación, aunque en la actualidad podríamos reducirlos a 258 según el TIOBE Index (que se actualiza cada mes). Y eso que este ranking no consideran lenguajes de programación a HTML y XML al no ser Turing completo. 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.

Comentarios

D

Una vez sabes programar, aprender nuevos lenguajes es cuestión de ponerse (no se programar lol)

Saigesp

#14 Hay cosas que cambian, pero otras muchas son bastante comunes. Aparte, la clave está en saber abstraer "lo que quieres hacer" a código, y eso una vez que lo dominas es fácil adaptarlo (lo que no quita que haya que estudiar).

systembd

#3 ¿Pero qué variante del ensamblador y con qué juego de instrucciones?

D

#18 Que pastizal ¿eh?

/s

Al-Khwarizmi

#14 Es como dices, pero las similitudes entre lenguajes de programación son mucho mayores que entre lenguas humanas, tanto dentro del mismo paradigma ("lógica") como entre paradigmas.

Una vez que sabes unos cuantos lenguajes, un lenguaje de un paradigma que ya conoces lo puedes aprender en un día, de un paradigma con el que no estés tan familiarizado, a lo mejor en una semana.

Con los idiomas, habría que multiplicar esos tiempos por 500 o así...

D

#3 Nenaza, los hombres de verdad programan en VHDL, Verilog, o lenguajes similares.

Al-Khwarizmi

#9 COBOL mucho. El sector bancario no es dado a hacer cambios en sus sistemas sin necesidad, ya que además tiene un coste enorme. Lo que ya funciona se va manteniendo como se puede, así que seguramente el lenguaje nos entierre a todos como dice #26.

A Fortran le veo menos futuro. Todavía le queda algo de fuelle para cálculo numérico en las ingenierías, pero primero Matlab, y ahora Python (con NumPy) le han hecho mucho daño. Además, en lo que es computación científica cada vez tiene más peso la minería de datos (casi todo en R o Python) y el machine learning (casi todo en Python con backend en C/C++, alguna cosa en Java). Supongo que a Fortran le quedará algún nicho, pero muy minoritario y con fecha de caducidad.

SemosOsos

#31 será miseria (~2.200€ al mes) pero es casi dos veces el salario medio, y casi 3 veces el mediano.

pip

#18 sí, estoy seguro de que cuanto más especializado y difícil de encontrar sea tu perfil, más cobras.
COBOL es frecuente en banca, hay pocos senior y tienden a cobrar bastante.
A los senior de C nos pasa parecido pero no llegamos a tanto al no estar (necesariamente) en sector banca.

D

#7 Veo ofertas de programador js por 45.000 o más. Estás seguro de lo que dices?

pip

#23 si, lo sé, pero haber ido pasando de C++98 a C++11, 14,...no es cambiar de lenguaje. Sobre todo entre C++11 y C++14.
Yo creo que para hablar de 30 años es bastante estabilidad.

oraculus_reloaded

...ha habido 2.500 lenguajes de programación...
La torre de babel roll

D

Conocí a un informático que trabaja mucho en Cobol, y es un lenguaje de la prehistoria de la era informática.

JungSpinoza

#18 no hace mucho contrate tres desarolladores de Javascript + React por 550 libras al dia en Londres

tul

#6 los bichos esos se llaman kobolds y son unos santos comparados con el lenguaje

#53 Es que no van a migrar todos los programas de COBOL a Java ni a otro lenguaje.

Suceden varias cosas.

* Son un banco, y necesitan software especializado para Banca.
* Además de un banco son una gran empresa, y necesitan software de gestión empresarial.
* No son el único banco ni la única gran empresa de su país ni del mundo.
* Existen otros programas que ya hacen lo mismo que algunos de sus programas en COBOL.

Así que hay muchas posibles estrategias:

* Migrar ciertos servicios de sus programas milenarios en COBOL a otros programas creados ad-hoc para sustituirlos.
* Migrar ciertos servicios de sus programas milenarios en COBOL a otros programas genéricos no creados ad-hoc para ellos.
* Dejar de utilizar algunos de esos programas por no ser ya necesarios.
* Seguir manteniendo algunos de los programas en COBOL
* Porque no hay reemplazo
* Porque no sale a cuenta reemplazarlo
* Porque no quieren reemplazarlo y punto.

D

#45
En GNU GCC Fortran lleva existiendo desde hace la tira. Casi desde el principio.

D

#9
Fortran se sigue utilizando mucho en el ámbito de la ciencia.

musg0

#33 el problema que veo es que sólo sabiendo el lenguaje en sí ya no vas a ningún lado. Para lograr un poco de productividad tienes que usar algún framework o librería estándar, y aprender cómo funciona, y que no te líes en caminos sin salida o formas no óptimas de hacer algo no es trivial y lleva mucho tiempo

P

#33 el paradigma funcional lleva bastante más comprenderlo y ya no digamos interiorizarlom.. a no ser que pases de puntillas por la base matemática y uses monadas sin saber muy bien que son y te creas funcional por poner muchas lambdas... lol

No sé si seré yo tonto, pero hay mucha matemática detrás, compleja y, sobre todo, abstracta. A mí la diferencia me recuerda más a La Llamada que a Japones - Alemán.

m

#53 En Nueva York será así. En España lo más probable es que acabes subsubsubcontratado en un banco o una aseguradora.

O lo que es lo mismo, convenio de consultoría, malas condiciones laborales, un número bastante limitado de posibles clientes a los que marcharte y una cadena de chupópteros aprovechándose de tu trabajo

dballester

#26 Y para SAP, que su lenguaje de programación (abap) no es más que cobol con esteroides

Manolitro

#8 Será como los idiomas, no? Te será fácil aprender un nuevo lenguaje que tenga unas lógicas similares al que ya sabes.
No creo que te sirva de mucho saber Alemán para estudiar Chino (Tampoco soy programador, y tampoco he tratado de estudiar chino)

D

#32 Este... ¿Estás seguro de que has hecho bien la división?

D

#18 Si está seguro, se equivoca. Los puestos de programador de Cobol son los que hay, no se construyen más y por lo tanto no hay tanta necesidad de talento como con otras tecnologías.

Con la crisis parecía un "refugio seguro", pero con el boom de las contrataciones de programadores vividas estos últimos años se han quedado en puestos de trabajo de peor calidad.

Oferta y demanda. Como nadie los demanda... No pueden irse a otras empresas y no hay motivo para mejorarles el salario.

Leyendo a #53 tengo que decir que hablo de España, de lo que conozco. Tal vez deberían plantearse irse fuera.

D

Durante muchos años fui programador as3-java-kotlin. Tenía bastante miedo de salir al mercado laboral siendo mi última experiencia el mundo de los videojuegos. Sobre todo AS3. Había trabajado en muchas tecnologías diferentes los años anteriores, pero no me había especializado en una y eso me acobardaba de cara al futuro.

Cuando nos echaron a todos me lanzaron a la piscina a la fuerza, y me di cuenta de que mi miedo no tenía fundamento. Puedes necesitar un par de meses para adaptarte pero en seguida me adapté a mis nuevos requerimientos.

El problema viene si trabajas en tecnologías antiguas, pero no por ellas, sino por usar métodos de trabajo antiguos. El problema no es Fortran o Cobol, sino trabajar "a la antigua", con spaghetti Code y trabajo poco mantenible o poco claro.

Puedes programar en Objective-C siempre que trabajes con ramas de git, sigas al menos un poco SOLID y similares, realices tus PR con tus compañeros y, en general, tengas unas costumbres de programación sanas y limpias.

D

#10 Hace tres días se aceptó la inclusión del nuevo compilador f18 en LLVM: http://llvm.1065342.n5.nabble.com/llvm-dev-f18-is-accepted-as-part-of-LLVM-project-td127697.html

Sí, Fortran tiene mucho camino por delante, aunque están apareciendo nuevos lenguajes orientados al cálculo científico que quizás acaben sustituyéndolo.

crateo

#13 depende de cuanto jugo pretendas sacarle a Excel. Si empiezas a tirar de VBA no te oxidas en absoluto

D

#22 Te informaron bien. En España es mala idea hacerte programador de Cobol, no están generando nuevos puestos de trabajo como si se hace en otras tecnologías.

Azucena1980

¿Qué futuro veis a COBOL y Fortran?

Estoy haciendo un curso y hay pocos alumnos y me escama...

ED209

#75 la de los pulpos es “la llegada”, “la llamada” es una peli cutre española

D

Es un coñazo tener que estar al día de tanto framework y lenguaje. Pero el artículo es sensacionalista. La realidad es:

1. Lo más cotizado en el mercado no tiene que ver nunca ni de coña con el hype.

2. Todas las profesiones que requieren un mínimo de especialización requieren que te estés formado continuamente. Preguntad a un médico, un responsable de marketing o un evonomista. No estudiamos informática toda la vida sino que estudiamos informática durante unos años y después nos reciclamos. Los buenos se reciclan relativamente rapido. Los malos aprenden cobol en los años 90 y siguen programando en eso 30 años después porque no quieren o no pueden evolucionar. Eso no es bueno ni malo, solo una opción.

ankra

#5 Solo c++ ha evolucionado una burrada

D

#70 Bueno hay empresas que aun no se han dado cuenta de eso. En la mia estamos todos en fila saliendo porque no quieren poner sueldos de mercado. Se están quedando los becarios.

D

#5 Arregla akonadi de Debian, por favor, que lleva un tiempo cascao

eltoloco

#12 no hay variantes de ensamblador, hay juegos de instrucciones. El ensamblador de x86 no tiene nada que ver con el de Motorola 68k.

Si acaso se puede hablar de familias o variantes de juegos de instrucciones, que básicamente se componen de un juego de instrucciones y sus extensiones. Por ejemplo x86 y sus mil extensiones;

https://en.wikichip.org/wiki/x86/extensions

D

#6 brillante tu ultrafrikismo jajjajaak.

#7 El problema es que en COBOL hay trabajo para uno. O para el sucesor de ese cuando se jubile. No creo que haya muchos desarrollos nuevos en dicho lenguaje.

O de alguien que esté reimplementando en otro entorno más moderno todo ese sistema de gestión ancestral.

Depende de cuanto mires. Te puedes pasar meses sin ver una oferta de COBOL. Soy sistemera, pero he tenido compañeros que venían de banca y habían sido juniors con COBOL y básicamente me han dicho todos que solo mantienen los dinosaurios que lleva demasiado esfuerzo reimplementar en otras tecnologías y sale más a cuenta dejar que se extingan e ir migrando los servicios que llevan poco a poco a otras plataformas. A los junior los forman en casa los propios senior, que no tienen a otro lugar al que marcharse.

ElTioPaco

#65 si si, me refiero, que no es precisamente "amistoso" el lenguaje.

De todas formas, tal como está el mercado laboral ahora, un novato de java ca a sacar más pasta que uno de cobol sin despeinarse.

eltoloco

#100 el ensamblador es código máquina mostrado de forma bonita para que sea entendible por humanos, cada línea de ensamblador se traduce a una o varias instrucciones.

En el examen final de dos asignaturas de la universidad, Estructura de computadores 1 y 2, nos hicieron hacer de “compiladores” humanos, es decir, nos dieron una lista de 10 instrucciones y nos hicieron traducirlas a binario, obviamente con una pequeña tabla de ayuda.

e

#70 ojalá cry

D

#8 Lo dices de coña, pero hay muchos programadores que así lo creen. Los típicos que sólo conocen lenguajes imperativos, y el día que les haces cambiar de paradigma se les fríe el cerebro.

D

#58 Échale un vistazo al artículo que he enlazado en el comentario.
Vivo en USA y aquí es un trabajo muy bien pagado.

cosmonauta

#59 Por eso los sueldos son cada vez más altos. El nivel de exigencia también lo es.

d

#76 hay q estar muy apurado para decidir quedarse en España cuando el mercado de trabajo de un Español es toda la UE. Allá cada cual pero va contra la lógica de libre mercado. La gente normalmente va a donde le pagan mas

Georgius_Saliciletensis

Por programar en Rust

pip

#50 no se nada de ese proyecto...

RubiaDereBote

¡RUST!

D

Se dice clasificación y no ránquin.

camvalf

#8 luego están lo que como yo programamos para aprobar. Ahora me sale sarpullidos cada vez que me lo mentan.

SemosOsos

#44 2700, lo calculé de cabeza y me quedé corto lol

R

#85 Con las fusiones de la banca han desaparecido muchos puestos y por tanto sobra gente, por cierto, te lo dice un programador Cobol de cuarenta y pocos y cada vez nos quieren en menos sitios, aunque también es cierto que no hay nueva generación detrás de nosotros, con los que hay sobramos

s

#13 Vendehumos votando negativo

D

#58 Claro que "son los que hay". Pero es que los programadores tienen la misma manía que el resto con eso de jubilarse. Con lo que el número de trabajos se mantiene constante pero el número de programadores va bajando. Y, como dices, "oferta y demanda"

D

#64 Me refiero a los puestos de programador COBOL. El mantenimiento de los programas que ya están desplegados hay que seguir haciéndolo.

D

#53 Pues voy a desempolvar ahora mismo mis "hojas de codificación".

arivero

#34 #84 Una cosa rarisima que no hagan el chiste en todo el articulo, y eso asumiendo que lo habran copiado de alguna fuente en ingles.

Por otro lado, igual resulta al reves, que el nombre de rust esta basado en este chiste?

d

#18 45k es miseria

D

#63 Pero la demanda de todos los demás puestos de multiplica. Si se mantiene estable solo tienes que cubrir los que se jubilan.

Ahora llega Xing a Valencia. 100 programadores para empezar. Algunos saldrán de pymes, otros de GFT... Estas pymes y GFT tendrán que reemplazarlos... La demanda se multiplica muy por encima del número de jubilados.

Jokessoℝ

Bueno yo por la experiencia que tengo, lo único que cambia es la sintaxis.Al final todos hacen lo mismo de distintas maneras.Y si no lo hacen hay librerías que lo harán.

Por lo tanto, la curva de aprendizaje de cualquier nuevo es muy corto. Si tienes claro lo que buscas, la respuestas son rápidas.
No me representó ningun problema pasar de quickbasic4.5 a python, por ejm

D

#40 Pero eso es tu problema, no el suyo

Tom__Bombadil

#4 Aún seguimos ahí muchos. Y no viejos, precisamente roll

c

#14 hay 3 tipos principales de lenguajes de programación: procedural como ensamblador, COBOL o C. Luego tienes los lenguajes con objetos como C++ o Java. Y luego tienes los lenguajes funcionales como Erlang o Scala. Cada uno de estos patrones funciona con un nivel de abstracción diferente pero si es verdad que una vez conoces como funciona uno, pasar a otro es más una cuestión de entender las peculiaridades.

gustavocarra

#3 bah, ensamblador is for loosers. Código nativo is for pros

D

#19 Para los salarios de España lo es.

D

#41 lenguajes de descripción de hardware

chemari

#33 Hasta que ves ofertas en las que te piden 5 años de experiencia trabajando en X, cuando la tecnología X no tiene mas de 3 años de antigüedad.

chemari

#9 Pues no vas a trabajar precisamente en startups.

gustavocarra

#92 Código máquina.

M

#13 ¿Pero por la ingesta masiva de coca y las enfermedades venéreas de los distintos puticlubs que frecuentan los comerciales?

#20 Yo lo más monstruoso que me he encontrado son unos scripts en csh.

D

Transpiladores, gestores de paquetes, pruebas unitarias, OOP, tiene nombres mil...



Quiero decir, que una vez has desarrollado con unos cuantos de esos cachibaches, tampoco es tan difícil mantenerse actualizado. Las herramientas cambian rápido. No así tanto las ideas.

D

#60 Sí, lo comento al final. Hablo de España.

Siempre nos decían que había que estudiar Cobol... Y ahora los veo muy jodidos. En España no hay tanto sector bancario, o no crece, como para que se roben los programadores entre ellos.

Sin embargo hoy en día cualquiera con amplia experiencia en algo tan común como Angular2 decide dónde trabajar y cuánto cobrar.

eltoloco

#3 si acaso el ensamblador estaría debajo, no encima. Y cuando se compila, independientemente del lenguaje de programación, no se pasa por ensamblador, sino que se compila directamente a código máquina (binario).

eltoloco

#8 hace más de 10 años que aprendí a programar, y 5 o 6 que me dedico a ello. Llevo dos meses intentando aprender a programar en Ada y no tiene absolutamente nada que ver con la mayoría de lenguajes que se usan hoy en día (Java, PHP, Javascript, C, Python, etc..).

D

#74 Yo también.

eltoloco

#79 si tomamos como "variante" a cualquier modificación hecha por terceros, hay miles de variantes (Por no decir infinitas) por cada juego de instrucciones, pues cualquiera puede hacer la suya propia, ya sea desarrollando un compilador y cambiando las palabras clave o simplemente mediante macros.

Pero lo lógico es considerar como lenguaje al código de instrucciones y a las palabras clave oficiales de cada fabricante de chips. Y siguiendo está lógica solo hay uno por cada juego de instrucciones. Al final lo importante es que lo escribas como lo escribas al final debajo siempre está el mismo juego de instrucciones, y eso si que no se puede modificar.

pedrobz

#12 Esta claro: JVM

crateo

#9 COBOL no tiene ningún tipo de futuro, pero si que tiene UN MONTÓN de pasado.

eltoloco

#71 no hay nada más "nativo" que el ensamblador..

R

#10 Lo cual en Españá diria que es sinonimo de paro y precariedad

R

#13 Si te pasas tres años haciendo lo mismo tambien te oxidas, aunque sea picar

h

#116 básicamente, aún estamos haciendo nuevos proyectos en COBOL, un banco tiene miles de programas, y migrarlo a otro lenguaje es carísimo, además de que COBOL es un lengauje que funciona, y el mainframe supongo que será barato de mantener, aunque aquí igual estoy patinando

cadgz

#6 Lo peligroso es la mazmorra no el bicho en si. CC #4
#20 ¡Tú no llevarte vela!

PD: Cobol is forever! #9

ElTioPaco

#9 curro vas a tener, incluso a lo mejor un buen curro.

Pero yo trabajo con gente de cobol siendo de java, y me desespero solo mirando sus pantallas.

c

#38 nop, pero se queda cerca

pip

#53 eso va para #4, creo

D

Si que es cierto que aun se usa, pero Python Le está comiendo muchísimo terreno ahí.

1 2