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.

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.

D

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

Azucena1980

¿Qué futuro veis a COBOL y Fortran?

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

D

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

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

systembd

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

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)

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

D

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

D

#18 Que pastizal ¿eh?

/s

tul

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

D

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

ankra

#5 Solo c++ ha evolucionado una burrada

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

s

#13 Vendehumos votando negativo

camvalf

#22 pero que pipiolo

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.

camvalf

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

D

#9 para aplicaciones numéricas, Fortran es el lenguaje más potente

d

#18 45k es miseria

SemosOsos

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

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

Georgius_Saliciletensis

Por programar en Rust

D

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

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.

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

D

#32
45k está por encima de los 3.000€/mes.

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.

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.

D

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

Manoel

En Ejpaña eso no pasa. Todavía estamos usando VB6.

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.

c

#38 nop, pero se queda cerca

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.

Tom__Bombadil

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

JungSpinoza

#6 Normalmente los puedes encontar en las mazmorras nivel z14, o z13

JungSpinoza

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

D

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

D

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

pip

#50 no se nada de ese proyecto...

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.

pip

#53 eso va para #4, creo

D

#9 Goto #53

SemosOsos

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

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.

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

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

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.

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.

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

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

D

#40 Pero eso es tu problema, no el suyo

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

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

D

#6 brillante tu ultrafrikismo jajjajaak.

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.

cosmonauta

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

gustavocarra

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

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

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.

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.

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

D

#67 De verdad? Vaya, gracias por la aclaracion.

D

#74 Yo también.

a

#66 Desde cierto punto de vista se puede decir que si hay variantes, siempre que consideremos que distintas sintaxis son variantes del lenguaje, por ejemplo el asm x86 tiene dos sintaxis la de Intel y la de AT&T.

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

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.

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

Html y xml no son lenguajes de programacion, son lenguajes de marcado, básico.

RubiaDereBote

¡RUST!

Atrydas

#61 Vaya, tenía entendido que a los de Cobol se los rifan porque hay pocos...

pedrobz

#12 Esta claro: JVM

D

Se dice clasificación y no ránquin.

a

#81 No hablamos de miles de variantes, en asm x86 hay dos variantes ampliamente aceptadas y utilizadas. Incluso los compiladores de Intel aceptan la sintaxis de AT&T.
Y si generalizamos tanto diciendo que al final lo unico que importa es lo que hay debajo, muchos lenguajes diferentes que casi solo varian en su sintaxis serian el mismo.

crateo

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

crateo

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

D

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

eltoloco

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

U8auwzV

Los algoritmos son iguales o muy parecidos en la inmensa mayoría de lenguajes. Con los años van surgiendo algoritmos nuevos, como los avances en "IA", pero al final son traducibles a cualquier lenguaje Turing completo, aunque sea más cómodo escribirlos en tal o cual lenguaje en particular.
El mayor cambio viene de mano de la computación cuántica, donde no solo cambian los algoritmos sino también las reglas de la lógica... pero al paso que va avanzando todavía le quedan décadas, y aún así parece que solo tiene sentido en algunos casos particulares, no como sustituto de toda la programación.

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.

ED209

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

D

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

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.

gustavocarra

#92 Código máquina.

1 2