Menéame: comentarios [1950943]

#197 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--381024-- — Wed, 19 Jun 2013 23:12:12 +0000

estoy bastante de acuerdo, sobretodo por lo de medir las lineas de código. Aunque "la modularización sin control no sirve de nada" (de qué módulo viene el problema?? supongo que se refiere al acoplamiento de los sistemas

» autor: --381024--

#196 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kanowins — Wed, 19 Jun 2013 16:37:03 +0000

#191 Teníamos dos personas en el equipo expertas en Java y sistemáticamente las dificultades que tenían eran considerables, en comparación con las que tenían las personas de Cobol para desarrollar procesos parecidos.

¿No cobrarían los "expertos" menos que tú? Entonces de expertos nada, eran unos pringados de cárnica vendidos al peso como expertos. Lo he visto cientos de veces.

» autor: kanowins

#195 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--143520-- — Wed, 19 Jun 2013 13:34:25 +0000

#10 A mi juicio este no es artículo escrito por un especialista en la materia, se sueltan muchos conceptos ambiguos que en el mundo de la informática carecen de significado y contexto. Es cierto que una tecnología que nace ahora es mejor que otro que ya existía. Lamentablemente en informática se buscan soluciones/metodologías que sirvan para cualquier proyecto, y en el mundo real no funciona así.

“Los programas COBOL son inmensamente complejos, el tamaño de sus módulos tiene 600 líneas de código. Mientras que el tamaño de un módulo Java tiene 30 líneas de código”, ha declarado. "En COBOL existe una fuerte correlación entre el tamaño del sistema y de la densidad de los defectos. Es exponencial, cuanto mayor es el sistema, más alta es la densidad de los defectos en cada cien líneas ",

La modularización tiene sus puntos fuertes, pero no es una panacea, muchas veces al dividir un todo en módulos tienes muchos más problemas antes, incluso problemas que no tenías, y tampoco es seguro que unas partes con menos errores, conformen un todo con menos errores.

Incluso muchas veces se usan lenguajes orientados a objetos como si fueran programación estructurada (cosas como abusar de getters y setters), y no siempre el principio de ocultación de la información funciona bien. Hay muchas soluciones teóricas, que en principio suenan muy bien, pero en la práctica no son tales. Hay que saberlas evaluar.

Además, al tratarse de sistemas antiguos hay muy poca gente cuyos conocimientos técnicos permitan detectar y resolver rápidamente los problemas que surgen.

Esto depende de cuanto estés dispuesto a pagar y cuanta estabilidad estés dispuesto a ofrecer. En España esto es un mal genérico que aplica a cualquier tipo de modelo de desarrollo.

» autor: --143520--

#194 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Wed, 19 Jun 2013 10:07:45 +0000

#193 Por supuesto que hay herramientas para el control de versiones, no sé qué entornos conocerás tú que no las tenga...

Ya, hablas de programación, pero hablas del choque entre plataformas, y ese es mucho más grave y da muchos más problemas entre herramientas diferentes que comunicando el back en Cobol con el front en Java (por ejemplo). ¿Sabes lo que cuesta mostrar en una web una triste imagen sacada de Fatwire y la de errores que da? Puf...

» autor: HyperBlad

#193 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

chochis — Wed, 19 Jun 2013 09:50:18 +0000

#192 ¿Estás seguro? Reservar espacio en clusters a mano es de puta madre. No tener un sistema de versiones para los programas también es cojonudo. Editores avanzados... Además de la brutal dependencia que tiene un sistema PROPIETARIO. Si, yo lo primero que quitaría sería cobol. Después si resulta que has comprado una "solución" como SAP y no funciona también la quitaría, no me dedicaría a rellenarla (cosa que es lo normalmente se hace, te venden sap como la solución y lo convierten en un problema porque realmente sap viene medio vacío) Y yo hablo de programación, no hablo de sistemas como servidores de ficheros y otras herramientas.

» autor: chochis

#192 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Wed, 19 Jun 2013 09:29:30 +0000

#188 Me dejas sorprendido cuando hablas de la integración entre plataformas: Una plataforma A vs. A + COBOL. En un banco no hay una plataforma A + COBOL. Hay una plataforma A, otra B, otra C, cinco herramientas de IBM, el SAP, tres más de otro propietario, cuatro tipos diferentes de BBDD y tres de servidores de archivos, más todo el Mainframe. Y todo eso lo tienes que casar siempre. ¿Y quieres empezar quitando Cobol? De toda la amalgama de cosas de su padre y de su madre que hay por aquí, Cobol es, probablemente, la que mejor y más fácilmente casa con las demás...

» autor: HyperBlad

#191 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Wed, 19 Jun 2013 08:38:04 +0000

#175 si no tienes ganas de debatir, lo dices y ya está, creo que el sarcasmo es innecesario.

En primer lugar, no hay que perder de vista que muchas de las ventajas de Java se pueden conseguir en Cobol aplicando conceptos básicos de ingeniería del software, orientación a objetos, etc. Es cierto que en el pasado se hacían inmantenibles programas Cobol de 5000 lineas o más, pero eso no es culpa del Cobol.

Yo no he dicho que sea experto en Java (mis conocimientos son muy pobres en este lenguaje). Las experiencias que tengo con Java fueron como analista, no como programador. Teníamos dos personas en el equipo expertas en Java y sistemáticamente las dificultades que tenían eran considerables, en comparación con las que tenían las personas de Cobol para desarrollar procesos parecidos. En otros equipos pasaba lo mismo y este artículo me ha recordado mi experiencia. Si los costes se disparan por desarrollar en Java respecto a Cobol, la empresa tiene pocos argumentos para cambiar. Puede que le salga más a cuenta llevar algunas de las ventajas de Java en los desarrollos en Cobol.

» autor: KimDeal

#190 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Wed, 19 Jun 2013 08:31:25 +0000

#187 No puedo estár más de acuerdo del factor psicológico del que hablan #167, uno se hace mayor y es difícil enseñarle trucos nuevos a perro viejo.

A mí me parece que la razón es más simple: Dinero y riesgo. Punto. Decís que Cobol es carísimo, no sé muy bien por qué. Pero realizar una migración masiva de sistemas a Java (O al lenguaje moderno que queráis) es un proyecto monstruoso, que, además, tendría que convivir bastante tiempo, hasta estabilizarlo completamente (años...) con los antiguos sistemas Cobol, con lo que el gasto es doble.

Suponiendo que el mantenimiento de un sistema en lenguajes modernos sea más barato que en Cobol, esto es como una bombilla de bajo consumo. Si una bombilla vieja te cuesta 1 euro y una de leds te cuesta 20, hay que estar muy mentalizado en que dentro de 5 años habrás amortizado la diferencia. Y esto no serían 5 años, sería bastante más.

Ahora dile tú a un banco que necesitas que multipliquen el presupuesto que te han asignado por 2 (siendo generosos) durante 3 años, para poder acometer esto. A ver qué te cuentan...

» autor: HyperBlad

#189 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pedrocanyete — Wed, 19 Jun 2013 08:24:46 +0000

El problema es que los Banqueros han perdido el conocimiento en el punto que una máquina lo hace por ellos, los grandes Bancos preferían formar a sus empleados con un cursillo de COBOL que coger Informáticos y claro a esta gente háblales de la importancia de la documentación, a fecha de hoy estamos todos pillados porque gente poco cualificada hizo trabajó sin hacer ni una linea de documentación.

» autor: pedrocanyete

#188 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

chochis — Wed, 19 Jun 2013 08:23:54 +0000

#186 yo no digo que sirva java, lo que digo es que cobol el que no sirve
Cobol está muerto, programar complejidad en un lenguaje como cobol es un suicidio, es caro y lento. Además de que no sirve, las herramientas que proporciona la plataforma donde se ejecuta son arcáicas otra cosa es que la innercia y el peso de lo ya programado haga que migrar sea una tarea colosal. Ver a cobol con otros ojos es no tener ni puta idea de programación y de como se es como programador mucho mas eficiente en otras plataformas.
Por no hablar del precio de interoperatibilidad y las integraciones que SIEMPRE es el mas costo en todos los proyectos. Y con cobol no es diferente, programar el mismo programa entre 1 y 2 plataformas (a VS a + cobol) aumenta el coste y la dependencia sobre programadores al necesitar el doble de especialistas. Que es como están hechos ahora los bancos, programados en el front con java o .net para la web y por debajo con llamadas al transaccional de cobol/natural a través de alguna puerta. Y ya no hablo de tipos de datos complejos o otros tipos de programación orientada a eventos, bases de datos no relacionales... porque eso directamente NO SE PUEDE HACER.
Pensar que cobol es una herramienta de futuro es vivir en el pasado.

» autor: chochis

#187 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

piki.g.saraza — Wed, 19 Jun 2013 07:59:30 +0000

#112 , #115, #137 A ver, los defensores de cobol ¿empezaríais desde 0 un proyecto de este tipo de empresas (bancos seguros, etc) con vuestras máquinas en cobol?

varias replicas a vuestros argumentos.
- Asegurar un proceso de migración sin problemas es violar una de las leyes de Murphy muy aplicable a la programación "no hay un plan lo suficientemente sencillo para no cometer errores". Esto además no es una razón para defender cobol.
- Eso de que cobol es imbatible se dice con razones y hay gente que ya lo ha refutado. ¿Imbatible además en qué? ¿en tiempo de ejecución? ¿en sencillez de desarrollo?

- Decir que hay muchas empresas grandes que lo usan y es como defender el fax. Esas mismas empresas te piden un FAX para darte de baja en sus servicios (para el alta no, claro), el futuro está en el FAX porque HEY! si el fax funciona y lo usan tantas empresas ¿por que cambiarlo? si lo usan todavía será por algo.

Esto es como defender las misas (yo soy ateo) en latín, se usa en el vaticano y los curas antiguos sabían leer las escrituras en latín (equipos especializados).

No puedo estár más de acuerdo del factor psicológico del que hablan #167, uno se hace mayor y es difícil enseñarle trucos nuevos a perro viejo.

» autor: piki.g.saraza

#186 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Wed, 19 Jun 2013 07:04:53 +0000

#185 Desde luego Cobol no cubre las necesidades de un banco, ni de lejos, ¿Cuántas webs están hechas en cobol?
Eso es como decir que Java tampoco las cubre porque ¿cuántas bombillas en las oficinas bancarias están hechas en Java? Cobol sirve para lo que sirve y está donde está. Y, en ese aspecto, cubre las necesidades, y la prueba es tan simple como que se sigue usando.

Y, por cierto, en muchas ocasiones las webs de los bancos tiran del back en Cobol...

» autor: HyperBlad

#185 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

chochis — Wed, 19 Jun 2013 06:16:23 +0000

#37 #15 Desde luego Cobol no cubre las necesidades de un banco, ni de lejos, ¿Cuántas webs están hechas en cobol? Eso es sólo el comienzo, otra cosa es que Java sea la solución. Llevo años conviviendo con parte de la lógica hecha en cobol y es un auténtico infierno. Además de caro, carísimo en muchos aspectos.
Además de que a los agujeros de seguridad que se refiere este señor son comunes a cualquier servidor sea del lenguaje que sea incluido cobol. Es lo tiene la interoperatibilidad.

» autor: chochis

#184 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

juanma1980 — Wed, 19 Jun 2013 06:11:37 +0000

#149 Hay empresas y empresas y desarrollos y desarrollos pero eso no tiene que ver con el lenguaje usado sino con la metodología. Los mismos problemas que señalas suceden en desarrollos actuales pero en el nicho de Cobol, que es básicamente gestión y contabilidad, los procesos vienen siendo más o menos los mismos (lógicamente hay diferencias) que hace 30 años. Un buen diseño de la BD es lo que te va a marcar la diferencia pero el hecho de que un código tenga 30 años no es (al menos para mi) motivo para pensar que no está optimizado o está mal documentado o implementado. De hecho, y repito que es mi experiencia personal, en cuanto a nivel de optimización suelen ir un paso por delante del código actual ya que si bien ahora es recomendable hace 30 años era imprescindible. Una hoja de cálculo como Visicalc se ejecutaba en ordenadores de 8bits (había versión para Commodore sino recuerdo mal) pero una hoja de cálculo como Excel o Staroffice necesita una buena máquina detrás (partiendo de que se ejecutan en SSOO que tienen más requerimientos). Si lo único que necesito es realizar apuntes y cuadrar balances posiblemente Visicalc con sus 30 años de existencia me siga valiendo y solo necesitaré un hardware que a día de hoy puedes conseguir por 5-10€ en un rastrillo.
La gran diferencia entre un lenguaje moderno y Cobol es que los primeros son multipropósito, puedo diseñar hasta un SO con Java, pero Cobol solo tiene un propósito. Y, sinceramente, en su nicho cumple de sobra.

Y todo eso suponiendo que se trabaje con lenguajes modernos "a pelo" y no en frameworks o generadores de código (que no es raro. Así a bote pronto me vienen Mapfre, Mercadona, la antigua Caja Rural...) donde las optimizaciones se van un poco al garete.

» autor: juanma1980

#183 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--330451-- — Wed, 19 Jun 2013 01:28:34 +0000

[Usuario deshabilitado]

» autor: --330451--

#182 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

abnog — Wed, 19 Jun 2013 00:50:22 +0000

No soy yo un programador muy experimentado, pero mi punto de vista es que si sabes programar en un paradigma determinado (programación estructurada, orientada a objetos, funcional, ...) no te va a costar gran cosa adaptarte a un lenguaje u otro dentro de ese mismo tipo.

En este sentido, yo no creo que haya un lenguaje mejor que otro en general, si no que hay lenguajes más apropiados según el entorno usado, herramientas disponibles, objetivos, etc. Es decir, primero evaluamos las necesidades y las limitaciones, y en función de eso elegimos las herramientas.

Todo esto es para decir que no me tiene mucho sentido discutir sobre qué lenguaje es "mejor". Cada cual tendrá su opinión basada en su experiencia personal, pero al fin y al cabo cualquiera (o casi) va a valer para lo que se quiera hacer. Es más importante saber usar la cabeza, y en el mundo de la informática tenemos mucha manía de que en cuanto nos atrae una herramienta la queremos usar para todo (yo el primero). "Cuando la única herramienta que tienes es un martillo, todo problema comienza a parecerse a un clavo".

» autor: abnog

#181 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

serlec — Wed, 19 Jun 2013 00:35:12 +0000

#176 creo que con el contexto ya se interpretaba la pregunta que empezaba en la coma, pero vaya: ¿eficiencia y estabilidad?

» autor: serlec

#180 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

geaplanet — Tue, 18 Jun 2013 23:46:17 +0000

#4 No todo está en Google, pero si no está en Google no existe

» autor: geaplanet

#179 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

alfredo_casado — Tue, 18 Jun 2013 23:24:14 +0000

Claro que java no es la solucion a los problemas de los bancos, sencillamente porque el problema no es tecnologico. Es un problema de madurez tanto en las organizaciones que necesitan el software y no se toman en serio su construccion como en la propia industria del desarrollo de software y esa cosa llamada ingenieria del software que sigue sin dar respuesta al mayor problema en la construccion de software complejo: como construir sistemas complejos que no acaben
comidos por su esa misma complejidad.

Si los sistemas de los bancos se construyeran mañana de 0 en java, o .net o ruby o..., acabarian siendo una amalgama insostenible de millones de lineas igual que lo son los sistemas cobol. Evidentemente estas tecnologias aportan numerosas ventajas sobre el abuelo cobol, pero de poco sirven si luego el codigo lo siguen escribiendo programadores inexpertos con practicas inmaduras, o lo mas habitual, sin practica alguna mas alla del code&pray.

Ni siquiera esta claro que juntando a lo mejorcito y usando las mejores practicas conocidas en la industria saliera algo potable como para que salga ni medio bien en la forma en las que estos bancos plantean sus desarrollos IT. Vease isban y su banksphere... hacemos el cojoframework, que luego es solo cojo que de cojonudo mas bien poco, y podemos contratar personal de saldo que con esto lo hace cualquiera, asi les va de bien...

» autor: alfredo_casado

#178 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Tue, 18 Jun 2013 22:47:00 +0000

#144 Yo solo expongo como funciona el Cobol, tampoco intento defenderlo... ni creo que haga falta. Es un lenguaje, y da trabajo, no creo que haya mucho más que decir de él. Personalmente estoy aburrido de pantalla verde, de banca y de solo ver números en el resultado, así que estoy intentando reciclarme con Android, donde, por lo menos, lo que haces lo puedes ver y enseñárselo a la gente a la que puede resultarle útil.

#167 COBOL estaba hecho para quienes no sabían programar, es el BASIC de la gente mayor y un cáncer para la informática.
Bueno, esto es totalmente cierto. La simplicidad de hacer programas Cobol (Aunque tengan muchas líneas, su manejo es muy sencillo) provoca un intrusismo brutal. Soy de los pocos informáticos de mi empresa. Químicos, físicos, biólogos, LADEs, matemáticos... cualquier cosa vale, un curso de un mes y hala, a programar Cobol...

» autor: HyperBlad

#177 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

JanSmite — Tue, 18 Jun 2013 22:11:05 +0000

#10 Yo soy de la opinión de que "si no está roto, no lo arregles."

» autor: JanSmite

#176 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--330451-- — Tue, 18 Jun 2013 22:07:39 +0000

[Usuario deshabilitado]

» autor: --330451--

#175 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kanowins — Tue, 18 Jun 2013 21:52:36 +0000

#167 Muy interesante, me imaginaba algo así. Pero efectivamente no tengo ni idea de COBOL y por eso no he comentado nada al respecto. Yo sólo digo que con PHP no puedes hacer un sistema bancario mantenible y no creo que sea ninguna barbaridad, no sé por qué la tomas conmigo.

#170 utilizar el Java solamente para servicios web, en vista de su deficiente tiempo de respuesta y de la enorme complejidad para hacer cualquier chorrada

Ay! que me LOL!. Yo no hablaba de Java, sólo de PHP, pero esa afirmación no dice nada bueno de tu conocimiento de Java. En cambio he trabajado mucho con PHP y Java y puedo decir que Java como lenguage, librerías, elegancia, velocidad y productividad le da 1.000 vueltas a PHP (ahora sí que la he liado jajaja). Otra cosa es que el que quiera utilizar Java sea un amater (que para eso se inventó el PHP para que cualquiera se creyera programador), le venga grande y dé 1.000 excusas para no aceptar que tiene mucho que aprender todavía. Y que conste que no es malo tener que aprender.

#174 le has dado en el clavo. El problema está entre la silla y el teclado en el 99,99% de las veces, en todo caso.

» autor: kanowins

#174 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

serlec — Tue, 18 Jun 2013 20:59:36 +0000

#170 me mola lo de la complejidad de java para hacer cualquier chorrada, el nivel de complejidad dependerá del grado de conocimiento del quien lo haga no crees? Me estoy convirtiendo en un talibán pero insisto en los tiempos de respuesta, no echéis la culpa a la tecnología utilizada culpemos al que la utiliza.

» autor: serlec

#173 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 20:57:49 +0000

#167 siempre maloconocido

» autor: maloconocido

#172 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 20:54:13 +0000

#167 "COBOL sigue ahí es que cualquier memo se puede poner a escribir rutinas que hagan altas, bajas, consultas y modificaciones en un par de semanas"... pero de eso se trata no? Como informáticos lo podemos ver de otra manera, pero las empresas quieren productividad, herramientas sencillas. A la vista de la pasta que ganan los bancos, incluso ahora, creo que el Cobol cumple su función.

» autor: KimDeal

#171 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

ED209 — Tue, 18 Jun 2013 20:47:11 +0000

#94 está claro, Facebook está pensando migrar sus sistemas a COBOL o a SAP porque los comentaristas de esta noticia dicen que es lo más de lo más

» autor: ED209

#170 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 20:45:50 +0000

#153 lo que yo proponía en otro comentario es dejar las reglas de negocio del banco en Cobol y en una base de datos optimizada para millones de transacciones, como DB2, y el front end hacerlo en PHP. No me refería a meter todo el software del banco en PHP. De todas formas, tampoco nadie las haría en Java. En mi experiencia particular, optamos por dejar la chicha en Cobol y utilizar el Java solamente para servicios web, en vista de su deficiente tiempo de respuesta y de la enorme complejidad para hacer cualquier chorrada. Y eso porque entonces no conocíamos PHP, que nos hubiéramos ahorrado la curva de aprendizaje y la fragilidad.

» autor: KimDeal

#169 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

serlec — Tue, 18 Jun 2013 20:41:00 +0000

#160 completamente de acuerdo pero que asuman la realidad por tamaño y complejidad no hay cojones a migrar lo que hay no porque los lenguajes actuales sean peores.

» autor: serlec

#168 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Juanfernando4532 — Tue, 18 Jun 2013 20:40:18 +0000

#30 no necesito que pasen 100 años para hablar maravillas de los antiguos pues ya lo hago. Vamos! como no se puede hablar maravillas de quienes construyeron la stargate?

» autor: Juanfernando4532

#167 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--286148-- — Tue, 18 Jun 2013 20:39:33 +0000

#163 Se da la casualidad de que yo sí he trabajado con mainframes.

La gente mitifica tanto los entornos bancarios que casi da miedo decir que COBOL es una mierda pinchada en un palo y que su valor no está en su capacidad para manejar grandes volúmenes de datos, una frase que indica que ni se han molestado en ver los números que proporciona la mismísima IBM. COBOL no es zOS, no es DB2, no es CICS, y si le quitas todo eso se queda en nada.

El valor de COBOL es psicológico y práctico. Psicológico porque los dinosaurios que comenzaron con estos sistemas todavía están ahí, quizá en puestos de gran responsabilidad, y prefieren el malo conocido. Práctico porque COBOL es un lenguaje, y esto es históricamente preciso, inventado para que los contables hiciesen rutinas cuando no existían programadores a los que contratar.

Por eso cuando uno se pone a bucear entre los repositorios de código de un banco se encuentra atrocidades que harían llorar al peor informático de todos los tiempos. Y por eso también tu jefe puede ser biólogo y no tener ni puta idea de ingeniería del software.

COBOL estaba hecho para quienes no sabían programar, es el BASIC de la gente mayor y un cáncer para la informática.

Cualquier lenguaje con todas las herramientas y optimizaciones que IBM ha ido metiendo en sus mainframes para COBOL sería igual o mejor. De hecho en los manuales uno se encuentra que lo habitual es que soporten Java, ASM, C y COBOL (PL/1 si les vendieron la moto en los 80), y el único motivo, aparte del cuasi infinito catálogo de código en funcionamiento, por el que COBOL sigue ahí es que cualquier memo se puede poner a escribir rutinas que hagan altas, bajas, consultas y modificaciones en un par de semanas.

Es así de triste, y parece que tú no lo sabías.

» autor: --286148--

#166 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

serlec — Tue, 18 Jun 2013 20:36:26 +0000

#137 eso deberías demostrarlo con datos y pruebas o debemos aceptarlo porque lo dices tu, la única realidad es que en coste es más barato seguir con lo que hay que migrarlo pero decir que un proceso Cobol de acceso a datos tiene que ser mas rapido que uno en Hibernate o JPA, supongo que tendrás datos que lo corroboren

» autor: serlec

#165 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 20:32:18 +0000

#158 lo de SAP es una gran herramienta podríamos discutirlo con personas que lo han sufrido y que han podido comparar con otros sistemas mucho más flexibles y adaptables. Lo que es de escándalo es el precio. No me cabe en la cabeza que empresas que han llevado la informática en plan chapuza de repente se metan en un SAP de medio millón de euros. Me suena a ataque de pánico irracional.

» autor: KimDeal

#164 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

serlec — Tue, 18 Jun 2013 20:23:50 +0000

#53 no te mosquees pero que tamaño y coste de hardware tienen esos mainframes de IBM de los que hablas? Joder que precio por precio se doblan costes y se habla de eficiencia cuando te meten RAM y procesadores para aburrir a precio de oro, que no nos vamos a enfadar que puede haber una convivencia, pero me hace gracia lo de la seguridad esta claro que vas a tener más problemas en un entorno cliente servidor que en un Host bien cerradito.

» autor: serlec

#163 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kanowins — Tue, 18 Jun 2013 20:19:54 +0000

#161 es decir que puedes montar un sistema bancario en PHP estupendo y mantenible. Lo que tú digas...

» autor: kanowins

#162 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--38321-- — Tue, 18 Jun 2013 20:17:10 +0000

#157

Una cosa es adaptarlo y corregirlo y otra, quitarlo de en medio y sustituirlo por una aplicación nueva.

Y claro que es fiable y robusto. Algo que sólo hace tres cosas es muy complicado que se equivoque. Hazlo mismo en C y de la misma manera (goto, estructuras estáticas, sin punteros) y será incluso más rápido.

» autor: --38321--

#161 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--286148-- — Tue, 18 Jun 2013 20:16:27 +0000

#156 La cobardía (del anonimato) y la ignorancia (de la multitud de proyectos en PHP ahí fuera) no son atributos de los que enorgullecerse.

Y quién me iba a decir a mí que acabaría defendiendo a PHP.

» autor: --286148--

#160 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Radix2 — Tue, 18 Jun 2013 20:15:32 +0000

#58 Sin ofender, pero se nota que nunca has trabajado en entorno bancario, no te haces una idea del tamaño de esos sistemas

» autor: Radix2

#159 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

serlec — Tue, 18 Jun 2013 20:11:13 +0000

#15 aquí el tema es que ese código no es ni fiable ni estable, la decisión a tomar es migro lo que tengo a una tecnología donde haya más facilidad de encontrar profesionales y sea más estructurado y de fácil comprensión o analizo lo que tengo lo descifro y documento debidamente para poder hacer un mantenimiento eficiente, pues la respuesta del autor es que es mejor la segunda opción, eficiencia y estabilidad? Ya estamos con lo de siempre, la pantalla verde es más rápida y eficiente por definición que cualquier framework de reciente factura y nada más lejos de la realidad tan malo puede ser un cobol poco optimizado como bueno un proceso Hibernate bien hecho, pero para eso hacen falta arquitectos no programadores haciendo procesos con un "how to" de javaHispano, con todo el cariño para javaHispano.

» autor: serlec

#158 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

arre — Tue, 18 Jun 2013 20:10:53 +0000

#100 Hombre, con ABAP puede hacerse exactamente lo mismo que con Cobol, RPG, PHP, etc. Es un lenguaje cómodo y potente en tratamiento de datos, aunque está orientado al entorno del ERP del que forma parte. Y SAP es una gran herramienta.

» autor: arre

#157 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Radix2 — Tue, 18 Jun 2013 20:10:40 +0000

#37 Si que hay huevos, todos los días nos papamos programas de hace 20 años para adaptarlos, corregirlos, etc...

Ya mas en serio, no solo se mantienen sistemas antiguos, también se crean aplicaciones nuevas todos los años, y se continúan haciendo en cobol.

Se adapta a las necesidades, es robusto, fiable y procesa grandes cantidades de información muy rápido.

» autor: Radix2

#156 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kanowins — Tue, 18 Jun 2013 20:01:23 +0000

#155 No, lo justifica mi experiencia con el mismo. No sé por qué debería contener los dedos en este caso, ya que el anonimato de internet me da la seguridad de que no voy a ser despedazado por una horda de fanboys descerebrados, como mucho algún que otro negativo, que, sinceramente, me resbala. Pero los negativos no harán que cambie la realidad. PHP no sirve para montar un sistema bancario. A mí negativos, amaters!

» autor: kanowins

#155 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--286148-- — Tue, 18 Jun 2013 19:48:04 +0000

#153 El mal uso y la mala fama de un lenguaje no justifican tus afirmaciones sobre el mismo.

Hay que contener la lengua de vez en cuando.

» autor: --286148--

#154 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

arre — Tue, 18 Jun 2013 19:41:14 +0000

Y seguirán con Cobol, con RPG.
Hay programas de RPG o Cobol que llevan funcionando 30 años sin tocar una coma. Y falta saber cuál será el recorrido de algunos de los lenguajes actuales en 30 años. A la banca o a las administraciones públicas les da pánico cualquier cambio.

» autor: arre

#153 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kanowins — Tue, 18 Jun 2013 19:40:02 +0000

#123 #124 No tenía que explicar nada porque el compañero #118 lo ha explicado todo. Afirmar que se puede hacer algo mínimamente mantenible para un sistema enormemente complejo, como el bancario, con PHP no sólo es de ser un amater que lo máximo que ha hecho son 4 páginas web, además es un amater peligroso y habría que pedir una orden de alejamiento de 50 metros al ordenador más cercano.

Para vuestra curiosidad, facebook usa PHP para las 4 páginas que muestra a los usuarios, para las cosas de verdad:

www.makeuseof.com/tag/facebook-work-nuts-bolts-technology-explained/

How Does Facebook Work? The Back End

Facebook’s backend services are written in a variety of different programming languages including C++, Java, Python, and Erlang.

Por cierto, trabajo con Java y con PHP entre otros.

» autor: kanowins

#152 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--32547-- — Tue, 18 Jun 2013 19:35:21 +0000

#129 Es obvio que no conoces COBOL. Es un lenguaje de programación que no necesita ser comentado ya que es de muy alto nivel: es decir, su lenguaje es muy parecido al humano. Se diseñó específicamente para que cualquiera que supiera inglés lo pudiera entender.

Quizás la parte de la DATA DIVISION requiera algo de comprensión previa del lenguaje, pero el resto es facilísimo de entender.

» autor: --32547--

#151 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 19:27:40 +0000

#147 Totalmente de acuerdo, pero creo que el tema está enfocado en el código que escribe el programador, no la máquina. "Cuenta la leyenda..." que al principio, muchos lenguajes se limitaban a traducir a C para luego compilar, pero eso no significa que programasen en C.

» autor: maloconocido

#150 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Dangi — Tue, 18 Jun 2013 19:23:13 +0000

#135 En esto, una "review" del codigo fuente del Duke Nukem original, y de haber visto codico en turbopascal donde los comentarios brillaban por su ausencia, y tener que empezar a leer codigo y averiguar que hace cada cosa es como tener un puzzle gigante.

fabiensanglard.net/duke3d/code_legacy.php

» autor: Dangi

#149 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 19:21:51 +0000

#20 #70 ¿Cómo se puede asegurar que un programa de esos -no trivial- no contiene errores? Yo aseguraría más bien lo contrario.

#22 Sobre la eficiencia: los algoritmos modernos son muchísimo más eficientes que los antiguos, a menudo se suele afirmar que el tiempo de ejecución de un algoritmo moderno en una máquina antigua es menor que el de un algoritmo antiguo en una máquina moderna.

Uno de los mayores problemas para migrar los sistemas en COBOL es, como se ha mencionado, la falta de documentación. Otro es el control de código, habría muchísima suerte si el código estuviese en un repositorio. Puede que todavía haya rutinas de COBOL guardadas en disketes de 5 1/4. Y ¿alguien se ha preguntado por los tests automáticos? ¿TDD? Si hubiesen desarrollado los fabulosos sistemas con técnicas basadas en tests automáticos, migrar a cualquier cosa sería más parecido a un paseo por una calzada de baldosas amarillas.

PD: ¿Cuánto fan de COBOL hay escondido por ahí?

» autor: maloconocido

#148 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--298049-- — Tue, 18 Jun 2013 19:13:35 +0000

#142 Puede ser, en COBOL hay que definir la plantilla de campos. Si los ficheros tienen muchos campos sólo las plantillas de los dos ficheros pueden ocupar el 90% del listado.

» autor: --298049--

#147 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--286148-- — Tue, 18 Jun 2013 19:12:57 +0000

#145 En realidad tienen un compilador de PHP a C++ llamado HipHop.

» autor: --286148--

#146 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

A145236 — Tue, 18 Jun 2013 19:11:57 +0000

#143 por eso mismo digo, que no sé por qué me salta con que soy uno de esos que detesta el software libre o cosas así, yo hablaba de otras cosas.

Pero bueno qeu como he dicho ni ABAP ni SAP son la panacea y para los bancos probablemente la mejor solución sea COBOL jaja

» autor: A145236

#145 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 19:10:49 +0000

#110 PHP permite programar en código espagueti o con código arquitectónicamente correcto. Facebook maneja una cantidad de datos varios órdenes de magnitud mayor que las aplicaciones de bancos y está escrito en PHP. Otros 'animales' escritos en PHP son Wikipedia, Digg, Yahoo respuestas y el 70% de los sitios cuya tecnología se conoce.

» autor: maloconocido

#144 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 19:10:26 +0000

#111 "...no compilaba por exceso de líneas, se volvía loco, literalmente..." se nota, COBOL es lo más.

» autor: maloconocido

#143 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 19:09:53 +0000

#94 Que el software sea libre o no es totalmente independiente de que sea potente o tenga "facilidades"

» autor: maloconocido

#142 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

maloconocido — Tue, 18 Jun 2013 19:09:06 +0000

#88 ¿547 líneas para hacer un join?

» autor: maloconocido

#141 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KirO — Tue, 18 Jun 2013 19:00:22 +0000

Pues el Santander es un adorador de java y no parece que les vaya mal del todo...

» autor: KirO

#140 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--341323-- — Tue, 18 Jun 2013 18:26:37 +0000

Tengo miles de lineas de COBOL a mis espaldas y la verdad es que a veces se echa de menos. Casi lloro de pura nostalgia. Bueno, lo confieso, he llorado. COBOL está y estará. Demasiados años de programador ahí metidos. Y mira que lo han intentado, pero nada. Por cierto, hace 27 años que empecé en esto y recuerdo haber tenido que traspasar datos de sistemas de discos de 8 pulgadas a CP/M porque los fuentes estaban en 8 pulgadas. El disco duro de 5mb. Jope, que tiempos. Más feliz que Marisol con mis discos de 5 1/4.

p.d. haciamos eso que ahora que está muy de moda, el outsourcing .

» autor: --341323--

#139 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Mandela — Tue, 18 Jun 2013 18:21:11 +0000

#138 Pueda ser, pero por otros métodos también, y esas son las vulnerabilidades que explotan los "hackers" sustraer dinero. En fin, que tienen su sistema en COBOL y carecen de mecanismos para proteger sus datos.

» autor: Mandela

#138 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

jjmf — Tue, 18 Jun 2013 18:14:08 +0000

#44 En Cobol se puede acceder a bases de datos relacionales como DB2.

» autor: jjmf

#137 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

ikcarrion — Tue, 18 Jun 2013 18:10:08 +0000

#104 Cobol es útil para cualquier sistema que requiera manejar volúmenes gigantescos de información, bancos, seguros, energéticas... Y además es imbatible en lo que hace y en cómo lo hace.

Por eso cada vez que veo una noticia de éstas de modernizarse y abandonar el Cobol me descojono de la risa. Y ya cuando reviso los hilarantes comentarios del 99% que no han tocado Cobol a nivel profesional... ahí ya me desorino.

» autor: ikcarrion

#136 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

paranoid_android — Tue, 18 Jun 2013 18:01:17 +0000

#70 #96Â30000? Menudo chollo, en la aseguradora en la que trabajo el programa de contratación de pólizas tiene 112000 líneas.

» autor: paranoid_android

#135 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--330451-- — Tue, 18 Jun 2013 17:58:40 +0000

[Usuario deshabilitado]

» autor: --330451--

#134 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--286148-- — Tue, 18 Jun 2013 17:56:36 +0000

Hola, mi nombre es Manuel y soy un ex programador de COBOL. Hace unos seis años que lo he dejado y mi calidad de vida ha mejorado notablemente. A veces pienso que podría haber seguido copiando y pegando sentencias una y otra vez porque, seamos francos, inventar, lo que se dice inventar, en COBOL no va a ser. Me pasaría el día siendo un zombie que repite los mismos gestos una y otra vez. Sin embargo hoy puedo decir orgulloso que no he recaído en el vicio de no pensar.

» autor: --286148--

#133 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--366852-- — Tue, 18 Jun 2013 17:54:07 +0000

#128 Jajaj si!

» autor: --366852--

#132 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

paranoid_android — Tue, 18 Jun 2013 17:52:11 +0000

#51 He votado negativo sin querer! Perdón, te lo compenso en otro.

» autor: paranoid_android

#131 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

eliliado — Tue, 18 Jun 2013 17:33:47 +0000

...j0der! Se confirma, COBOL es indestructible

» autor: eliliado

#130 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

PythonMan8 — Tue, 18 Jun 2013 17:30:31 +0000

#16 El problema es que ~~seguramente~~ con toda seguridad no cubre las necesidades.

Hoy en día, Los sistemas informáticos no son parte del banco, son el banco en sí mismo. Si la competencia tiene un sistema más moderno que le permite mejorar el procesado de datos, análisis de riesgo, control de morosos, sistemas IA, ... entonces el banco en cuestión está "jodido".

» autor: PythonMan8

#129 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Dangi — Tue, 18 Jun 2013 17:14:59 +0000

#15 Fijo que el programa no esta ni comentado, y que tienes que ir descifrando que hace cada linea o conjunto para luego traducirlo a un lenguaje mas moderno, que seguro que tiene algunas rutinas implementadas como funciones directamente en el lenguaje. Pero quien se arriesga a hacer eso, sabiendo que es un sistema critico y que se van a gastar una morterada en las pruebas de seguridad y estabilidad.

Mejor dejarlo como esta mientras funcione

» autor: Dangi

#128 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Seta_roja — Tue, 18 Jun 2013 17:10:27 +0000

#78 entonces te refieres a semestralmente?

» autor: Seta_roja

#127 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

wondering — Tue, 18 Jun 2013 16:35:52 +0000

#118, que yo sepa, en los últimos 6-7 años conozco bancos en honk kong, israel, austria, españa y usa que han migrado sus sistemas a cobol... cobol is still alive...

» autor: wondering

#126 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

anacronico — Tue, 18 Jun 2013 16:30:17 +0000

¿Porque es necesario dejar cobol?

» autor: anacronico

#125 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

RojoVelasco — Tue, 18 Jun 2013 16:22:51 +0000

No es una cuestión de falta de alternativas, como plantea el titular. C es perfectamente fiable, o ADA. Ambos se usan en sistemas criticos donde hay vidas en juego. Sino se hace es por la magnitud del proyecto, sin mas.

» autor: RojoVelasco

#124 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 16:11:06 +0000

#120 otro que no tiene ni puta idea de php y le suena a cosas de rojos.

» autor: KimDeal

#123 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pflecha — Tue, 18 Jun 2013 16:08:59 +0000

#120 ya llegó el pofesioná. Ese que sabe tanto que mientras otros argumentan por qué discrepan, él sólo necesita una línea para despreciarte y dar por hecho que si no sabes las razones no mereces estar en este mundo. Gracias por perdonarme l vida pero lee y veras que aquí hablamos de complementarse y usar las cosas para lo que son buenas no de vestirse los colores de un equipo y defenderlo a muerte.
Por cierto eso de cuanto amateur hay por aquí es el, en mis tiempos lo haciamos mejor 2.0? Vaya comentario de abuelo cebolleta .

» autor: pflecha

#122 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 16:08:53 +0000

#110 muy buena explicación... sólo discrepo en que la POO en PHP está ya muy extendida, sobretodo con el uso de frameworks (tipo Zend, Codeigniter)... Con eso creo que se salvan algunas de las ventajas que tenía Java respecto de PHP.
Sobre lo que dices de las reglas de negocio complejas... Yo lo que haría es seguir haciéndolas en Cobol (aprovechando la sencillez del lenguaje y la potencia de los sistemas de IBM) y dejar en PHP/HTML todo lo que fuera front-end o procesos intermedios más sencillos. No sé si alguien ha trabajado en una plataforma Cobol-PHP (lo habitual es Cobol-Java) pero sería interesante.

» autor: KimDeal

#121 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pflecha — Tue, 18 Jun 2013 16:03:54 +0000

#118 no me malinterpretes. decir hasta en una tostadora significa que funciona en pcs, moviles, mainframes, etc y HASTA en una tostadora.
Por otra parte no se si no me he explicado bien o no has entendido pero yo estoy hablando de lo mismo que tu. estoy diciendo que si tienes aplicaciones como las q hablas, que se entienden con datos bancarios como los que hablas, q van a estar evolucionando durante años como comentas y q ocupan tantisimo en memoria que hacen rentable el peso de una VM es mas recomendado java. De cualquier manera no sirve para lo mismo que cobol y personalmnt si tuviera q sustituirlo x un lenguaje POO lo haria por C++. A nivel de rendimiento he tenido mejores experiencias con él. Además se entiende increíblemente bien con Java. Para los frontales ahora mismo no cambiaria Java por nada. Como mucho usaría php para lo que comente en #110.
Mi receta personal (sabiendo que una receta no abarca todos los casos) es: algo tipo LISP para las operaciones mas internas y mas en bruto, C/C++ para el backend, Java par el frontend y php para la piel del frontend.

Absolutamente de acuerdo con tu último comentario. De hecho me he quedado pensando que en que se basan los del articulo para decir que es la mejor solución cuando casi nadie ha probado otra cosa. Como si COBOL hubiese nacido a prueba de fallos y no hubieran necesitado años para que llegase al punto en el que está ahora.

» autor: pflecha

#120 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kanowins — Tue, 18 Jun 2013 15:59:16 +0000

#118 amén. Cuánto amater hay por aquí comentando. Php... Me meo de la risa.

» autor: kanowins

#119 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--146329-- — Tue, 18 Jun 2013 15:44:42 +0000

[Usuario deshabilitado]

» autor: --146329--

#118 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pawer13 — Tue, 18 Jun 2013 15:43:43 +0000

#87 #54 Lo de que Java está diseñado para correr en electrodomésticos es más viejo que Matusalén: Java hace años que está diseñado para correr en mainframes y soportar cargas de trabajo bestiales. Precisamente cuando hablamos de mainframes lo que ocupa la MV es una nadería: ¿a quién le importa que cualquiera programa necesite de 30MB para arriba cuando todo lo que tiene que soportar ocupa 16GB en RAM? Yo estoy manteniendo un sistema que no para de evolucionar desde hace 20 años, decenas de miles de clases que no paramos de modificar y testear... y funciona. Y está muy relacionado con el mundo de los bancos en cuanto a que tenemos decenas de miles de usuarios y transacciones monetarias.

Y para nada esta noticia me afecta a la moral... bueno, sí, pero positivamente: si se quejan de que Java es mucho más compacto que COBOL y caben más errores en menos líneas, ahora me puedo reír de los que me hablan de Python o Ruby para cosas grandes, porque Java les parece demasiado "explícito" (verbosed)

Que los bancos tengan un departamente de software tan cutre que no sean capaces de hacer una migración como dios manda es una cosa, y otra que COBOL sea lo mejor hoy día para estos sistemas. COBOL sigue siendo un sistema válido... pero NADIE empieza hoy día un proyecto desde cero en COBOL.

» autor: pawer13

#117 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--45096-- — Tue, 18 Jun 2013 15:40:36 +0000

#88 Tienes razón, no trabajo en Cobol.

» autor: --45096--

#116 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Llorenç_Servera — Tue, 18 Jun 2013 15:39:03 +0000

#104 Ultimamente no he programado web, pero hace un par de años trasteaba en eso y usando HTML y CSS llegué a la conclusión de que el criterio para interpretar el código no es el mismo en IE que en todos los demás. Hablo de IE 6, 7, 8 y 9.

Me fijé que cuando un elemento contenido en un div excede en tamaño al div suceden cosas diferentes en IE que en el resto de navegadores. O compruebas que la página se visualiza exactamente igual en Firefox, Chrome, Opera y Rekonq, pero luego la abres en IE y sale todo desordenado. O bien creaba dos códigos diferentes y cargaba según el cliente o bien buscaba un código de compromiso.

» autor: Llorenç_Servera

#115 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

EternoViajero — Tue, 18 Jun 2013 15:36:28 +0000

#104 ¿Es el cobol un lenguaje útil hoy día para otra cosa que no sean los bancos?

Por ponerte un ejemplo ....te suenan los 'seguros' ?

» autor: EternoViajero

#114 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

aqeloutro — Tue, 18 Jun 2013 15:32:52 +0000

Java le da mil vueltas a COBOL, lo que pasa es que imposible sustituir de la noche a la mañana millones y millones de líneas de código que han sido depuradas hasta la saciedad durante años.

» autor: aqeloutro

#113 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

A145236 — Tue, 18 Jun 2013 15:25:37 +0000

#106 hombre yo no sé cómo andaría en tu época pero tu comentario explica muchas cosas. Yo ahora mismo estoy en un proyecto bastante grande donde hacemos todo con OOP (sin ir más lejos, uno de los requisitos del cliente es que ningún método tenga más de 20 líneas, en otro caso tienes que justificarlo y muy bien justificado). Yo he trabajado con C++ y Java y créeme, ABAP ofrece lo mismo que esos lenguajes e incluso de una forma más entendible. Yo no echo nada en falta de otros lenguajes y trabajo bastante a gusto.

En cuanto a las sentencias no sé a qué te refieres, pero vamos que se puede hacer de todo en ABAP, en lo que a SQL se refiere.

» autor: A145236

#112 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--330451-- — Tue, 18 Jun 2013 15:23:30 +0000

[Usuario deshabilitado]

» autor: --330451--

#111 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Tue, 18 Jun 2013 15:12:13 +0000

#96 No, no estoy exagerando. Obviamente es un caso extremísimo, se trataba del alta de un nuevo contrato de préstamos en una instalación en la que no había control de calidad de ningún tipo. Y no, las copys estaban "bien" puestas. Había una amalgama de párrafos, llamadas a rutinas, comentarios, modificaciones asteriscadas, código redundante, displays, etc, etc que era intratable. De hecho, cada vez que había que tocar algo, no compilaba por exceso de líneas, se volvía loco, literalmente. Teníamos que buscar displays y asteriscos inservibles para quitar y poder meter nuestras líneas. Pero vamos, te aseguro que la cifra es real. Obviamente, el programa no era mío, era fruto de una evolución descontrolada a lo largo de muchos años.

» autor: HyperBlad

#110 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pflecha — Tue, 18 Jun 2013 15:11:35 +0000

#95 Supongo que esas soluciones mas sencillas pasan por php y similares. Bueno pues si y no y explico mi propia experiencia y mi opinión.
Mientras tengas contenido estático o "ligeramente" dinámico estoy de acuerdo. php tiene una curva de aprendizaje y desarrollo cojonuda y se ejecuta directamente en un apache con el modulo d php ahorrándote una máquina virtual. Además la depuración es muy cómoda al ahorrarte redespliegues. Esta situación de "semidinamicidad" se da en un porcentaje altísimo de las páginas web con lo cual php es algo muy muy a tener en cuenta y q no debe despreciarse para nada.

Sin embargo en una situación de páginas muy dinámicas. Con contenido sacado de diversas BBDD, con muchas funcionalidades dependientes unas de otras, con datos sacados de grandes sistemas transaccionales (como los sistemas COBOL) y otro tipo de paginas con un negocio complejo y laborioso veo un poco suicida meterse con php. Básicamente ante un uso de datos dinámicos tan grandes la estructura interna que da la POO es lo idóneo. Los intentos que he visto de hacer estas cosas en php acaban cn programas inmantenibles, con apaños de por medio para entenderse y cruzar bien todo lo que te llega del resto de sistemas, veo complicao hacer que se entiendan con sistemas heterogeneos en general y ademas son malamente evolucionables debido a esa falta de estructura (o estructura mas flexible) que tan sencillo hace a php.
Además hay que contar que el apache y similares están mas bien diseñados para gestionar peticiones a la velocidad del rayo dando una puerta de acceso al servidor realmente muy segura pero no me parece una bestia de carga precisamente. Si lo que tienes son muchas piedras (datos) que cargar y mover de un lado a otro hasta que las entregas al usuario compensa el peso de una maquina virtual.
De todas formas al final muchas veces la solución que se tiene es hacer la parte estática y con un negocio sencillote en php para tener algo realmente rápido y el negocio complejo en java. De cara al usuario no hay ninguna diferencia pero estás equlibrando el trabajo y consiguiendo un sistema mas robusto.

Si discrepas de mi opinión me encantaría saber la tuya.

» autor: pflecha

#109 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 15:09:09 +0000

#104 además de los bancos, muchas organizaciones grandes utilizan Cobol. La gracia, además de su sencillez, es que va asociado a sistemas IBM muy potentes, con DB2 y todo lo demás, que llevan 40 o 50 años mejorando. Y que se han establecido unos equipos de trabajo muy eficientes, con perfiles muy especializados en cada area, lo que mejora muchísimo la productividad. Y no hay que olvidar que su principal defecto (escasa evolución) es a la vez su principal ventaja, si lo que quieres es centrarte en desarrollar un producto/servicio y no tener que preocuparte constantemente por cambios tecnológicos.

» autor: KimDeal

#108 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--151124-- — Tue, 18 Jun 2013 15:05:20 +0000

#4 Las españolas, querrás decir

#39 Es que ensamblador es irreemplazable. A no se que quieras reinventar la rueda y hacer lo mismo con otro nombre.

» autor: --151124--

#107 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Juan_Esmíz — Tue, 18 Jun 2013 15:04:54 +0000

#74 No, este no existe.

» autor: Juan_Esmíz

#106 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 15:04:08 +0000

#102 me callo la boca porque hace mucho que no trabajo en ABAP, pero cuando lo hacía la orientación a objetos era muy básica. No había manera de montarte una sentencia SQL como querías, no podías recuperar el detalle de los errores, ni debugar... Supongo que ha evolucionado mucho, mi alergia al ABAP viene de versiones antiguas.

» autor: KimDeal

#105 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

juanma1980 — Tue, 18 Jun 2013 15:00:02 +0000

#49 Eso, y así echamos unas risas comentando los titulares.

» autor: juanma1980

#104 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

piki.g.saraza — Tue, 18 Jun 2013 14:58:57 +0000

#17
Al generar demanda de cobol estás provocando que la haya oferta de cobol ¿es eso bueno? ¿Es el cobol un lenguaje útil hoy día para otra cosa que no sean los bancos?

Es cómo si hablas de una emisora de radio que sólo usa discos de vinilo. Y dice, cambiarnos a digital ahora nos sale caro. Y tu dices, si la radio funciona lo que hay que hacer es más expertos en tocadiscos. Oferta y demanda.

Lo que pasa es lo de siempre, si se hubiese hecho progresivamente pues hoy no costaría tanto. Y defender el cobol, es cómo defender el IE6 para que siga funcionando en el ordenador del jefe.

» autor: piki.g.saraza

#103 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

abnog — Tue, 18 Jun 2013 14:58:14 +0000

#84 Súper potente, súper grande, súper compleja, súper cara, con un motor súper obsoleto, y que como se te ocurra implantarlo te van a tener súper pillado por los huevos el resto de tu vida.

Claro que para grandes corporaciones no hay otra alternativa que usar SAP porque sencillamente no hay otra opción. Pero de todas maneras aquí se estaba hablando de bancos, que necesitan un animal totalmente distinto a un ERP.

» autor: abnog

#102 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

A145236 — Tue, 18 Jun 2013 14:56:35 +0000

#99 dime algunas de ellas... ABAP es un lenguaje orientado a objetos como los demás, con sus private, public, protected (sí, también tiene herencia!), variables estáticas... además de poder manejar fácilmente sentencias SQL. Dispone de excepciones, clases locales, globales...

Y luego además dispones de todo el entorno SAP.

Ah y si quieres, puedes usar el Dynpro o el Webdynpro para las interfaces.

Dime qué utilidades le faltan porque yo ahora mismo no caigo.

» autor: A145236

#101 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

MycroftHolmes — Tue, 18 Jun 2013 14:55:52 +0000

#17 Yo soy AP Cobol, y mi sueldo es 30k

Vamos, lo habitual en Madrid, tampoco es para echar cohetes

» autor: MycroftHolmes

#100 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:55:10 +0000

#7 ABAP ni es elegante ni es una alternativa a nada. En ABAP no se pueden hacer ni la mitad de cosas que en Cobol, Java, PHP u otros. Al menos era así hace unos años.

» autor: KimDeal

#99 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:54:02 +0000

#94 no ves a un banco montando sus sistemas en php, mysql o java porque seguramente desconoces estos lenguajes. Yo he trabajado también con el lenguaje de programación de SAP (el ABAP) y es un lenguaje lamentable. Le faltan muchísimas cosas y utilidades que tiene cualquier lenguaje decente, que hacen que la tarea del programador sea más eficiente.
La potencia depende principalmente del hardware, así que el SAP no se justifica tampoco por ese lado.

» autor: KimDeal

#98 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--347930-- — Tue, 18 Jun 2013 14:53:42 +0000

[Usuario deshabilitado]

» autor: --347930--

#97 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

abnog — Tue, 18 Jun 2013 14:51:16 +0000

#7 Me pregunto qué leches tiene que ver ABAP con COBOL. Sí que ambos son lenguajes de programación... y punto.

COBOL es un lenguaje compilado con el que puedes desarrollar aplicaciones autónomas, y ABAP es un lenguaje que se usa exclusivamente dentro de una aplicación comercial (SAP) para extender sus funcionalidades.

» autor: abnog

#96 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

EternoViajero — Tue, 18 Jun 2013 14:49:06 +0000

#70Â30000 lineas de Código??? jur jur jur, no te has pasado un poco mucho?

La media 2000... bueno, si las COPY's las pones a saco, me creo lo de las 30000 ..pero de experto..

» autor: EternoViajero

#95 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:48:38 +0000

#87 excelente explicación. Aunque discrepo con lo de dejar Java para los portales web, habiendo soluciones más sencillas,

» autor: KimDeal

#94 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

A145236 — Tue, 18 Jun 2013 14:48:26 +0000

#89 ni software libre ni nada de eso, hablo de potencia, de facilidades. De tener un sistema complejo montado en apenas dos semestres, que con otros lenguajes podría llevar una década. Mantenimiento, utilidades... todo el entorno de SAP si sabes cómo manejarlo...

En fin que yo tampoco digo que sea la panacea SAP, pero que no veo yo a un banco montando sus sistemas en PHP + MySQL... o en Java... Lol.

» autor: A145236

#93 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:47:16 +0000

#90 no creas. Lo bueno de la banca es que los proyectos suelen estar bien organizados y los equipos muy especializados, con gente de sistemas, de front end, de backend, varios DBA...

» autor: KimDeal

#92 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

ivp — Tue, 18 Jun 2013 14:47:01 +0000

#12 no olvides la seguridad (muy económica) que ofrece el AS/400, ahora conocido como iSeries. Un C2.
en.wikipedia.org/wiki/Trusted_Computer_System_Evaluation_Criteria

» autor: ivp

#91 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:45:06 +0000

#81 como te dice #88Â600 lineas en un programa Cobol es normal. Yo recuerdo que la media estaba en 1000 lineas por módulo.

» autor: KimDeal

#90 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Sofrito — Tue, 18 Jun 2013 14:43:57 +0000

#85 PHP es un buen lenguaje. Yo programo en él. En realidad, más que programar en Cobol, lo realmente sádico tiene que ser trabajar sobre las aplicaciones de la Banca. Tiene que ser brutal.

» autor: Sofrito

#89 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:43:05 +0000

#84 ya empezamos. Tienes alguna idea de lo que se puede hacer en PHP y MySQL, o has leido cuatro cosas sobre software libre y te suena a perroflautas y rojos peligrosos?
Lo del SAP es de juzgado de guardia. Que metan esos clavos por implantarte un sistema rígido y cerrado, que implica enormes dificultades de adaptación, solo es posible porque quién toma la decisión de comprar SAP no tiene demasiada idea de informática y se ha dejado convencer (o untar) por algún comercial.
Podría hablarte de una famosa ONG que se dejó varios millones de euros en un SAP cuando se le propusieron otras soluciones en software libre por un 10% del coste.

» autor: KimDeal

#88 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Tue, 18 Jun 2013 14:41:02 +0000

#81 Supongo que esto lo dices desde el desconocimiento y que no trabajas con Cobol... Acabo de abrir un programa al azar de los más simples que te puedes encontrar. Coge dos ficheros, cruza por sus claves y saca en otro fichero los registros que coinciden. Tiene 547 líneas. Y, créeme, no hace nada, no tiene ninguna lógica. Luego he abierto otro programa sencillito, que tiene algo de tratamiento de datos (no mucho) y tiene 994 líneas.

» autor: HyperBlad

#87 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pflecha — Tue, 18 Jun 2013 14:40:19 +0000

#53 Y porque nos iba a tocar la moral. Aquí hay cosas diseñadas para realizar X.
A lo que voy, cualquiera que entienda de Java ni se plantea sustituir COBOL con JAVA. Es absurdo comparar 2 lenguajes diseñados para cosas diferentes. Soy de los que piensan q ya va tocando sustituir COBOL porque por mucho que diga este tío tiene que haber soluciones mejores, pero como ya han dicho por ahí a ver quién es el guapo que cambia algo que esta hiperdepurado y que se conoce tan bien que todos los fallos que da son predecibles y controlables. A lo anterior añadiremos el insignificante detalle de que esas aplicaciones manejan la pasta.
De todas formas de sustituirse jamás debería hacerse por JAVA. simplemente porque Java no está hecho para ese tipo de operaciones intensivas. Java está hecho para llegar a cualquier equipo informático; se diseñó para que algo hecho con él pudiera ejecutarse hasta en una tostadora. Pero eso tiene un precio llamado JVM q es pesada hasta decir basta y es de locos usar algo tan pesado para hacer operaciones sobre datos de forma intensiva.

En resumen, la discusion COBOL Java me parece tan absurda como decir que es mejor un deportivo que un camión. Ambos son vehículos pero cualquiera puede ver que no se diseñaron para lo mismo por lo tanto no se puede comparar.

Asique que se planteen cambiar COBOL. Que se tomen su tiempo en probar nuevas soluciones pero las tiene q haber mejores y mejorables fuera de COBOL. Eso si x su bien que dejen java para los frontales web y no para las transacciones sino van a tener q aflojar una pasta en maquinas.

» autor: pflecha

#86 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--38321-- — Tue, 18 Jun 2013 14:39:03 +0000

#51

Si haces como los mainfraneros, es decir, te prohíbo el SQL dinámico, te corto todas las transacciones que duren más de 2 segundos de CPU, para los sistemas 7x24 todos los días dos horas para hacer la copia de seguridad, te hago yo estable hasta un Windows Vista.

» autor: --38321--

#85 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:38:46 +0000

#60 aquí uno que ha programado en Cobol, en Java, en .Net y en PHP. De todos ellos, el Cobol es el más agradable. El infierno para mi se llama Java, seguido de .Net. En cambio PHP también me resulta muy cómodo.

» autor: KimDeal

#84 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

A145236 — Tue, 18 Jun 2013 14:38:15 +0000

#75 qué alternativa propones... PHP + MySQL? O igual quieres hacer todo el sistema en Java?? Es una locura, Java para la interfaz.

Ahora mismo SAP es, te guste o no, una plataforma super potente.

» autor: A145236

#83 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--38321-- — Tue, 18 Jun 2013 14:35:01 +0000

#65

Aparte de eso, suele haber una experiencia muy desastrosa en el proceso de retirada de aplicaciones. Apagas una y se caen 10 que dependían de ella, directa o indirectamente.

Dónde trabajé durante años, toda la planta está almacenada en un sistema mainframe (tan moderno que ni siquiera incluye DNI para identificar al propietario, eso hay que ir a buscarlo a otro sistema) y el resto de los sistemas de la compañía han crecido a su alrededor.

El cambiar esto, significa al menos, volver a probarlo todo. En el peor de los casos, modificar cientos de aplicaciones que también han evolucionado y crecido de una manera similar.

Luego hay una segunda derivada, un poco más cachonda. En su día y con el efecto 2000 hubo que recuperar a algún dinosaurio de IBM para modificar programa en ensamblador del OS/360 (ni me acuerdo que CPU llevaba)

Había dos teorías para justificar aquellos programas en ensamblador:
- Eficiencia. Eran programas muy rápidos, adecuados a las soluciones HW de su época.
- Hemos perdido los fuentes y no han quedado más cojones que desemsamblar y modificar aquí.

Cada cual que elija la que más le guste.

» autor: --38321--

#82 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

KimDeal — Tue, 18 Jun 2013 14:32:19 +0000

muahahahaha, la venganza de los coboleros!!! Yo hice un esfuerzo de pasarme de Cobol a Java pero mi cerebro no lo resistió. En cambio, con el PHP triunfé... Mi profesor de Java, un tipo que llevaba más de 10 años trabajando con él decía que era "una porquería de lenguaje". Lo decía medio en broma, pero yo he llevado proyectos con una parte en Java y una parte en Cobol y la diferencia entre los dos equipos de programadores era considerable, tanto en rapidez como en eficiencia. La complejidad del Java para hacer cosas sencillas es muy incómoda.
Y la justificación de la P.O.O. no me sirve, hay otros lenguajes orientados a objetos... incluido el PHP. Tarde o temprano las grandes empresas se darán cuenta de los costes brutales que están asumiendo por apostar por el Java y se pasaran a PHP, Ruby, Python...
#58 "Mantener COBOL les va a salir mucho mas caro y problematico a la larga"... por qué? Eso me suena a dogma que no se puede demostrar. En un gran empresa, Java tiene sentido para lo que no puedas hacer en Cobol (servicios web, comunicación via xml, ...), y aun así creo que hay opciones más sencillas.

» autor: KimDeal

#81 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--45096-- — Tue, 18 Jun 2013 14:31:56 +0000

#70Â600 líneas ya son líneas incluso para cobol, no hagamos código espagueti.

» autor: --45096--

#80 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

TwinBee007 — Tue, 18 Jun 2013 14:29:25 +0000

En 1996 tenía Cobol como asignatura, que recuerdos. Me alegra comprobar que los viejos roqueros nunca mueren.

» autor: TwinBee007

#79 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Maegruin — Tue, 18 Jun 2013 14:29:11 +0000

#7 Como decia un profesor mio de la carrera, si algo funciona no lo toques.

Al final es coste de migrar sistemas de este tipo se dispara, porque no es solo el software de la aplicación si no hardware, migración de datos, tests....

» autor: Maegruin

#78 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--366852-- — Tue, 18 Jun 2013 14:28:57 +0000

#68 Por higiene se suelen reiniciar (IPL), al menos bianualmente coincidiendo con el cambio de hora por ejemplo (aunque no es necesario)

» autor: --366852--

#77 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

fingolion — Tue, 18 Jun 2013 14:28:57 +0000

Vaya, qué casualidad que me pasaran este vídeo ayer,

www.youtube.com/watch?v=E3418SeWZfQ

» autor: fingolion

#76 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Tue, 18 Jun 2013 14:28:52 +0000

#50 Trabajo en el Santander. Créeme, van a seguir con COBOL muuuuchos años.

» autor: HyperBlad

#75 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

CalifaRojo — Tue, 18 Jun 2013 14:26:58 +0000

#7 He leído ABAP y elegante y no he seguido leyendo más comentarios...

Lo que les faltaba a los bancos, atarse a SAP.

» autor: CalifaRojo

#74 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

jgaztelu — Tue, 18 Jun 2013 14:26:28 +0000

#43 ¿El mismo Bill Gates que dijo que nadie necesitaría más de 640K de RAM en el futuro?

» autor: jgaztelu

#73 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kovaliov — Tue, 18 Jun 2013 14:25:49 +0000

#22 Más óptimas no pueden ser.

» autor: kovaliov

#72 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--139210-- — Tue, 18 Jun 2013 14:25:36 +0000

#33 el efecto 3D de tu imagen es acojonante, parece que el Terminator va a salir de la pantalla

» autor: --139210--

#71 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

D303 — Tue, 18 Jun 2013 14:22:52 +0000

#60 Lo que es un infierno es programar en un sistema que depende de una runtime para funcionar, JVM, que ahora tenemos un error y un agujero de seguridad, que ahora Microsoft mete una dll nueva y nos falla algo, un infierno era programar en RMCobol bajo Unix o Windows, programar en Cobol en un ordenador de verdad, un z9 es una maravilla.

» autor: D303

#70 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

HyperBlad — Tue, 18 Jun 2013 14:22:48 +0000

#17 Yo mismo me considero experto en COBOL, y hay muchísimos... en Madrid y Barcelona. ¿Lo que ganamos? Hombre, no somos mileuristas, pero tampoco es que nos vayamos a retirar a la edad de un futbolista...

Por cierto, el tío del informe no tiene ni pajolera idea de Cobol. ¿600 líneas un programa o rutina COBOL? En esas líneas entran poco más que comentarios, declaraciones de entorno, constantes, variables y unas pocas líneas de proceso. Un programa de 600 líneas es sencillísimo. Yo he trabajado con alguno de 30.000 líneas.

» autor: HyperBlad

#69 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Mobinto — Tue, 18 Jun 2013 14:22:06 +0000

En la noticia no se dice nada de que haya problemas con los lenguajes modernos, de hecho dice que los lenguajes modernos son más fáciles de mantener.

Lo que pasa es que "si funciona, no lo toques". No saben cómo funcionan sus programas, sólo que funcionan, y rehacerlos en otro lenguaje sería muy costoso y aparecerían errores nuevos, algo normal al traducir algo de un lenguaje a otro.

» autor: Mobinto

#68 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Moléculo — Tue, 18 Jun 2013 14:21:45 +0000

#40 Y que a ver quién averigua todo lo que hace esa hipotética caja que ya te digo, en la mayoría de los casos llevan de cinco años para arriba sin un reinicio, porque como "te dejes algo" ya "la has cagao" y tienes 20 integraciones que te fallan y es cuando se pierden transferencias, se quedan lelos los cajeros, etc...

Pero no os creáis, que se va haciendo, ¿eh?

» autor: Moléculo

#67 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--60436-- — Tue, 18 Jun 2013 14:21:23 +0000

#2 Fortran se usa en la mayoría de software para cálculos en física y química subatómica. Yo lo estudié en la carrera, hace 12 años.

» autor: --60436--

#66 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--139210-- — Tue, 18 Jun 2013 14:20:31 +0000

#60 #62 no sé si tenéis el gusto de conoceros

» autor: --139210--

#65 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--180193-- — Tue, 18 Jun 2013 14:20:28 +0000

#37 Exacto. El problema de tocar COBOL y modernizarlo ( por asi decirlo ), es casi una quimera. Muchas partes del código estan sin documentar. Estuve trabajando un tiempo para el ayuntamiento, para modificar todos los programas COBOL a raíz del tema del efecto 2000 y habia partes de código que eran un cristo, nada o casi nada de documentación, preguntabas a alguien del departamento por si conocia esa parte del programa y nadie sabia nada. Cuando se lleva usando la misma estructura y se van añadiendo módulos sin control, al final pasan los años y ya nadie sabe para que se hicieron las cosas. Asi que la regla básica en informatica "si funciona no lo toques"
De todas formas, como comentáis, ni con un bomba nuclear se tumba algo en COBOL.

» autor: --180193--

#64 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

minipelos — Tue, 18 Jun 2013 14:19:55 +0000

ya, pero si no llega a ser por C, ahora mismo se llamaría OBOL

» autor: minipelos

#63 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--139210-- — Tue, 18 Jun 2013 14:19:50 +0000

No es ni cuestión de pasta, es cuestión de huevos. Yo desde luego jamás me metería en la migración de ninguno de esos sistemas, antes prefiero mendigar

» autor: --139210--

#62 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

EternoViajero — Tue, 18 Jun 2013 14:19:43 +0000

Los Coboleros persistimos aunque hace años nos llamaban obsoletos ... y cuando explicas en que programas la gente pone cara de cirscunstancia, sisi, pero seguimos teniendo curro...!

» autor: EternoViajero

#61 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--366852-- — Tue, 18 Jun 2013 14:18:15 +0000

#46 COBOL es Hipster

» autor: --366852--

#60 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Sofrito — Tue, 18 Jun 2013 14:17:48 +0000

Programar en Cobol tiene que ser el infierno en vida. Sólo alguien sin alma podría hacerlo.

» autor: Sofrito

#59 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

bega — Tue, 18 Jun 2013 14:14:15 +0000

Los bancos quieren magia. Software ultrapotente a coste 0.

» autor: bega

#58 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

rikidpr — Tue, 18 Jun 2013 14:13:56 +0000

Java nuevo? Si nacio en 1995!!! eso es el jurasico de la informatica.

Que digan que no tienen ni puta idea de como funcionan los programas que tienen hechos, o que costaria mucho la creacion de cero de programas mas modernos, pero que no digan sandeces.

De hecho, el mantener COBOL porque no tienen ni puta idea de como funcionan sus sistemas les hace a la larga tener muchos mas problemas. La migracion a java les puede durar 5 o 6 años, con un buen plan y gastandose el dinero en buenos equipos (no en consultoras). Mantener COBOL les va a salir mucho mas caro y problematico a la larga. Pero ellos sabran (o quiza el problema es que no saben...)

» autor: rikidpr

#57 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--83387-- — Tue, 18 Jun 2013 14:13:19 +0000

#33 Foto en ultraresolución, así sí se ve bien claro.

» autor: --83387--

#56 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

superplinio — Tue, 18 Jun 2013 14:10:12 +0000

#39 El libro de Dune en medio de los libros de informática... el paradigma del friki

» autor: superplinio

#55 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--377094-- — Tue, 18 Jun 2013 14:09:46 +0000

[Usuario deshabilitado]

» autor: --377094--

#54 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

prejudice — Tue, 18 Jun 2013 14:09:18 +0000

Llevo años riendome de cobol
Parece que al final me tendré que tragar mi orgullo y aprender cobol
(con lo feliz que era con C, Java, PHP, Python, Nodejs, ...)

» autor: prejudice

#53 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

lestat — Tue, 18 Jun 2013 14:09:11 +0000

Migrar el Cobol... Hoy debe ser el día de los inocentes informáticos.
Realmente nadie puede hacerlo con garantías y sobretodo nadie quiere asumir esas responsabilidades y riesgos. Los Mainframes de IBM sobre los que corre el Cobol tienen unos niveles de seguridad, eficiencia y funcionamiento a prueba de fallos absolutamente espectaculares, y no se equivoque nadie, son sistemas que se modernizan igual que todo lo demás, bueno, quizás algo más lentos, pero se modernizan, aunque los programas que llevan 40 años corriendo en ellos y que son el núcleo y corazón de auténticas corporaciones enormes no sean fácilmente modificables, ese "nivel" de integración con la lógica del negocio se ha perdido, cuando un programador actual de cobol y java pasan en 90% de su tiempo peleándose contra sus propias limitaciones y las de los lenguajes que utilizan (Java, sin ir más lejos, da trabajo en sí mismo, entre arreglos de fallos, softwares deficientes y demás, sin entrar siquiera en la lógica de negocio a grandes rasgos o ser capaz de presentar algo presentable en pantalla).

Me lo dijo una vez un jefe de informática de una empresa, El Cobol a nadie le gusta excesivamente, se ve antiguo y feo, pero funciona, joder que sí funciona, y el 90% de la lógica vital del negocio está en él. ¿Quién va a poner su trabajo en peligro por tener cuatro colorines más y acceso Web si no es 100% vital para la empresa? Sobretodo cuando el acceso Web lo puedes tener igualmente parcheando esos Coboles y buscando soluciones alternativas sin cambiar una línea del código "obsoleto", transformando el Java en un simple "frontend" del viejo y feo Cobol, que sigue siendo donde corre lo importante y que no puede fallar.

Os tocará la moral a los de Java, pero las cosas son como son.

» autor: lestat

#52 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

rogerius — Tue, 18 Jun 2013 14:07:27 +0000

¡Ahora entiendo la crisis! ¡Todo ha sido un error informático!

» autor: rogerius

#51 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

D303 — Tue, 18 Jun 2013 14:07:25 +0000

Una de las razones fundamentales de la duración del Cobol son los equipos donde funcionar, por mas que se hable maravillas de Linux/Unix jamas estarán a la altura de la estabilidad del VMS, hoy OS9, y pasa lo mismo con el Hardware, por mucho que veamos clusters y datacenters nunca darán el servicio de un Mainframe, veo complicado, casi imposible que un Intel i7 sea capaz de dar el mismo servicio que ha dado un IBM 4381 durante años

» autor: D303

#50 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Smoje — Tue, 18 Jun 2013 14:06:57 +0000

Eso de que los bancos van a seguir con Cobol... el Banco Santander está estudiando implantar Open Cobol que genera interfaces en C, C++ y Java a través del código original de Cobol, si bien tienen que realizar labores de rendimiento para ver si ejecutan las tareas a la misma velocidad, si realmente funciona bien, el objetivo del banco es quitarse las costosas licencias de Cobol e intentar integrarlo con el resto de sistemas

Al parecer el objetivo es empezar por un banco alemán si las pruebas de rendimiento obtienen los frutos esperados

» autor: Smoje

#49 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

totem — Tue, 18 Jun 2013 14:06:07 +0000

#22 ¿Un experto en Cobol? Sin levantarme de mi silla tengo a 2 enfrente. Si me levanto y me doy una vuelta por el departamento creo que son unos 20

¿Navegando por meneame en horas de trabajo? Juan Manuel, pase por mi despacho mañana a primera hora

» autor: totem

#48 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

satchafunkilus — Tue, 18 Jun 2013 14:03:51 +0000

#33 Es verdad, se ve claramente en la foto de 3 pixeles que has puesto

» autor: satchafunkilus

#47 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kampanita — Tue, 18 Jun 2013 14:02:29 +0000

#45 esto es simplemente una realidad, nada de propaganda ni conspiranoias.
#43 lo mismo que decía Bill Gates yo ya lo tenía claro hace 25 años. Mi primera profesora de Cobol siempre tenía esa frase en la boca.

» autor: kampanita

#46 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

ChukNorris — Tue, 18 Jun 2013 14:00:38 +0000

#41 Cobolizate hombre, si es que no vas a la ultima.

» autor: ChukNorris

#45 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--377094-- — Tue, 18 Jun 2013 13:59:59 +0000

[Usuario deshabilitado]

» autor: --377094--

#44 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Mandela — Tue, 18 Jun 2013 13:59:40 +0000

Se olvidan de mencionar los datos: los bancos tienen sus datos en Oracle u otras BD de fabricación propia, y de allí es que se roban la pasta. Y contra eso NO pueden utilizar COBOL, así que no tienen otra que modernizarse, a menos que decidan costear el altísimo mantenimiento.

» autor: Mandela

#43 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Piter_mail — Tue, 18 Jun 2013 13:58:27 +0000

#1 Bill Gates dijo algo así como: No sé que leguajes de programación habrá en el futuro, pero COBOL seguirá existiendo"

» autor: Piter_mail

#42 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

hangla — Tue, 18 Jun 2013 13:55:19 +0000

#39 Que grande el libro de trucos de la megadrive!!!

» autor: hangla

#41 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--272116-- — Tue, 18 Jun 2013 13:50:40 +0000

No he entendido ningún comentario

» autor: --272116--

#40 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

yemeth — Tue, 18 Jun 2013 13:46:57 +0000

#7 apuesto a que llevas razón, no es de extrañar,... da pereza y reparo migrar algo en cuanto sea un poco crítico, no me quiero imaginar a esos niveles, tiene que ser el Coco y te inventas cualquier excusa como que el Java o el otro no es lo bastante seguro.

» autor: yemeth

#39 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

fuynfactory — Tue, 18 Jun 2013 13:46:10 +0000

a este ritmo también llegare usar de nuevo el de ensamblador

» autor: fuynfactory

#38 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--279018-- — Tue, 18 Jun 2013 13:46:08 +0000

COBOL roolz!!

» autor: --279018--

#37 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--38321-- — Tue, 18 Jun 2013 13:45:18 +0000

Aunque el mensaje es correcto, la realidad es otra.

El Java, C, C++ o lo que sea claro que puede hacer lo que hace el COBOL, el problema es que no hay huevos a tocar unos programas que llevan 20 años funcionando y tienen una red de interdependencias que no conoce ni el tato. El apagar un programita en COBOL puede arrastrar consecuencias en sistemas que ni se sospecha porque ni están documentados. Si a esto le añadimos que suelen mover el core del negocio y está relacionado con pasta, el COBOL va a durar tanto como el banco.

Esto es extrapolable a los sistemas (en el lenguaje que sea) que lleven 15 años o más. También han desarrollado una red de dependencias que nadie se atreve a desentramar.

Si no se quita el COBOL no es porque no se pueda, es que no hay huevos (que conste que yo tampoco me atrevería)

» autor: --38321--

#36 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

EspecimenMalo — Tue, 18 Jun 2013 13:44:28 +0000

Cobol son los padres

» autor: EspecimenMalo

#35 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--366852-- — Tue, 18 Jun 2013 13:43:30 +0000

#25 Jajaja lo has clavado.

» autor: --366852--

#34 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

NapalMe — Tue, 18 Jun 2013 13:42:42 +0000

Primera norma: si funciona no lo toques.

» autor: NapalMe

#33 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--140519-- — Tue, 18 Jun 2013 13:41:07 +0000

COBOL dominará el mundo, y tengo la prueba: Los terminators están programados en COBOL

» autor: --140519--

#32 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

fuynfactory — Tue, 18 Jun 2013 13:39:02 +0000

los bancos si tienen problema grave de seguridad.... algunos chupaderos de la política en su dirección, es mas destructivo que el peor virus informático

» autor: fuynfactory

#31 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

FutreTheGreat — Tue, 18 Jun 2013 13:32:38 +0000

¡Y mi madre diciendome todos los días que tire los apuntes y los libros viejos! ¿¡Quién tiene razón ahora?! ¡¡¿Quiénnn?!

» autor: FutreTheGreat

#30 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

berzasnon — Tue, 18 Jun 2013 13:32:10 +0000

"Y agrega que, para superar los fallos y defectos, los bancos deben analizar su código y averiguar exactamente cómo funciona. El científico considera que el problema de la industria financiera es que los sistemas se crearon hace años y muchos operan con poca comprensión de por qué ha sido diseñado de esta manera".

Está pasando. El ser humano involuciona, ya no se entiende la tecnología, es como si las cosas funcionaran de un modo mágico. la gente de dentro de 100 años hablará de las maravillas de los Antiguos, y se maravillarán de ellas aunque hayan dejado de funcionar por falta de energía o de mantenimiento

» autor: berzasnon

#29 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Konata_Izumi_II — Tue, 18 Jun 2013 13:20:50 +0000

Escala?

» autor: Konata_Izumi_II

#28 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

scalvo — Tue, 18 Jun 2013 12:55:06 +0000

Ya hace un tiempo que vi este artículo: cobol nos sobrevivirá a todos:

www.itworld.com/career/341879/cobol-will-outlive-us-all

» autor: scalvo

#27 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--254627-- — Tue, 18 Jun 2013 12:35:44 +0000

El mundo no se acaba con Java, también existen otros quizá más apropiados.

» autor: --254627--

#26 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--343064-- — Tue, 18 Jun 2013 12:09:19 +0000

[Usuario deshabilitado]

» autor: --343064--

#25 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

iramosjan — Tue, 18 Jun 2013 12:06:58 +0000

#22 Creo que esa sensación de que no queda nadie que sepa COBOL es porque no se ve, no se habla de él (es como el Club de la Lucha), parece que no se mueva nada... pero si no se ve movimiento es porque quien cruza la Puerta Oscura que guarda el espectro de Grace Hopper no sale hasta que se jubila.

» autor: iramosjan

#24 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

equisdx — Tue, 18 Jun 2013 12:06:33 +0000

#23 Si, creo que como bien dices, la antigüedad de los sistemas es el factor mas importante en este caso. El problema que le veo es que no es solo una parte la que tienes que migrar, sino que hablamos de gran parte de la infraestructura de tu negocio, y la gran mayoría son aplicaciones críticas, por los datos que manejan.

#17 Lo ganan los que están dentro y los pocos que se van incorporando. Es como un gremio, con un nicho de bastante seguridad como son los bancos y aseguradoras.

» autor: equisdx

#23 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kaos_subversivo — Tue, 18 Jun 2013 12:03:14 +0000

#3 Sale mas caro encapsular el cobol en java que en migrarlo todo. Otra cosa es quitar un sistema con un rodaje de mas de cincuenta años. Algo de razon tiene el articulo

» autor: kaos_subversivo

#22 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

juanma1980 — Tue, 18 Jun 2013 11:51:47 +0000

#16 Curiosamente los programas más antiguos son los más óptimos ya que la potencia de las máquinas de la época era la que era. El ZX-81 tenía un ajedrez que ocupaba la escandalosa cifra de 1kb. Recuerdo también una entrevista al equipo de Dinamic cuando sacaron el Aspar GP donde hablaban de haber tenido que eliminar una decoración de un circuito porque pesaba demasiado, cosas casi-impensables hoy en día.
Un buen paralelismo creo que sería con los editores de texto. A día de hoy cualquier editor de texto te permite hacer 800 cosas, desde formatear y maquetar texto hasta diseñar diagramas pero si tus necesidades únicamente son de formateo de texto seguramente cualquier editor de texto de los 80 cubra todas tus necesidades con un consumo ínfimo de recursos. Con los programas de gestión pasa lo mismo: si tus necesidades son las mismas que hace 20 años (y en la mayoría de casos, al igual que con los editores de texto, lo son) hay muy pocas soluciones modernas que sean más óptimas que las antiguas.

Como anécodta personal recuerdo la primera empresa para la que trabaje que estaba migrando todos sus programas de Prolog a un lenguaje moderno (velazquez, actual velneo) y no había ni un solo cliente que no se quejase de que los programas nuevos en sus superservidores modernos iban más lentos que sus viejos y vetustos servidores con su software en Prolog. Por supuesto todos decían que era mucho más bonito el tener barras de progreso, interfaces gráficas, botoncitos... pero a la hora de la verdad todos trabajaban más lento que, a fin de cuentas, es lo que les importaba.

#17 ¿Un experto en Cobol? Sin levantarme de mi silla tengo a 2 enfrente. Si me levanto y me doy una vuelta por el departamento creo que son unos 20 (y eso solo en una empresa que, además, solo tiene una parte de sus sistemas en Cobol). Depende mucho del sector en el que trabajes pero expertos en Cobol hay muchos más de los que pueda parecer.

» autor: juanma1980

#21 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--347930-- — Tue, 18 Jun 2013 11:51:02 +0000

[Usuario deshabilitado]

» autor: --347930--

#20 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

iramosjan — Tue, 18 Jun 2013 11:43:55 +0000

#16 Es software que ha estado en funcionamiento desde hace 20, 30, y hasta 40 y más años; tendría fallos, pero hace mucho que saltaron, se vieron y se arreglaron. Esos programas son el equivalente informático de los refugios antinucleares de la misma época, serán bastos, feos y pesados para los estándares de hoy, pero no los reventarías ni con una bomba atómica. Puede que despilfarren recursos - aunque lo dudo - pero errores no tienen.

Y respecto a las modificaciones y a donde encontrar expertos, no solo existen aún veteranos en activo, viejos guerreros de los 80 (y puede que hasta alguno de los 70) sino que quienes tienen software en COBOL se encargan de formar más para no quedarse sin gente. Te lo digo como alguien que aprendió a programar con COBOL hacia 1980 y que muy probablemente va a volver a trabajar en COBOL de nuevo este año después de haberlo dejado hace unos 25 años o más... vamos, aún usábamos GOTOs a mansalva

» autor: iramosjan

#19 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Pirenaico — Tue, 18 Jun 2013 11:41:16 +0000

Las únicas migraciones que conozco son a SAP y de una parte muy pequeña. Migrar todo el COBOL a otra cosa requiere una inversión de dimensiones Bíblicas, queda COBOL para días

» autor: Pirenaico

#18 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Vildria — Tue, 18 Jun 2013 11:40:17 +0000

#16 ¿Estas diciendo que un lenguaje de hace 22 años consume mas recursos que un lenguaje actual? Te puedo asegurar que el mismo codigo que se programa hoy en dia podria correr tranquilamente en una maquina de hace 5,10 ó 15 años de antiguedad.

Aparte que el lenguaje esta mas que trillado y los posibles debug estan mas que conocidos y catalogados. Puesto que no ha cambiado apenas el codigo , no hay errores nuevos por conocer.

Ademas te puedo presentar a mas 15 programadores entre ellos varios expertos. Aun se enseña el lenguaje, y en estos momentos hay empresas que realizan cursillos para enseñar a sus nuevas incorporaciones.

» autor: Vildria

#17 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--330451-- — Tue, 18 Jun 2013 11:30:14 +0000

[Usuario deshabilitado]

» autor: --330451--

#16 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

delawen — Tue, 18 Jun 2013 11:07:08 +0000

#15 Me parece muy lógico, si un lenguaje de programación cubre tus necesidades y funciona de forma fiable... ¿Para que reescribir el código arriesgándote a meter nuevos errores?

Porque seguramente esté arrastrando código frankenstein que esté generando errores o consumo de recursos (CPU, RAM, tiempo de procesamiento) exagerados.

Porque seguramente cada mínima modificación que tengan que hacer sea carísima (y a lo mejor, de ahí viene que todos los procesos bancarios sean tan lentos y tediosos).

Porque el coste de mantenimiento tiene que andar por las nubes (¿dónde encuentras tú un experto en COBOL hoy en día?)

Hay muchos motivos. Otra cosa es que no quieran gastarse el dinero que cuesta rehacer el sistema porque prefieran pan para hoy.

» autor: delawen

#15 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--330451-- — Tue, 18 Jun 2013 10:57:06 +0000

[Usuario deshabilitado]

» autor: --330451--

#14 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

babel_esp — Tue, 18 Jun 2013 10:49:50 +0000

#13 ¡Por las 13 colonias!

» autor: babel_esp

#13 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

LuisPas — Tue, 18 Jun 2013 10:48:54 +0000

por los dioses de COBOL!

» autor: LuisPas

#12 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

babel_esp — Tue, 18 Jun 2013 10:48:19 +0000

#10 Hombre, es que se supone que un cambio de sistema implicará un cambio o adaptación de la plataforma, ¿no?

La cuestión entonces sería, ¿me permite la plataforma y sistema actual atender correctamente a todas mis necesidades actuales? ¿Puedo seguir actualizando mi sistema para acomodarlo a nuevos procedimientos o cambios en los procedimientos existentes?

¿Se puede seguir trabajando con una plataforma AS/400 con un código COBOL escrito hace 30 años y remodelado a lo largo de los años?

» autor: babel_esp

#11 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--18211-- — Tue, 18 Jun 2013 10:47:18 +0000

#2 ¿Me puedes decir qué tienes contra el fortran 77? Fuera de coñas, hay mucho soft científico y técnico circulando y en uso que está escrito en fortran. De hecho incluso en forma de extensiones para cosas tan actuales como python o similares. Si os fijáis, fortran es frontend de compiladores como los gnu o llvm.

» autor: --18211--

#10 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--170126-- — Tue, 18 Jun 2013 10:40:23 +0000

[Usuario deshabilitado]

» autor: --170126--

#9 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Peka — Tue, 18 Jun 2013 10:40:19 +0000

#1 Lo mismo me dijeron del ASP, ahora me lo dicen del PHP, pero sigo haciendo en los dos soluciones buenas y fiables.

» autor: Peka

#8 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

babel_esp — Tue, 18 Jun 2013 10:36:58 +0000

#2 El titular es el original de la noticia

La verdad es que el artículo es un simple recordatorio del estado en el que se encuentran los sistemas informáticos del sector bancario.

Hay algo que no entiendo, ¿por qué no se olvidan de "migrar" el código existente y se dedicar a hacer un buen análisis de los procedimientos implicados para que así sea fácil realizar la programación en cualquier lenguaje? Me refiero, llevan décadas "migrando" el código y dedicando muchísimos recursos al asunto, no entiendo por qué siguen teniendo esta dependencia de COBOL/FORTRAN, la verdad.

» autor: babel_esp

#7 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

Moléculo — Tue, 18 Jun 2013 10:36:36 +0000

Pues va a ser que no estoy de acuerdo. ABAP es una alternativa muy "elegante" a COBOL.

Lo que pasa es lo que pasa siempre: A ver quién es el chulito que migra el HOST ese que lleva 22 años encendido.

Edit: Todo lo demás, son excusas.

» autor: Moléculo

#6 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

pkreuzt — Tue, 18 Jun 2013 10:35:59 +0000

Corred Obsoletos, Buscaos Otro Lenguaje

» autor: pkreuzt

#5 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kampanita — Tue, 18 Jun 2013 10:34:39 +0000

#2 por desgracia si que las he visto, si...

» autor: kampanita

#4 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--366852-- — Tue, 18 Jun 2013 10:33:55 +0000

Un gran problema es que las grandes TIC no invierten en formación porque todo está "en google". No, amigos, NO TODO está en google.

» autor: --366852--

#3 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

equisdx — Tue, 18 Jun 2013 10:33:32 +0000

Ellos no necesitan una solución, necesitan no gastar dinero en migrar los sistemas. COBOL no tendrá problemas de seguridad supongo que porque tiene un propósito muy concreto y todos los sistemas de seguridad que hay por medio antes de llegar a aplicaciones desarrolladas en COBOL es enorme.

» autor: equisdx

#2 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

--170126-- — Tue, 18 Jun 2013 10:32:33 +0000

[Usuario deshabilitado]

» autor: --170126--

#1 Los bancos seguirán con COBOL porque Java no es la solución a sus problemas

kampanita — Tue, 18 Jun 2013 10:31:37 +0000

Cobol. Cuando empecé la carrera por el 92 estaba mueriendo....juas!

» autor: kampanita