Barrapunto

Tampoco es mantener millones de lineas de código de hace décadas, es mas, yo empecé a trabajar hace unos tres años tirando "nuevas" lineas de código Cobol contra series Z de IBM, tal vez sea por eso que le tenga, no aprecio, pere si mucho respeto al modo de funcionar que tiene tan efectivo.

Tal vez el problema radique en que la gente se inmagine una aplicación Cobol, con sus pantallitas, con su raton, con sus eventos. Pero no se trata de eso, Cobol para eso no sirve. Donde se usa Cobol ahora mismo, hablando desde el punto de vista de "creación de nuevos programas" es en el envio de transacciones a un host.

Para eso no necesitas nada de los lenguajes "modernos", objetos, herencia, eventos, excepciones, miles de librerias, Xml, ni siquiera soporte de ratón.

El típico programilla "por llamarle de alguna forma" en donde se usa Cobol, es coger un fichero de registro, operar un poco y lanzar a una hora determinada (normalmente por la noche) miles y miles de sentencias Sql contra Oracle o DB2, los programas que yo he tratado no solian pasar de 200 lineas.

Y justo para estas cuatro operaciones, me temo que Cobol hoy por hoy sigue siendo el rey. Ninguno de los lenguajes que he tratado, y creeme he tratado unos pocos, aporta ni velocidad, ni eficiencia, ni rapidez en la creación del programa mayores de las que aporta Cobol para estas cuatro operaciones. (Bueno tal vez Rex o PL/I, pero eso es otro cantar).

La ventaja que tienen y tendrán Cobol y otros lenguajes "jurásicos" como Fortran o Prolog sobre todos lo nuevos chicos del barrio (Java, C#,...), es que estos últimos pretenden ser lenguajes para todo, hacen de todo pero nada sobresalientemente. Mientras que Cobol, Prolog, Fortran y otros muchos, se centran en hacer bien lo que tienen que hacer y así es muy difícil que puedan tener competencia, y es exactamente por esto por lo que llegaron a viejos , haber donde estarán dentro de 30 años C#, Java Phyton, etc.