El 17/06/08, Carlos E. R. escribió:
No cuela.
A ver, ventajas: son robustas a los campos magnéticos y electricos. Durabilidad garantizada y demostrada durante siglos si se tienen a cubierto de humedad, insectos, e incendios. Desventajas: si se desordenan, la has liado. Son lentas de leer y más de escribir. Son "write once", o sea, ROM. Capacidad de almacenamiento muy reducida, del orden de bytes por cada cartulina.
¿Sigo? No es que sean antiguas, es que realmente hay tecnologías mejores; y no sólo eso, sino que esa tecnología antigua no tiene la misma capacidad y resultados que la actual, no es capaz de seguir el ritmo actual. No es simplemente "son viejas".
Cobol es como la tarjeta perforada: no es que sea "malo" por ser "sólo anticuado" es que simplemente hay tecnologías mejores y más eficientes para el procesamiento de los datos. Al igual que la ficha, tiene ventajas: robustez y fiabilidad e inconvenientes: paradigma de programación obsoleto y poco eficiente [1] (si es que no has leído lo mejor, hombre... sí, eso de Chomsky :-P que un lenguaje de programación no sólo vive de la gestión de la "memoria" o de los "punteros"), así como técnicamente limitado [2]. Hay que leer "todo", no sólo lo que uno "quiere" leer ;-) *** [1] Paradigmas de lenguajes informáticos Los lenguajes informáticos se construyen, en última instancia, en términos de un conjunto de conceptos fundamentales que norman la forma de entender la resolución de problemas. Estos conceptos introducen, en analogía con Jun (1962), un paradigma de programación. Los lenguajes como FORTRAN, COBOL o ALGOL-60 son miembros del denominado paradigma imperativo. En este paradigma, los conceptos centrales son el de estado (variable o región de memoria que puede consultarse y actualizarse) y el de instrucción (unidad de ejecución que, eventualmente, conduce a la modificación del estado). Por su parte, el lenguaje Simula-67 (Dahl, 1970), desarrollado en el Norwegian Computer Center por Ole-Johan Dahl y Kristan Nygaard, constituye los orígenes del denominado paradigma orientado a objetos, que puede, a su vez, considerarse como una evolución del paradigma imperativo inicial. (...) La aparición del lenguaje LISP, en la década de los 50, puso de manifiesto la posibilidad de prescindir del concepto de estado, conduciendo a un paradigma funcional (Backus, 1978) en el que los programas se conciben como descripción de funciones (en el sentido matemático del término), mientras que la ejecución de los mismos viene dada por una regla que permite aplicar esas funciones a sus argumentos. Dicho paradigma conduce, de esta forma, a un estilo más declarativo de comunicación con la máquina que, en el límite, prima la descripción del problema frente a la descripción de su solución. Por último, a finales de los 60 y principios de los 70, se desarrolló también otro de los grandes paradigmas vigentes en la actualidad: el paradigma lógico. Dicho paradigma es, al igual que el funcional, un paradigma declarativo. (...) De esta forma, llegó a quedar claro que un tipo de resolución lineal restringido a cláusulas definidas tenía la eficiencia y orientación al objetivo requeridas. Esta aproximación, que fue primero descrita como una herramienta para aplicaciones de procesamiento del lenguaje natural, dio luego lugar a un sistema deductivo que fue el primer sistema PROLOG. ... [2] Cobol: Not Dead Yet There are good reasons why Cobol still runs many of the world's largest data centers (...) But Cobol is also a procedural language in an object-oriented world. While it's well suited to batch operations, the language isn't as good a fit for developing interactive applications or Web-based front ends. And it has a major image problem. Outside of the mainframe data center, Cobol is viewed today by many Java, Visual Basic and C# programmers as an obsolete and inferior language, a vestige from the dark ages of big iron. (...) When Cobol applications are migrated over to Windows, Unix or distributed systems, they remain in Cobol because rewriting them is expensive and risky, not because Cobol might be the best choice for the application... *** Es decir, que la mayoría de las empresas lo sigue "manteniendo" (que no "desarrollando sobre él") no porque sea "técnicamente mejor" ni el más adecuado, sino porque el cambio no les merece la pena. Ya sabes, eso de "mejor malo conocido". Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org