Mailinglist Archive: opensuse-es (1034 mails)

< Previous Next >
Re: [opensuse-es] Compilar y ejecutar cobol
  • From: Lluis Martinez <lmartinez@xxxxxxxxxxxxx>
  • Date: Tue, 17 Jun 2008 21:31:27 +0200
  • Message-id: <1213731088.3770.34.camel@xxxxxxxxxxxxxxxx>

El mar, 17-06-2008 a las 20:43 +0200, Carlos E. R. escribió:

From one of the dinosaurs who still writes COBOL -- the language which
is on the brink of extinction, and always will be -- welcome to my COBOL
page.

Despite what you may have heard, this old fossil of a language can
survive, thrive, and even coexist with those hairy little mammals who
have been acting so smug and uppity.


Quizas deberiamos intentar situar cada cosa en su contexto historico, y
en las necesidades de la epoca.

Para eso deberiamos ser capaces de imaginar otra epoca, donde 64K de
memoria ocupaban como un congelador de helados actual.

En esa epoca habia :

IBMs, eso tamaño congelador o mas, alquilados, que no se vendian.

Minis: HP, Data General, etc tamaño rak de 19 pulgadas por muchas
unidades, con grandes capacidades de memoria, 16 k o asi.

Ni siquiera estaba aun claro lo de las maquinas de longitud de palabra
fija o variable y mucho menos sus tamaños.

Recuerdo haber jugado con un trasto que estaba en la Escuela de
Ingenieros Industriales de Barcelona, Creo que era un IBM 3270 que era
de longitud de palabra variable, tenia un flag que se activaba al final
de cada palabra.

Habia maquinas de longitud fija de 12 y de 16 bits.

Todo esto estaba soportado por unas magnificas memorias de ferrita que
parecian Macrame.

Tenian un monton de aros de ferrita diminutos entrecruzados por unos
cuantos hilos( el numero dependia de la tecnologia).

Se decia en aquellas epocas que eran tan supercaras por que el ultimo
hilo debia pasarse a mano.

En ese contexto se desarrollaron :

ALGOL, un lenguage para calculo numerico, destinado a cubrir las
necesidades matematicas.
COBOL y RPG destinados a cubrir necesidades de la gestion de negocio.

Posteriormente se desarrollo FORTRAN, SNOBOL, etc

Todos esos lenguajes sufren de un problema :

Estan orientados a las necesidades de un usuario de hace un monton de
años.

Es decir cubren bien necesidades que hoy considerariamos "sencillas", en
una forma facilmente asequible al usuario.

Sin embargo, la definicion de los lenguajes es un desastre dando pie a
un monton de ambiguedades y obliga a construir compiladores casi con
propiedades magicas para poder entender siempre lo que quiere el
programador.( para referencia ver un libro que se llama mas o menos
Construccion de compiladores" de un tal Gries. No tengo mas datos a
mano.

La siguiente oleada vino con Basic,Pascal y derivados, mas sistematicos,
pero orientados en un principio a la enseñanza. Uno se aburria de tanto
escribir para nada.

Siguiente bandazo :

Aparece el C, parece casi ideal, se escribe poco y con un poco de
experiencia en la maquina en que lo haces sabes casi lo que te esta
generando en ensamblador.

En estas epocas, programar aun era un arte y como todo arte tenia sus
problemas. Los malos artistas programando en C eran terribles.

De ahi hasta la actualidad, ya lo conoceis en carne propia.

Un poco de Broma sobre el tema : .-)

Los programadores de verdad no necesitan comentarios -- el código es
obvio.

Los programadores de verdad no documentan. La documentación es para los
idiotas que no pueden leer un volcado de memoria.

Los programadores de verdad pueden escribir bucles de 5 páginas sin
confundirse.

Los programadores de verdad escriben su código en binario. O como mucho
ensamblador.

Los programadores de verdad escriben código automodificable,
especialmente si con ello consiguen ahorrar 20 nanosegundos en un bucle.

Los programadores de verdad no tienen miedo a usar GOTOs.

Los programadores de verdad procesan listas usando Fortran.

Los programadores de verdad desarrollan programas de Inteligencia
Artificial en Fortran (si no puedes hacerlo en Fortran, hazlo en
ensamblador).

Los programadores de verdad no comentan su código. Si fue difícil
escribirlo, debería ser difícil entenderlo, y más difícil de modificar.

Los programadores de verdad no programan en BASIC. De hecho, ningún
programador escribe en BASIC después de la pubertad.

Los programadores de verdad no programan en LISP. Sólo los idiotas
escriben programas con más paréntesis que código.

Los programadores de verdad no usan FORTRAN. FORTRAN es para ingenieros
débiles que usan calcetines blancos.

Los programadores de verdad no escriben especificaciones. De hecho, los
usuarios deberían dar gracias de obtener algo de nosotros. Tienen suerte
de que decidamos entregarles el programa.

Los programadores de verdad no leen manuales. El uso de manuales de
referencia es para los novatos y los cobardes.

Los programadores de verdad no dibujan diagramas de flujo. Un diagrama
de flujo no es más que documentación para analfabetos. Los cavernícolas
dibujaban diagramas de flujo; y mira dónde están ahora.

Los programadores de verdad piensan que la programación estructurada es
un invento de los comunistas.

Los programadores de verdad no creen en los plazos. Los supervisores
establecen los plazos. Los jefes los firman. Los programadores
asustadizos se esfuerzan en cumplirlos. Los programadores de verdad
ignoran los plazos.

Los programadores de verdad no prueban el código, los usuarios se
inventaron para eso.


Lluis
< Previous Next >
Follow Ups