Si creas un filler de 32.000 caracteres por ejemplo, cuando compilas crea un ejecutable más grande, por la reserva de memoria en cada formulario donde incluyas ese fichero, e igual con las variables de la working.
En RM/COBOL, no existía ese problema, creaba un objeto compilado tal cual, solo aumentaba por código nuevo escrito.
Hace unos años, los equipos y las redes eran lentos/as, entonces el TCP/IP consumía más paquetes de sockets en comunicar servidor y cliente que una comunicación SMB, por eso se quejaban mucho de las aplicaciones SQL, hoy en día ese problema está resuelto, y una aplicación bien programada (nada de SELECT * FROM CLIENTES WHERE ...), puede ser rápida y potente.
No te discuto que COBOL sea muy rápido, ya que no maneja nada por medio, acceso a datos puro y duro, pero cuando necesitas una aplicación donde el cliente quiere libertad de trato de información y yo quiero más tranquilidad, COBOL se queda corto, por ejemplo acceso a través de OBDC.
|