El estado de New Jersey necesita urgentemente programadores de COBOL [EN]

Debido a la crisis sanitaria del COVID-19, el gobernador de New Jersey (USA) ha hecho un llamamiento para reclutar programadores de COBOL. Se necesitan con urgencia para mantener los sobrecargados sistemas de gestión de desempleo y en previsión a las posibles bajas de programadores, que en su mayoría son mayores de 50

[#101 La_patata_española]

#96, mientras no lo tenga que hacer yo, ni en mi empresa, ni nadie a 100km de radio alrededor de donde esté yo, me parece bien.

[#102 inar]

#6 "ya se le han detectado todos los bugs"
Coñe, por eso es fiable y "zero failure"

[#103 --19782--]

#1 COBOL sigue estando en la banca en España

[#104 acastro]

#4 Lo que ocurre que el coste de migrar toda la informática de un banco de una plataforma a otra que no tiene nada que es costosísimo.

Se puede hacer y algún banco que otro lo hizo, pero el número de aplicaciones que hay que convertir es inmenso, y dar el salto de un sistema al otro sin detener el funcionamiento es una locura.

Software AG se encargó de pasar la informática del banco Espirito Santo desde una plataforma IMB a una tipo UNIX. De esto hace ya bastantes años.

[#105 --527011--]

#88 Ja ja ja, pillaron los que intel apartaba porque no pasaban el control de calidad

[#106 --527011--]

#45 Otia. es cierto, no sé por qué puse IBM..

[#107 --527011--]

#84 Joe, no sabía eso.

[#108 alephespoco]

#44 es que hay muy pocos sistemas transaccionales con millones de transacciones por segundo (igual ninguno). Y mucho menos en los bancos / aseguradoras / españoles. Dónde habrá seguro MySQL y sqlserver a cascoporro.

Al final se tiene que dividir el problema en partes más pequeñas para ser manejable, bien dividiendo por zonas geográficas, productos, o diferentes funcionalidades... Y cada una de estas partes se hará en el mejor de los casos en el mismo stack, pero hay que entender los grandes sistemas empresariales como un conjunto de subsistemas no como una mega aplicación en COBOL, dónde quedará el CORE de la app, pero el resto será en otras tecnologías.
En cuanto a la crítica de tecnologías no te digo más que hay muchas partes de Facebook hechas en PHP, no le veo que problema tiene.

[#109 slender_1]

Este cómic siempre me da ganas de aprender Cobol  

[#110 juanac]

#5 Los papiros no son robustos, fiables y a prueba de fallos. COBOL sí.

[#111 capitansevilla]

Y decían que estaba muerto. Ja!. Sabía yo que en caso de ecatombe solo sobrevivirían el Mainframe (con su COBOL) y las cucarachas.

[#112 chklabs]

#38 tb hay q tener en cuenta q los micros viejos resisten mejor la radiación etc

[#113 box3d]

#86 #68 #48
Fortran es casi tan arcaico que COBOL, estamos en la misma.
numpy es una extensión del lenguaje, hacemos trampas
R, tal vez se le acerque, pero desconozo que tal funciona como lenguaje "normal" imperativo que acceda a bd, cosa que COBOL no hace del todo mal.

[#114 --8686--]

#33 Que los bancos y aseguradoras usen mainframes, COBOL y DB2 es más un lock-in que se sacó de la manga IBM que una utilidad real hoy en día. Si hoy tuvieras que iniciar cualquier servicio de esos desde cero jamás escogerías esas tecnologías así que decir que son las mejores que puedes usar para construirlo no es verdad, el problema es que si quieres salir ahora tienes que pagar el precio de ese lock-in de 50 años, eso no pasa con otros lenguajes, por ejemplo Fortran siendo de la misma época sigue teniendo aplicaciones perfectamente válidas hoy en día en matemáticas y simulaciones físicas.

Y el número de transacciones también es otra farsa, si fuera así las bolsas usuarían COBOL y mainframes, pero no lo hacen porque hay mejores soluciones para alto volumen de transacciones y baja latencia, y antes de eso tampoco lo hacían usaban cosas como SPARC, y no creo que nadie niegue que una orden en bolsa requiere mucha más precisión y velocidad que cualquier otra transacción que te puedas imaginar.

Además de eso en todos los bancos que he trabajado siempre acaban teniendo sistemas de reconciliación de la parra para todo porque salen errores cada dos por tres en las transacciones entre ellos de todo tipo.

[#115 suzudo]

#113
Sí pero maneja de perlas esas cantidades y es muy utilizado a día de hoy para cálculos de precisión en física etc.. y también se ha ido actualizando. R para física, biología, estadística y redes neuronales etc sí. Está bien... Para ciencias ya directamente GNU Octave si no se desea utilizar matlab pero para gestión como que no creo

[#116 Hil014]

#4 cobol es un lenguaje anticuado. Si quieres comparalo con C. Como ha evolucionado/mutado en C++ o C#. Cobol sigue igual es lento de programar y no tiene estructuras de datos avanzadas.

Y eso que es robusto... un lenguaje que no evoluciona tiene fallostanto en al arquitectura de diseño seguro. Como pasa en C con las asignaciones en la pila de memoria.

[#117 Peka]

#1 Es mejor estar callado....

Bancos, seguros,... fueron los pioneros y programaron en Cobol que es un lenguaje sencillo y muy estable, no falla. Sustituir millones de lineas de codigo supondria mucho dinero, para no obtener ninguna mejora.

Y me parece muy bien que le paguen un paston a la gente de Cobol y luego tengamos gente con .NET o java cobrando 900 euros.

[#118 ChronoTrigger]

#74 C++ lleva unos 30 años actualizándose y el estándar de hoy parece un lenguaje completamente distinto al de entonces.

[#119 --485175--]

#2 Has dicho "ano" ....

[#120 --375992--]

#117 a ver, que ya sabía que los bancos lo usaban en mil sitios, no me seáis tan condescendientes.

Lo que estoy diciendo es que los programadores COBOL son una especie en extinción y han tenido muchísimos años para cambiar a un lenguaje más actual. Da igual Lo robusto que sea, c++ tb.

¿Cuesta mucho dinero? ¿Y? ¿Los bancos son pobres acaso? No lo han hecho porque no han querido arriesgar. Pero eso es un problema, ¿o es que dentro de 100 años van a seguir igual? Y el problema será mucho más grande.

Y eso de no tener ninguna mejora no se lo cree nadie. Los lenguajes modernos existen por algo.

[#121 Hivenfour_1]

#72 había leído -pandemic

[#122 Lekuar]

#110 Pero las tablillas de piedra si .

[#123 --305799--]

#17 el experto no documenta, que luego contratan monos para trabajar por 900 leuros y los echan

[#124 Peka]

#120 Para sumar, restar, multiplicar y dividir que es para lo que se usan....no, ninguna mejora.

A mi me encanta que sigan los lenguajes como el Cobol. Es bonito. Llevo oyendo eso de que va a desaparecer 25 años y si me sale una oferta la de programador Cobol y me paguen 40.000€/año la cogeré. Menos dolores de cabeza.

[#125 --305799--]

#80 es que el as400 nunca será reemplazado por nada, porque no hay nada como as400

[#126 --375992--]

#124 pues sigamos programado en assembler, total es precioso

[#127 Peka]

#126 Esos son los verdaderos programadores.

[#128 jazcaba]

Yooooooo

[#129 KirO]

#79 luego meten a licenciados en historia a programar en cobol (que no te creas, tiene su gracia la ironía) y sale lo que sale...

Algún día se darán cuenta de que pagar programadores al peso al final no es la mejor estrategia.

[#130 KirO]

#35 no todo se arregla con dinero, son sistemas que han evolucionado durante décadas, con millones de líneas de código, y que siguen evolucionando.

Para poder migrar todo, tienes que replicar toda esa funcionalidad que ha tardado décadas en hacerse, pero eso no es todo, mientras haces eso, la funcionalidad ha seguido evolucionando, es una carrera de fondo.

[#131 analphabet]

#47 En realidad eso ya se hace. El core de un banco suele correr con un planificador tipo ControlM y desde ahí se invocan jobs que a su vez llaman a programas en varios lenguajes. Comandos propios del OS, COBOL o Java por ejemplo. Y el online lo mismo, tienes tu CICS y desde ahi puedes llamar a todo tipo de programas.

[#132 --584621--]

#30 y no te apetece emigrar a USA y cobrar un sueldo de 6 cifras?

[#133 Naiyeel]

Hay dos tipos de programación en COBOL, la de antes de la programación estructurada y la del GOTO, si hablamos de esta ultima, la cosa esta muy muy jodida.

Todavia recuerdo tener un programa perfecto, y que me diera error al compilar, y mi profesor.. va, me borra el ultimo punto, lo vuelve poner... graba y compila.. 0 errors..

Puto cobol, se me daba de puta madre.

[#134 osids]

#30 yo mantengo código "viejo" (unos 15 años tiene) y a la vez hacemos nuevo te aseguro que tendrán el mismo problema en otros 15 años, cuando pido tiempo pa documentar siempre dicen "bueno eso ya cuando no corra prisa" ¿conocéis algún trabajo de informática en el que algo no corra prisa? Pues eso

[#135 osids]

#79 bueno cualquier mierdecilla con 1 año de experiencia que sepa negociar gana ya más que la media del país, eso hay mucha gente con carreras y masters que no lo va a conseguir en 10 años, por supuesto que me gustaría ganar más pero siendo realistas creo que esta bastante bien pagado en ciudades "grandes" y si con esta mierda se consigue implantar el teletrabajo y los puestos calientes ese dinero puede ser mucho más solo teniendo que ir a la "ciudad" un par de días a la semana

[#136 squanchy]

#19 un jefe de proyecto me dijo una vez que documentar el código era contraproducente porque probablemente ese código hacía cualquier cosa menos lo que decía el comentario

[#137 pawer13]

#134 yo ya no soy capaz de decir "lo hacemos en plan ñapa y ya lo arreglamos cuando tengamos tiempo" sin reirme. Sé que nunca habrá tiempo

[#138 Aokromes]

#136 [15:15:36] <Aokromes> github.com/TrinityCore/TrinityCore/commit/965ac6fb08623b13c2486f9d0996 update comment

[#139 --625430--]

#116 Chorradas. La arquitectura de Burroughs es mas vieja que Unix y C y se folla a ambos, y por supuesto deja a todo lo de Microsoft como de juguete.

en.wikipedia.org/wiki/Burroughs_large_systems

Hablamos de cosas que no llegaron al vulgo hasta los 90 y otras que parecian ciencia ficcion.

Sobre algo menos potente, Multics.

Y C++ no es la evolucion de C. C++ a C es lo que cancer de pulmon a pulmon.

[#140 --625430--]

#126 #124 Otro hipster de esos. Hay sistemas que son bloques antiguos pero impepinables en informatica y estos son:

- Cobol.

- LaTeX.

- Posix. No, GNU, POSIX. Las herramientas de Unix estan hipertesteadas.

- TCP/IP.

- AS/400.

- OpenVMS. Aun quedan por ahi algunas maquinas. Y nadie las tose.

- Cintas DAT.

- Fortran. Mas enmascarado que BLAS/Lapack/Numpy, pero está/

- Formatos como Tar/Pax.

- Secuencias VT100 y ncurses.

- Formato AU/Wav.

[#141 bitman]

#5 Todo depende de lo que quieran pagar. Si no encuentran programadores es porque no pagan suficiente. Tampoco encontrarían arquitectos, médicos, veterinarios, etc si les pagasen una mierda. Tampoco podrías comprar una barra de pan por 12 céntimos, como es lógico.

[#142 axavip]

#5 Mi estimado.Tal vez no lo sepa pero los papiros a través de la moderna técnica de los palimpsesto ya desde el siglo VI ,producto de la crisis del papiro, se reconvirtieron a través de técnicas de borrado por raspado y regrabado.
De hecho esta exitosa técnica unido al pergamino y la vitela garantizaron el registro portable de los eventos durante miles de años hasta que un diabólico invento chino llamado actualmente PAPEL allá por el siglo VIII empezó la invasión de Europa.
El golpe de gracia lo dieron esos hijos del diablo, los arabes, que en la localidad de játiva construyeren una fabrica de papel en el año de nuestro señor 1056.

Si estudiamos la etimología de la diabolica palabra "PAPEL" vemos con profundo horror que viene del catalán PAPER.
Todo esto demuestra un milenario complot Chino-Arabe-Catalan, seguramente no ajeno a la ausencia de programadores de COBOL.

[#143 CrudaVerdad]

#14 ¿Han actualizado el esquema de la base de datos? Porque si es así, es el infierno sobre la tierra, porque hay que hacer la tarea más penosa en informática: la migración de datos.

[#144 CrudaVerdad]

#4 Me hizo recordar que fui a un banco diciendo que mi saldo no cuadraba. La que me atendió no me creía, hasta que con calculadora en mano le mostré que tomando el saldo antiguo y sumando los ingresos y restando los egresos del reporte que había sacado del "robusto, fiable y a prueba de fallos" software bancario en verdad no cuadraba. Con el tiempo lo arreglaron. No soy cliente asiduo de bancos, ni de productos financieros, pero me he topado con algunos errores. Conclusión: Ten bien guardados los extractos y certificados.

[#145 --618870--]

#143 Premio!!
Lo mejor es que la gentuza que pensó eso a abandonó el barco hace tiempo.

[#146 mcfgdbbn3]

#1: ¿Y qué aportaría un lenguaje "moderno" respecto a uno que ha hecho un buen desempeño durante décadas?

A lo mejor el problema no es Cobol sino quienes se obsesionan por actualizar periódicamente cosas que no hay que actualizar, es como si tienes una máquina con tornillería Whitworth, la cambias a métrica, luego inventas otra rosca y la vuelves a cambiar, luego sacas otra con pasos ligeramente diferentes y no compatibles... y pretendes que las máquinas que usaran la primera se actualicen porque sí.

En mi opinión si Cobol era válido hace décadas, sigue siéndolo ahora, si lo han despreciado en ámbitos académicos es un problema de los ámbitos académicos, no de quienes implementaron un lenguaje que era, y sigue siendo, perfectamente válido.

A veces los que hacen los lenguajes de programación tienen una fuerte desconexión con la realidad, que a la mínima te sacan otro lenguaje (y pretenden que lo uses), te cogen un lenguaje y te sacan una segunda versión no compatible (no nombraré a cierta serpiente constrictora...), te cogen funciones y las marcan como "deprecated" porque ellos lo valen, y ala, te toca cambiar un código que hiciste y funcionaba perfectamente...

En programación se debería haber alcanzado hace cierto tiempo un grado de madurez técnica por el cual uno pueda usar una serie de herramientas, lenguajes y demás, y esté seguro de no tenerlos que cambiar al cabo de cierto tiempo, de la misma forma que si hace 30 años compras una máquina inglesa con rosca Withworth, aunque en España no se use mucho, puedes seguir poniéndola tornillos, y so hoy haces una máquina con rosca métrica, muy probablemente dentro de 200 años puedas seguir comprando tornillos para ella sin problema, y la Withworth posíblemente se pueda encontrar porque se usa en entornos anglosajones.

[#147 osids]

#137 ya hace tiempo que mi jefe de equipo dice "si funciona que más da" luego pasan cositas que decía Rubén

[#148 mcfgdbbn3]

#92: No, por programar mal el MCAS y no decírselo a los pilotos (que el MCAS existe, ya no que falle).

El tipo de procesador en sí no es un problema, porque eso solo procesa lo que le digas.

[#149 mcfgdbbn3]

#48: ¿Fortram? Seguro que mola más que Forbus y Formonorail.

[#150 mcfgdbbn3]

#86: Hasta que saquen "nombre de cierta serpiente constrictora" 4 y sea incompatible con 2 y 3. No doy nombres.

[#151 ampos]

COBOL y los bancos... que sencillo es saber porqué sigue ahí. No es porque sea robusto o similar. Es porque estaba ahí al principio. Se hizo el programa original para el banco. 6 meses después se le añadió otra cosa. Luego otra al año después.

Llegado el punto de que hubo lenguajes más potentes, era imposible migrar el programa, porque ahora eran cientos.

Es como comprarte un coche y cada x tiempo ir poniendole mejoras. Al final es casi igual que uno moderno, y las mejoras ya cuestan un huevo ponerlas. Pero no es lo mismo añadirle una mejora nueva, que será cara, que tirar el coche viejo y comprar uno nuevo, mucho más caro.

Simplemente el software inicial ha ido creciendo con el tiempo y es demasiado grande para cambiarlo.

[#152 provotector]

Para todos los que estáis diciendo que COBOL hace mucho mejor las cosas que otros lenguajes. ¿Algún programador ofrecería COBOL para hacer un proyecto nuevo? La respuesta es clara. No.

[#153 nospotfer]

#140 te has dejado el mp3.

[#154 --625430--]

#153 FLAC es superior. Hoy el espacio no importa tanto.

Para enviar en streaming o para discos reducidos, OPUS se come al MP3.

[#156 nospotfer]

#154 sí, hay muchos formatos que se lo comen, pero a día de hoy sigue siendo super utilizado.

[#157 suzudo]

#149 Fortran... Perdón por los dedazos

[#158 --507899--]

#58 provincias es todo lo que no sea madrid y barcelona? conozco a gente cobrando cerca de eso sin mucha exp en cliente final, aunque todo depende de la provincia supongo.

[#159 --618870--]

#158 En efecto, las 2 ciudades-provincia que acaparan el trabajo IT.

[#160 xyria]

#108 Cuando hablo de transacciones no me refiero exclusivamente a las operaciones básicas, o sea, a anotar una partida al debe u otra al haber de una cuenta de algún cliente, eso es lo de menos: son los accesos a la base de datos: consultar un extracto, cruzar información, anotaciones diversas, liquidaciones de intereses, emisión de informes o recibos, etc. etc. Sí, pueden haber millones de transacciones, aunque si no por segundo, tal vez por minuto.

[#161 LLort_II]

#4 COBOL no es robusto, fiable ni a prueba de fallos. No más que cualquier otro lenguaje de hoy en día.

El uso extendido de COBOL en 2020 es por pura inercia:

- Hay demasiado código escrito en COBOL como para cambiarlo sin meterte en costes prohibitivos. El cambio va ocurriendo pero muy poco a poco, sobre todo en empresas muy grandes dónde el cambio es más lento.

- Los programadores de COBOL habitualmente sólo conocen COBOL, y no hay movimiento en el sector que obligue a las empresas a plantearse cambios.

[#162 xyria]

#161 Porque tú lo digas.

"COBOL is still an important part of our tech-driven world. COBOL still accounts for more than 70 percent of the business transactions that take place in the world today."

freedomafterthesharks.com/2016/06/27/exactly-what-is-cobol-and-why-is-

A ver si nos aclaramos: yo no aconsejo el uso de Cobol -lo mio, como dije antes, es Delphi, C/C++ y empezando con C# --, me limito a reflejar un hecho real: El 75% de las transacciones de negocios son hechas con cobol. Si no fuera robusto, fiable y a prueba de fallos, habría mucho imbécil en el mundo del dinero.

Y, por lo que a mi respecta, doy por finalizado el hilo.

[#163 mcfgdbbn3]

#157: Sí, pero estaría bien un lenguaje para FPGA (como la Alhambra) que se pueda editar con el OpenTTD construyendo redes tranviarias.

[#164 LLort_II]

#162 "Patatas traigo y doy por finalizado el hilo".

Pues vale.

[#165 --89888--]

#71 No, no es el dinerito. O no es solo el dinerito.
A la gente joven que sale de la universidad no le tira dedicarse a la informática del core de las empresas (por definición aburrido), le tira dedicarse a cosas más golosas, como juegos (en el mejor sentido, no solo en jugar), startups imaginativas donde inventar algo nuevo y demás.
En mi empresa lo estamos "disfrutando" un montón, aun pagando un sueldo competitivo con todas esas cosas y una aspiración de futuro.

[#166 --89888--]

#39 El mejor lenguaje para gestión empresarial nunca inventado y nunca inventable.
Aunque sea prehistórico y aunque todos lo estemos abandonando precísamente por eso.
No se le da bien hacer cositas monas en un móvil, pero para llevar una contabilidad o una gestión de pedidos...

[#167 --89888--]

#97 No, no se escribe en Java. Eclipse es un "editor" (perdonadme la aproximación) escrito en java, que se puede usar para escribir cualquier lenguaje usando los plugin adecuados.

Por ejemplo, yo lo usaba para escribir PHP. Y los ficheros generados, si quería, los podía mantener luego con el viejo y querido vi (vaaaaale, con el vim).

[#168 --89888--]

#102 Como me enseñaron hace 30 años, cuando empezaba en esto, todo programa sin errores es porque es un programa obsoleto.

[#169 --89888--]

#84 Mis noticias era que estaban comprando los 386.
Para poder reemplazar los que se averiaban en las instalaciones realizadas.
Porque para lo que necesitaban hacer, eran mucho más que suficientemente potentes.
Y porque consumían muchísimo menos que uno moderno. Y eso en una nave espacial que se alimenta con placas es enormemente importante.

[#170 --89888--]

#108 Me enternezco viendo tu ilusión.

[#171 --618870--]

#165 Por mi experiencia, la gente joven que sale de la universidad hay de todo en la viña del señor.
Hay mediocres que son unos currantes de tomo y lomo, genios que son unos vagos, fanboys de tecnologías que solo quieren trabajar en X o en Y y en cuanto les pones hacer algo en otra cosa te dejan tirado.

No todo el mundo vale para dedicarse a esas cosas tan golosas, ni hay tantas startups molonas. Lo que más abunda es el trabajo aburrido y repetitivo de "core de empresa" y como dices, escasea la gente que quiere dedicarse a ello pero poniendo dinero sobre la mesa y buen horario, se suele llegar a buen puerto.

Dime cual es tu empresa y el salario competitivo. ¿admitís trabajo en remoto? jajaja

[#172 inar]

#168 Bueno, obsoleto por definición es algo que ya no vale, y no es el caso.

[#173 xyria]

#164 Disculpa, no quería pareces maleducado y lo fui. Si deseas seguir con el hilo, gustosamente debatiré -o investigaremos los dos -- lo que gustes. Vuelvo a repetir: perdón si te sentiste molesto con mi respuesta, tendrías todo el derecho del mundo a estarlo porque fui manejé el asunto con bastante torpeza.

[#174 kados.]

#169 Por las noticias que yo vi, compraban por ebay y sitios de subastas, todos los lotes de PC viejos, maquinaria de fabricas, maquinaria de hospitales, etc que saben que llevan 8086, 186, 286 y 386.

[#175 LLort_II]

#173 De hecho creo que saliste defendiendo COBOL porque yo no fui capaz de explicarme bien así que no te disculpes.

No quise decir que ese lenguaje no sea robusto o fiable. Quise decir que el resto de lenguajes mainstream para transacciones de negocios o cualquier otra operación que requiera asincronía, concurrencia etc son tan fiables como COBOL, y por lo tanto si COBOL sigue utilizándose masivamente en lugar de lenguajes más jóvenes (en los que da gusto programar, no como en COBOL) entonces probablemente los tiros vienen por otro lado y no por fiabilidad (por pura inercia como comentaba antes en este hilo).

[#176 thingoldedoriath]

#167 Me refería a este "Eclipse" que viene a ser "una especie de herramienta universal - un IDE abierto y extensible para todo y nada en particular" (y a otros menos libres y abiertos):
es.wikipedia.org/wiki/Eclipse_(software)

Y sí, si se usa para escribir programas y aplicaciones en Java. Ya se que también se puede usar Eclipse para escribir código en C++, JSP, Perl, Python...

Y tu mismo puedes ver los lenguajes de programación que más se usan en ese IDE:
Lenguaje  Líneas de código  %
Java  1.911.693  92,66%
ANSI C  133.263  6,46%
C++  10.082   0,49%
JSP   3.613   0,18%
sh   2.066   0,10%
perl   1.468   0,07%
php   896   0,04%
sed   2   0,00%

En otros IDE semipropietarios y propietarios, el lenguaje de programación Java predomina aún más.

[#177 La_patata_española]

#155, muy flojillo tu comentario . #95 sí que dio en el clavo .

[#178 pedrobz]

#67 Y esos son los días buenos

[#179 pedrobz]

#132 Sueldo que si comparas comprando las mismas prestaciones que hay en Europa a base de impuestos, al final no sale tan a cuenta.

[#180 --584621--]

#179 Muchas veces estuve tentado de irme a USA pero me echó para atrás lo de la sanidad. Eso de que te pongas malo y te quiten hasta el último céntimo/centavo .... me parece tercermundista.