El lenguaje COBOL se ha convertido en un quebradero de cabeza, pero IBM tiene la solución: un traductor IA

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.

[#101 lestat]

#9 el daño que ha hecho Java a la informática es irreparable

[#102 torrrquemada]

#14 En el mundo preindustrial, los cereales había que segarlos a mano, así que una persona recogía/producía una cantidad que no era muy superior a lo que acabaría consumiendo. De ahí el diezmo.

[#103 torrrquemada]

#54 El código QR único ya está en las cajetillas. De hecho, en las farmacias que voy, es lo que pasan por el escaner. Aunque luego les toque recortar el código de barras.

Por cierto, así, además tienen fichado quien ha comprado dicha cajetilla, por si luego aparece en la reventa.

[#104 Ragnarok]

#69 Carmack te puede respetar con JavaScript, no porque hagas Doom realidad, sino esto: youtu.be/rczu8kc8JZA

[#105 BuckMulligan]

Java is the new Cobol. En 20 años el problema será encontrar programadores de Java 8

[#106 --113769--]

#5 si algo tiene COBOL es que está súper documentado y que es muy fácil de entender en un vistazo y estructurado

[#107 --113769--]

#18 sí, yo creo que en eso está la clave del asunto

[#108 Wayfarer]

#29 #31 Y de beber, albóndigas.

[#109 Ehorus]

#87 Seguro que IBM tiene invertido mucha pasta en esa solución... Pero - y solo a modo ilustrativo - quiero recomendar la entrada que hace chema alonso sobre el tema (www.elladodelmal.com/2023/08/si-eres-developer-y-buscas-soluciones.htm)
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.

[#110 torrrquemada]

#101 Java fue ideado para sistemas cerrados: lavadoras, neveras, televisores, ... La idea era darle flexibilidad a los fabricantes, para que sus electrodomésticos no se vieran cautivos por el microprocesador.

Pero luego llegó un zumbao que empezó a venderlo al sector comercial, con la excusa del compilar 1 vez y ejecutar 5 veces más lento donde sea.

[#111 avueltadetodo]

#71 Cabrones los bancos? a estas cajas de ahorro ningún banco les dijo que probaran...

[#112 avueltadetodo]

#49 ¿dependencias de qué?

Y PL-SQL migrar a Java, ¿para? PL-SQL y Java pueden coexistir y coexisten

[#113 almoss]

#27 O entender la forma de pensar de todos los que han pasado por allí... Primera versión, parches, cosas que no se usan ya pero que no se borran...
Programar es un arte, pero el mantenimiento es otro nivel.

[#114 SlurmM]

#112 no hablo de código en núcleo, sino de Pl-Sql en forma y reports (developer)

[#115 --584621--]

#1 Test unitarios?

[#116 --731452--]

#5 Sí que encuentran gente. Lo que no quieren es pagar por ella.

[#117 --731452--]

#8 A que si te multiplican el sueldo por tres, haces todo lo que haya que hacer.

[#118 rubentotal]

#99 El lenguaje sí, pero la mierda de programas que hay por ahí no tendrán ni funciones.

[#119 --731452--]

#9 Eligen el lenguaje en que los monos cobren menos cacahuetes.
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.

[#120 alpoza]

#37 test unitarios y de integracion en CoBol ????{popcorn}

[#121 alpoza]

#40 asi lo estan haciendo en el Santander

[#122 YaMiQue]

#2 Conoci el COBOL hace ya mas de 42 años y ya se decia ..."El COBOL ha muerto" ... sigue alli y parece que seguira alli

[#123 YaMiQue]

#13 No lo se... lo que yo he visto ( y no soy programador) es que el dolor de cabeza ha sido tratar de deshacerse del Cobol... que no es lo mismo

[#124 YaMiQue]

#74 Es que depende de lo que hagas, en mi caso agarraba cualquier programa , me iba a la procedure division , cambiaba un par de lineas y ya tenia algo diferente... demoraba menos de 5 minutos incluida la compilacion .... nunca puede hacer algo asi con otros lenguajes..

[#125 neotobarra2]

#9 Como dice #119, si el problema es la falta de profesionales que conozcan COBOL, Java es una estupenda solución

[#126 jaramero]

#89 Yo hablo de desarrollo en grandes clientes como bancos o eci. Para no saber, lo llevo sufriendo en diversos proyectos desde la versión 5.

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.

[#127 knzio]

#103 pero creo que no en todas las comunidades lo tienen integrado todavía por eso siguen recortando la caja. No sé, no estoy muy enterado, la verdad

[#128 Hacksturcon]

#118 Aunque pienses que no, los programas han evolucionado, como las versiones de cobol. Conozco personalmente (y a veces envidio sus puestos) a dos programadores de dicho lenguaje en empresitas nada pequeñas, ya casi no les queda pelo en la cabeza pero oye.... ahí andan al pie del cañón.

El mito es lo que comentas, y el mito tendrá parte de realidad... pero los que siguen usándolo, lo han tocado últimamente fijo.

Uno de sus chistes de borrachera era el de: Sacas dinero del cajero debido a COBOL, pero en una pantalla bonita gracias a JAVA. No hace falta que me diga nadie que es muy malo.

[#129 Hacksturcon]

#94 El rendimiento se la suda a la mayoria. Tengo el culo pelado de ver cruzarseles los ojos a los desarrolladores cuando les hablas de algo como el recolector de basura o gestionar a manija la memoria. Ni que decirte las peleas que hay con los hilos o el control de consultas, que parece que les regalan los recursos.

Pero weno... cada uno tendrá su librillo.

[#130 Jesulisto]

#129 No quiero ni pensar en el desperdicio de recursos que vemos a diario. He visto 286 con cuatro o más terminales yendo más rápidos que ordenadores actuales lidiando con frameworks infernales.

[#131 Hacksturcon]

#130 No me tires de la lengua, trabajo para la administracion publica....y algunos diran que es un calzador

[#132 --731452--]

#125 No hay falta de profesionales que conozcan cobol. Sobran profesionales. Lo que quieren es pagar pocos sueldos.

[#133 rcorp]

#15 los programadores y las mierdas que nos encontramos.

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

[#134 ostiayajoder]

#126 bancos, eci....

Version 5....



Y no, hace como 10 años q, basicamente, tienes spring (springboot) comiendoselo todo y luego experimentos.

Y arquitectura hexagonal y tal... ahora mismo el problema tecnico, a poco q el equipo sea competente, no existe y solo te preocupas de negocio.

[#135 troll_hdlgp]

#34 JavaScript

[#136 troll_hdlgp]

#46 TypeScript

[#137 cadgz]

#100 Son un mojón.
Fuente: llevo trabajando en cobol desde 2006
CC #64

[#138 mcfgdbbn3]

#1: Como el MCAS de los aviones 737 MAX.

A ver, murió gente, no tiene gracia, pero es que este tipo de propuestas son tan ridículas...

[#139 mcfgdbbn3]

#121: Y aún así es una locura, porque nunca sabes si se puede presentar algún caso excepcional...

[#140 Ramen]

#57 hostia ¿era Axpe Consulting?

[#141 Strandedandbored]

#140 no pero hay montones y prácticamente todas son igual de cutres

[#142 Monstruito]

#90 Dinero que pasará de IBM a Amazon, Google o similares con las nubes. Je je je

[#143 Elduende_Oscuro]

#97 Te cambio 10 perform por 1 go to.

[#144 jaramero]

#134 no me vengas con iconitos, te hablo del mundo real en empresas que mueven cantidades ingentes de información no de la mercería mariloli. Con lo de desde java 5 lo que te quiero mostrar es que he sufrido muchos proyectos de java con arquitecturas que eran auténticos frankensteins.

Springboot lo he visto sobre todo para webservices de cara a hacer orquestaciones, pero nunca en nada pesado ni crítico. Ahora lo que veo es un incremento importante de PySpark.

Y arquitectura hexagonal y tal... ahora mismo el problema tecnico, a poco q el equipo sea competente, no existe y solo te preocupas de negocio.
Sí claro, y si el equipo de negocio es compentente y me da los requisitos bien hechos me voy a dar una vuelta en mi unicornio.

Los framework de java se quedan desactualizados enseguida y hay proyectos muy complejos que no podrían aguantar el ritmo de obsolescencia de esa puta mierda de tecnología porque estarían de migración en migración. Por no hablar de que la formación de los profesionales casi nunca la pagan las empresas, lo que obliga un esfuerzo extra a que cada uno aprenda por su cuenta y riesgo. Lo mismo te gastas miles de euros en un curso de puta madre sobre el último framework de moda de java para al final desempeñar el mismo puesto por el mismo sueldo.

[#145 eljuligallego]

#61 high developer language general programmer (H.D.L.G.P)

[#146 Jesulisto]

#143 Si es PERFORM THRU con una etiqueta de cierre, como puse obligatorio en mi departamento, te lo compro

[#147 Elduende_Oscuro]

#146 Si se trata de convertir a java, te juro que prefiero enfrentarme a un programa con 100 perform que a uno con 10 go to.

[#148 sillycon]

#64 i.imgflip.com/7ws4h6.jpg

[#149 ostiayajoder]

#144 springboot para hacer servicios pequeños son una maravilla.

Y servicios juntos hacen cosas muy pesadas y muy criticas.

Ademas asi se pueden dividir en equipos y asignar responsabilidades, es una puta maravilla.

Por otro lado: los frameworks de java no cambian ni pa dios, y lo peor es q suelen ser retrocompatibles y, con una buena bateria de tests, puedes tener hasta el JDK actualizado...

De hecho contratar profesionales de Java es bastante barato, comparado con el resto...

Y lo de 'el ultimo framework de java'.... En serio? creo q hablas de javascript y no de java o hace MUCHO q no usas nada de java medianamente moderno....

[#150 lestat]

#110 No creo que tengas razón, para nada. Precisamente porque la máquina virtual de Java era un mazacote tremendamente pesado de hacer funcionar en las primeras versiones de JAVA, y no fue hasta el paso de los años y la mejora del hardware que ese virus llamado JAVA no se expandió y empezó a funcionar de forma acepable, que fue cuando el hardware fue capaz de mover con soltura la máquina virtual de los cojones del bicho este. Dudo mucho, pero que mucho, que una "lavadora" fuera capaz de mover la máquina virtual de java en aquellos años, y lo dudo incluso hoy en día, con lo parcos que son en hardware en todo tipo de máquinas y electrodomésticos. Una cosa es lo que vendían, y venden, que el código era independiente de la plataforma, y otra la realidad, que era otra mentira más de dicho engendro.

Por el camino de Java, hay "hitos" como mal implementar la programación orientada a objetos, dependencia excesiva de clases y librerías, versiones y updates, y enseñar a los programadores a no preocuparse por el uso de la memoria, entre otras lindezas que han destrozado la programación y quienes se dedican a ella.

Un lenguaje de programación, en el que el 90% del tiempo la gente lo emplea en conocer y paliar sus propios problemas con dicho lenguaje, y el 10% restante para programar algo útil.

[#151 torrrquemada]

#150
"Java surgió en 1991 cuando un grupo de ingenieros de Sun Microsystems trataron de diseñar un
nuevo lenguaje de programación destinado a electrodomésticos. La reducida potencia de cálculo y
memoria de los electrodomésticos llevó a desarrollar un lenguaje sencillo capaz de generar código
de tamaño muy reducido.

Debido a la existencia de distintos tipos de CPUs y a los continuos cambios, era importante
conseguir una herramienta independiente del tipo de CPU utilizada."

_{Aprenda Java como si estuviera en primero, Editado por Escuela Superior de Ingenieros Industriales de San Sebastián. UNIVERSIDAD DE NAVARRA}

[#152 D303]

#33 Pero no solo ocurre en el entorno Mainframe, ocurre en muchos departamentos de informática y en otros muchos trabajos, en España lamentablemente se suele respetar muy poco al trabajador.

[#153 neotobarra2]

#132 Permíteme que dude que sobren profesionales. Vamos, lo pongo en duda hasta para Java, fíjate lo que te digo. Que los desarrolladores tengamos la capacidad de negociación individual ante la empresa que tenemos (algo que la inmensa mayoría de trabajadores no tienen y envidian) o que haya en muchas empresas la cantidad de programadores incompetentes que hay, son precisamente muestras de que en el sector hay mucha más demanda de trabajadores que trabajadores en sí. Y más con experiencia.

Eso en un sector en el que sobren profesionales no lo vas a ver, porque las empresas no son imbéciles y no van a hacer cosas que les perjudican. Si sobrasen profesionales no competirían unas con otras por robárselos con salarios cada vez mayores, no subirían anualmente los salarios sin obligación legal de hacerlo, ni tampoco pagarían a ciertos compañeros que (está feo decirlo pero es la verdad) no saben hacer la o con un canuto. Les bastaría con despedir al que no les cuadra y contratar a otro, que básicamente es lo que pasa en los sectores en los que sobra mano de obra.

[#154 --731452--]

#153 Vamos, lo pongo en duda hasta para Java
Hasta que encuentras gente que lleva años enviando solicitudes de empleo y no consiguen nada.