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?
A ese. Justo a ese. No había ningún otro. Será por lenguajes. Y eligen Java.
"A este departamento lo que le falta es un poco de P.E.N.E." creo que es el futuro de la empresa
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.
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.
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”
JAAAAAAAAAAAA JAJAJAJAJAJAJAJAJAJ DIOOOOOOOOOOOS JJJAJAJAJJAJAJAJAJJAJAJAJAJAJJAJAJAAJJAJAAAAAAAAAAAAAAAAAAAAJAJAJAJJJAJAJAJAJAJJ
i.gifer.com/7Djv.gif
Me inclino más por la opción de #7
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
Cuando pasen todo a distribuido y se empiecen a caer los tamagotchis se echarán las manos a la cabeza...
Pero eso tiene tela marinera
Mi grupo de homenaje al punk setentetero se llamará PROCEDURE DIVISION
imgflip.com/i/7wonnd
JJJJJAJAJAAAAAAJAJAAJAJAJAAJJJAAJ AJAJAAJAJAJAJAAJAJAJ AAAAAAAAJAJAJJAJAJJAAJJAJAJJAJAJAJAJAJJAJAJAAJJJJJAJAJAAJAJAJAJ
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.
Hay un par de ellos de Cobol, el lenguaje de programación que perdura por mas de 70 añazos
Traducido al español parece un plato del Dabiz Muñoz.
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.
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.
Por cierto, así, además tienen fichado quien ha comprado dicha cajetilla, por si luego aparece en la reventa.
Pero weno... cada uno tendrá su librillo.
A ver, no es una decisión tecnológica. Es una subnormalidad que se le ocurren a gestores para convencer a gestores de venderles algo.
Luego, una vez vendido, pues ajo y agua. De contratos con esa empresa no puede salir nada bueno.
Fuente: llevo trabajando en cobol desde 2006
CC #64
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.
Y cada dos por tres sale un framework nuevo que hay que usar por cojones, lo que lleva a migraciones que te dejan temblando. ¿ Cuantas aplicaciones web usas en un desarrollo java?
Y robusto mis cojones. A nivel de transacciones no se me ocurre nada más sólido que cobol-cics-db2.
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
Cuando puedes mascar las pocas ganas de trabajar de otro, o el bajo presupuesto, o la falta de tiempo, o los pocos conocimientos, o una combinación de todo ello.
Ha veces te sientes tan sólo delante del teclado,,,,
Eso es lo que marca la diferencia y es lo que se llama talento y no todo el mundo lo tiene.
Le queda mucha vida al COBOL
luego traducirán java a basic, y que siga la fiesta
NO
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.
¿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
Hasta que encuentras gente que lleva años enviando solicitudes de empleo y no consiguen nada.
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.
Aunque ciertamente los porcentajes podrían ser achacables a que es "gratuíta", me bastaría suponer un 10% de tasa de error en la traducción para tener confianza 0 en lo realizado por la IA... tal y como comentas.
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.