Los sistemas de la Seguridad Social contienen decenas de millones de líneas de código escritas en COBOL, un lenguaje de programación arcaico. Reescribir ese código de forma segura llevaría años; DOGE quiere que se haga en meses.
|
etiquetas: doge , cobol , seguridad social
Si no funciona, EEUU entrará al borde del colapso por fallos masivos que afectarían a todas las empresas y trabajadores.
Ganamos en ambos casos.
Si no funciona, EEUU entrará al borde del colapso por fallos masivos que afectarían a todas las empresas y trabajadores.
Ganamos en ambos casos.
es.m.wikipedia.org/wiki/M61_Vulcan
Mi afirmación es una puñalada por la espalda a cualquier programador. Pero la IA hará vuestro trabajo mejor que cualquier “dibujante de códigos”.
No pretendo insultar o molestar a nadie, solo es mi punto de vista y aquí hay una pequeña muestra del fin de los programadores: lovable.dev/ sin mencionar otras noticias de empresas que ya han despedido a todos sus programadores.
Los siguientes son los abogados y los transportistas, notarios etc…
Ese es el motto de Musk.
Pobres imbéciles yankis...
Pero implantar eso en dos meses, no lo sé, pero se me antoja difícil, sus ingenieros de Tesla no son capaces de hacer andar el autopilot el cual llevamos años esperando… a ver que pasa
Ahí tiene varios intentos y ninguno esta implementado.
www.xataka.com/aplicaciones/lenguaje-cobol-se-ha-convertido-quebradero
Por eso, por muy buena que sea una IA, luego tiene que haber un experto que supervise errores y alucinaciones.
Y como ya dijo el compi en #98, todavía no se ha logrado un modelo que funcione lo suficientemente bien como para quitar COBOL en meses.
Hay galáctica para rato
De mis tiempos en el sector bancario recuerdo una determinada setencia condicional en una subrutina, con doce… » ver todo el comentario
Luego esta el tema de la gente que trabaja en eso y no duerme lo sificiente... no se, pero eso se llama privacion de suenio. ... Lo mismo eso no es una buena idea ni para el senior que me vende el pan.
De verdad has dicho que no hay que supervisar los resultados?
Elon, ¡cómo se nota que no te toca a ti remangarte y traducir tú el código, pedazo de mamón!
Boomers power!
Obviamente, el LLM será el de Musk y otra pasta que se lleva
A este circo fijo que le crecerán los enanos.
function dar_ayudas(string who):
if who == "elon":
return 10^12
else:
return 0
Tesla tiró millones de líneas de código c++ del autopilot a la basura y montó en 19 días, lo que según el CEO de nvidia necesitaría 3 años, para entrenar la IA del Full Self Driving que llevarán los robotaxis que se ha confirmado que en Junio empiezan en Austin. Todo en tiempo récord
Por desgracia tus cuñadeces tienen más repercusión aquí
Paso 1 hcemos un presupuesto desorbitado para hacerlo en dos meses
Paso 2 no cumplimos plazo de entrega
Paso 3 pedimos más pasta para hacer otro plazo de entrega inviable
Paso 4 incumplimos plazo de entrega
.....
Paso 10 5 años después entregamos un codigo con unos cuantos bugs, usable pero peor que él de ahora, y ya otras subcontratas se encargarán se parchearlo
Veo que #7 tiene opinión similar
No.
"Si no funciona morira gente, pero bueno, da igual...
Naceran muevos."
Creo q es el pensamiento de Elon
#2 no van a deshacer.
Q crees q puede salirLES mal como para deshacer? Si se la suda la gente...
#2 ¿Y para qué los van a deshacer? Si deja de funcionar la seguridad social eso es dinero que se ahorra el estado y que puede ir a recortar impuestos a los ricos
Espero que no se ahoguen con los descuadres en las cifras que COBOL es una antigualla pero como venga un becario a meter coma flotante por todos lados se van a cagar.
Si en algo era bueno era manejando números financieros.
Fdo: uno que ha administrado SAP
Si las IAs estuvieran más pulidas (como seguramente estarán en unos años) confiaría al menos en que la IA explicara cada parte para implementarla en otro lenguaje.
Pero la verdad no sabría que lenguaje elegir para garantizar que el código será funcional y mantenible a largo plazo. COBOL será un horror pero ha demostrado ser de lo más robusto y duradero de la historia. ¿Alguien puede prometer lo mismo para los lenguajes actuales? Digo, porque si pasa como con Python 2.x vs Python 3, o como php 7.x vs php8. ¿Quién garantiza que el código no quede obsoleto en unos pocos años y no haya un runtime que tenga soporte pueda ejecutarlo?
En este caso el problema viene porque en un caso así debería usarse ===, que hace comparación de tipos y valores. El == permite hacer comparaciones de tipos diferentes con conversión automática y tiene un sentido: php se creó para hacer páginas web dinámicas, y los formularios web no… » ver todo el comentario
O incluso que lo migramos a python 1.x o 2.x, y ahora no hay forma de ejecutar ese código sin usar un intérprete de python que ya no tiene soporte. ¿Quién te certifica la iso 27000 si usas un software que no puedes actualizar?
Yo más bien invertiría en formar gente que manejara Cobol y les pagaría un buen sueldo para que no se fueran.
Pero supongo que Elon Musk se ha topado con el problema de que no puede despedir a los especialistas en cobol y eso le jode mucho.
Más de la mitad de código me juego un euro a que está dedicado a casos particulares y excepciones a las excepciones.
Lo de un par de meses, típica unidad de medida que usamos los informáticos, se debe aplicar el principio básico de estimación en proyectos informáticos: multiplicar por dos y cambiar a la unidad de medida superior. Por tanto, el "par de meses" se convierte en unos cuatro años.
Los toros desde la barrera ...
Todo el código que le he pedido a la IA funciona regular.
espérate a 5, 10, 15 años....
La IA te convertirá el lenguaje natural humano directamente a código ejecutable, saltándose el paso de crear código fuente.
1) es obvio que ese código no lo van a hacer personas, lo va a hacer Grok, con acceso a todo el código fuente existente y toda la potencia de cálculo que tiene a su disposición.
2) la migración se hará por partes, conviviendo ambos sistemas a la vez hasta que comprueban empíricamente que el nuevo sistema funciona bien.
En mi opinión les va a salir bien, pero ya se verá.
IF random() > 0.99 AND 0 == 1
THEN
RETURN REQUEST APPROVED
ELSE
RETURN REQUEST DENIED
END
Pero no ganamos en ambos casos: si VendeHumos consigue que "funcione", esto lo van a hacer en todos los sistemas bancarios y te van a joder a ti tambien.
yo apuesto que no
Peaso de libro.
C de ¡Comunista!
Trump en realidad es un cíborg con el autopilot de Tesla.
Y ahí está, estampándose con cada muro pintado que se encuentra.
Está claro que su bocaza es tan grande como los deadlines a los que planea sus historias.
A modo de anécdota, hace años estuve cerca (pero no dentro) de un proyecto para reescribir en Java el sistema de nóminas de cierta administración pública.
Ni que decir tiene que el proyecto fue un fracaso y la empresa adjudicataria se fue a pique
... Y hasta aquí puedo leer. 123 responda otra vez!
De arcaico no tiene nada. Es totalmente actual y pirulando. Millones de líneas de código que mueven tu dinero en el banco y tus medicinas en la SS.
Parecen nuestros politicos licitando obras con vista a las modificaciones que hayan de hacerse en el futuro para tú ya sabes, sobres.
- Ostia, pues no nos ha funcionado.
COBOL es un DSM (Domain Specific Language). Esta hecho a medida para programar transacciones comerciales/monetarias.
No hay language mas seguro que COBOL para ello
Teníamos que usar librerías para poder tener archivos indexados que, al menos desde que empecé con COBOL, venían de serie.
Por otro lado, como bien dice #69 no es un all purpose language, es para machacar contabilidades, nóminas y demás y lo hacia muy muy bien.
He estado en un proyecto parecido, con muchas personas a mi cargo, y aquello era una locura.
Firmado: uno que descubrió a las malas que hay Jobs que solo se ejecutan una vez al año
( En el cierre fiscal )
Vaya artista!!!
Qué tiempos aquellos y qué poco que los echo de menos.
A finales de los 90, cierto gerifalte de la SS no tuvo mejor idea que rehacer en Java el servicio core que llevaba la contabilidad de las pensiones. (Sí, el mostrenco que calcula nuestras contribuciones y las pensiones de nuestros yayos.) Dicho servicio había entrado en producción en 1991, corría en un mainframe de Unisys y era estable.
Tirando de una consultora "amiga" estimó que el desarrollo tomaría 6 meses. Tardaron 3 años, el nuevo servicio entró en producción allá por 2002-2003.
Mi más sinceros respetos a quien quiera que ha pergeñado semejante plan, porque los goterones de sudor que le van a caer cabeza abajo cuando vea que no hay cojones a conseguir así nada que no sea un par de gifs animados de wayfus abrazadas a Donald Trump imitando el estilo de dibujos animados de Ghibli.
Pero probablemente sea no.
Nosotros lo intentamos con aplicaciones pequeñas y acabamos decidiendo a mantener el sistema hasta que sea inutil
Estuve en una "lista negra" por insultar a uno (el programador del engendro) por decirme que no sabía donde estaba el código fuente de una aplicación de mierda que nos fallaba. Llega a ser algo más gordo y aparezco en los periódicos.
www.google.com/search?q=doge 120 horas
www.google.com/search?q=doge+superdotados
Despues con ia, agentes ia a tope, con un monton de voluntarios online tipo open source...
Mas humo de Musk.
Simplemente migrando a otro COBOL más abierto que pueda correr en cualquier hardware con cualquier base de datos potente ya te ahorras una pasta.
Pero no podría funcionar. Existen programas gigantescos fruto de la acumulación de modificaciones durante decenios y que nadie entiende lo que hacen. Nadie se atreve a tocar eso, por lo que se recurre sistemáticamente a añadirle código aparte. A veces al final, a veces por fuera, para cambiar algún resultado del comportamiento existente, que se mantiene.
No puedes refactorizar tal cantidad de líneas de código de manera satisfactoria, vas a necesitar humanos competentes, y no me refiero a dos, sino a manadas de humanos competentes.