Es uno de los lenguajes más antiguos, pero sigue siendo usado de forma notable en entornos financieros y gubernamentales. Al lenguaje de programación COBOL lo quieren jubilar. Lo cierto es que ya tiene casi casi la edad (se creó en 1959, hace 64 años), pero es que su presencia en el mercado de la informática es tan sorprendente como, para según qué empresas, incómodo: no hay ya muchos profesionales que puedan programar en este lenguaje, así que IBM se ha propuesto tomar otro camino: traducirlo a Java.
|
etiquetas: programación , cobol , ibm , traductor ia , java , codenet 
Empresas de todo el mundo siguen buscando desesperadamente a programadores COBOL y las farmacias españolas siguen recortando el código de barras de los medicamentos con receta.
Traducir COBOL a Java es lo fácil.... ahora quien tiene los santos cojones de verificar que eso es correcto? En finanzas, en movimientos de cuenta intradiarios de miles de millones?
Empresas de todo el mundo siguen buscando desesperadamente a programadores COBOL y las farmacias españolas siguen recortando el código de barras de los medicamentos con receta.
Hay un par de ellos de Cobol, el lenguaje de programación que perdura por mas de 70 añazos
"A este departamento lo que le falta es un poco de P.E.N.E." creo que es el futuro de la empresa
A ese. Justo a ese. No había ningún otro. Será por lenguajes. Y eligen Java.
No soy religioso, pero la Biblia habla del diezmo, cómo impuesto. Más sencillo imposible. Pero no, te llega un ejército numeroso para convertir el diezmo en el más complejo y complicado ejercicio tributario posible.
Si las finanzas fueran sencillas, cualquier lenguaje de programación serviría.
y la madre que lo parió.El lenguaje en sí, no es complicado. De hecho, como conozcas un poco de ensamblador rústico (nada de CUDA, x64 y similares) enseguida hacer un paralelismo entre el COBOL y el ensamblador. De hecho en COBOL se utiliza MOVE para asignar valores como se hace en ensamblador.
¿Dónde se complica la cosa? Pues en la cantidad de mierdas que utilizan para hacer cosas teniendo en cuenta que antes la memoria y el disco eran carísimos. Si se pueden usar valores de BIT mejor que usar BYTES o enteros. Hace un montón de años nos enfrentamos a sustituir una APP de Telefonica que se dedicaban a las averías (AF se llamaba la jodía) y resulta que la muy hija de puta hacía cien mil cosas más de las que esraba diseñada originalmente debido a que como era una APP que estaba en todas las centrales, era más barato meter funcionalidad en esa APP (aunque no tuviera nada que ver) que desarrollar una nueva (idos 20 años atrás, no penséis con mentalidad de ahora)
Luego añade cosas como que por ejemplo había cosas hechas a mano como un indexado de fichero porque en la época de su desarrollo. no había BD disponibles (hablo de a lo mejor hace 50 años) o eran demasiado caras. O que parte del código estuviera hecho en ensamblador aunque para esto había dos teorías:
- La oficial, se hizo en ensamblador para mejorar las prestaciones.
- La extraoficial. Con el paso de los años hemos perdido los fuentes y hemos tenido de desensamblar a ver qué leches había ahí.
Y no veas la risa que daban las limitaciones que metía el dueño del servidor, cosas como "máximo dos segundos de CPU" ... anda que no nos acordamos del mangante que puso esto cuando tenías que dividir una operación en varios por ese requisito.
Por suerte no me he vuelto a acercar a un chisme de esos, pero sí tengo compañeros que sí lo han hecho para pasar de COBOL .... ¡oh campos de soledad, mustios collados! ¡¡¡ a JAVA !!! (por ahi lo han mencionado también) Parece absurdo pero es que el "conversor" hacía eso.
Traducido al español parece un plato del Dabiz Muñoz.
Cuando pasen todo a distribuido y se empiecen a caer los tamagotchis se echarán las manos a la cabeza...
Me inclino más por la opción de #7
Le queda mucha vida al COBOL
Pero eso tiene tela marinera
Así que lo contratan como consultor externo, llevándose la cárnica su porcentaje pero teniendo al trabajador cabreado desde el minuto uno, por ejemplo obligándole a presencial sin permitirle usar el parking de la empresa, o viendo que perfiles mucho más junior sí tienen contrato en cliente final, por enchufismo+diversidad. Así que el trabajo queda hecho a medias, chapuceramente y en cuanto puede ser pira a otro proyecto el que pillaron para arreglarlo.
Pero kotlin mas.
luego traducirán java a basic, y que siga la fiesta
Si quieres la JVM: Scala o Clojure.
Si quieres algo moderno: Mojo.
Si quieres verificación formal: Elixir, Erlang, o Haskell.
Si quieres crear un portal al infierno: JavaScript.
Y eso no solo pasa con el COBOL, en la administración pública española también está muy extendido el Pl-Sql de Oracle que también costaría unas decadas dejar migrado a java o similar
Con programación no estructurada creo que no es que no se conoce una lógica así, es que creo que no puede existir esa lógica.
COBOL es no estructurado
Me viene un account manager de mi empresa cárnica y me dice que en una semana empiezo en un cliente nuevo como programador en COBOL.
Le respondo que no tengo ni idea de COBOL y me dice que no es problema, que con lo que sé de mainframe es suficiente y que me estudie un manual de COBOL por las tardes.
Llego al nuevo cliente el lunes y el hijodeputa del Account Manager me presenta al cliente como “ el experto en COBOL del que te había hablado”
Estoy bastante seguro de que a una IA tipo ChatGPT le pasas fragmentos de COBOL y ya te los traduce a Java bastante bien.
El problema es cómo conviertes ese código en algo que tenga las características de un software moderno en cuanto a escalabilidad, etc ... Y a la vez mantienes la fiabilidad de algo que se ha ejecutado millones de veces y está más testeado que el cagar sentado.
Como siempre, llegará el consultor de turno, se llevará su pasta y el trabajo lo terminarán los becarios haciendo guardias 24/7 pagadas con caramelos y pizzas.
Cambian los tiempos, pero el hombre no cambiará jamás
Cobol es una maravilla porque depende de la capacidad del programador. Normal que los pisateclas no puedan hacer nada. Y es sólido como una roca.
Java en cambio es una mierda sin paliativos. Todo el mundo descargándose clases y código de repositorios que frikis hacen en su tiempo libre. Y luego esperan que funcione bien. Por no hablar de la cantidad de recursos que necesita y que consume.
¿Estoy en lo correcto?
JAAAAAAAAAAAA JAJAJAJAJAJAJAJAJAJ DIOOOOOOOOOOOS JJJAJAJAJJAJAJAJAJJAJAJAJAJAJJAJAJAAJJAJAAAAAAAAAAAAAAAAAAAAJAJAJAJJJAJAJAJAJAJJ
i.gifer.com/7Djv.gif
JJJJJAJAJAAAAAAJAJAAJAJAJAAJJJAAJ AJAJAAJAJAJAJAAJAJAJ AAAAAAAAJAJAJJAJAJJAAJJAJAJJAJAJAJAJAJJAJAJAAJJJJJAJAJAAJAJAJAJ
¿Pero no sabéis que las IAs NO PIENSAN y pueden sacar un cósdigo chulísimo pero que rompa cualquier otra cosa evidente?
Anda, contratad a #64
Mi grupo de homenaje al punk setentetero se llamará PROCEDURE DIVISION
imgflip.com/i/7wonnd
NO
Desde que apoyaron al holocausto vendiendo sus máquinas de censo, luego su consultoría a Huawei, sus PCs a Lenovo, etc etc estos no dan pie con bola.
Eso es lo que marca la diferencia y es lo que se llama talento y no todo el mundo lo tiene.
Tio....
Q no es javascript....
Y la migración a mano conocida de toda la vida... Creo que alguno ya lo ha comentado, el problema no es cobol. Los problemas son básicamente 2.
El primero, que la mayoría de código en cobol, no está hecho por ingenieros informáticos, sino por economistas reconvertidos, lo cual hace que el código, en el mejor de los casos, sea difícilmente entendíble.
El segundo es que las empresas han estado lastrando la migración durante años, porque nunca quieren asumir costes en tiempo o económicos, y cuanto más se alarga, más costosa es.
Por terminar, hablo por mi y otros compañeros que conozco: A nadie le gusta ni los proyectos de migracion, ni coger proyectos mal hechos de hace mucho tiempo por gente que no sabía del tema lo que debiera.
Es el ecosistema mas robusto (en todos los sentidos) y, con cosucss como ScummVM te consume basicamente lo q en C...
Eres cautivo y a pagar y pagar..
Contratando a una persona que sabe lo justo de Java, y para tener que lidiar con la versión antigua de Java que use el banco en cuestión, y cotejando los resultados en cobol con los resultados en Java en unas cifras con muchos decimales.
Son puestos que requieren cierto conocimiento tanto de Cobol como de Java, así que pillan al primer ingeniero que se preste a hacerlo y le pagan ilegalmente todas las horas extras que le hagan hacer.
Los coboleros de mi época escuchábamos garbage collection y nos imaginábamos camiones de basura.
Que como lenguaje es limitadísimo, no lo niego. Pero para lo que se diseñó iba de narices, no me imagino la forma de salirme de la memoria de un PIC 9(9)V99 ni poder tirar un equipo.
Para las virgerias ya teníamos el ensamblador o el C... Coño, ahora que recuerdo el último cobol con el que trabajé permitía llamar a rutinas en ensamblador, así que me la envaino un poco.
Lo llevan enterrando desde antes de los años noventa y ahí sigue.
Si entras hoy en la carrera, no sé si me especializaría en cobol, porque los sueldos que deben pagar deben ser bastante jugosos