Uno de los muchos legados de la Dra. Grace Hopper

Desde 1952 y hasta 1955, la Dra. Grace Brewster Murray Hopper, ex oficial naval que trabajaba la UNIVAC de Remmington-Rand, se puso a trabajar en una forma más fácil de configurar y programar computadoras. De este modo, propuso utilizar un "lenguaje informático" más cercano al idioma inglés, mismo que reduciría sustancialmente las enormes complicaciones de los mnemónicos propios del lenguaje ensamblador.
Entre los beneficios más obvios estaría la reducción en los períodos de capacitación para los programadores, generación más ágil de códigos de programación y la posibilidad de que los programas se ejecutaran en diferentes computadoras. La Dra. Hopper bautizó a su lenguaje como FLOW-MATIC, mismo que integraba 20 comandos de negocios. Éste, así, se convirtió en el primer lenguaje de programación de alto nivel (por ser más parecido a un idioma humano). Aunque este honor se le ha asignado a FORTRAN, en realidad este proyecto empezó en IBM en 1954 y su capacidad de generación de código máquina a través de su compilador demostró que podía generar este tipo de código de forma tan buena o, incluso, superior a la que generaban los ensambladores.
Así, FLOW-MATIC fue el primer lenguaje de programación de alto nivel y el primer compilador como tal aunque, quizá, algunos otorgan ese honor al "compilador" Autocode de Mark I que fue desarrollado por Alick Glennie en 1952, aunque este lenguaje era más dependiente de la máquina.
FLOW-MATIC nunca se popularizó en realidad, pero vaya que lo hizo un lenguaje de programación fuertemente derivado de él: el COBOL. El éxito de COBOL fue tal que hasta la fecha existe una miríada de códigos escritos y programas de negocios en ejecución que se basan en este lenguaje.
Así, la Dra. Grace Hooper, a quien también se le atribuye la creación del término "desinsectar" (debug, traducido como "depurar") para referirse a quitar los errores de un programa, a pesar de que ella ni su equipo utilizaron este término. El origen de esto fue en 1947, mientras trabajaba en una computadora Mark II, y sus colegas descubrieron una polilla atrapada en un relevador que impedía el correcto funcionamiento de un programa (por haber atorado el relevador). Esto fue documentado y se estableció como un caso literal de "desinsectación" (debugging). ¡Nos seguimos leyendo!

Comentarios

Publicar un comentario

Entradas más populares de este blog

Toshiba Satellite T215-SP1004M

Imagen
Nuevamente, sale mi esposa a colación pues acaba de recibir de la SEP y el SNTE un importante apoyo para sus labores en la educación: Una minilaptop Toshiba Satellite T215-SP1004M. La máquina de marras tiene la plataforma AMD Nile, que consta de un procesador serial (CPU) AMD Athlon II Neo K125, chipset AMD M880G y vídeo Radeon HD 4200. Entre las características que incluye es un monitor de Led de 11.6", con un factor de forma pequeño, dos puertos USB energizados, puerto HDMI, puerto eSATA, puerto de vídeo analógico VGA, puerto de red RJ-45 y lector múltiple de tarjetas de memoria. De inicio llegó con 1GB de RAM, disco duro de 160GB, Windows 7 Starter (32 bits) y OpenOffice 3.2.1. Ciertamente, la maquinita no era un dechado de velocidad, y menos aún con las características de memoria y sistema operativo ya indicadas. Así, me di a la tarea de comprarle más memoria (4GB DDR3 PC3-10600) y supuse que ya con eso tendría mejor rendimiento. El problema es que Windows 7 Starter sólo reco
Leer más

Consecuencias de la falta de mantenimiento en el equipo de cómputo

Imagen
Hoy estaremos viendo algunos casos de terror respecto a la falta de mantenimiento de los equipos de cómputo. De acuerdo con el entorno donde se encuentre, así como de su uso, una computadora debería estar recibiendo mantenimiento al menos cada 12 meses. Sin embargo, si el entorno es de fumadores, muy polvoso, muy húmedo, o muy herbáceo, el mantenimiento podría estarse haciendo hasta cada 3 meses. No llevar a cabo el mantenimiento podría traer severas consecuencias de fallas en el equipo, sobrecalentamiento, funcionamiento errático, errores, apagados inesperados, etcétera. A continuación encontrará una serie de fotografías que exponen algunos casos de la falta de mantenimiento. El siguiente es un típico caso de una computadora a la que no se le ha dado servicio en ¡años! El ambiente no necesita ser demasiado polvoso, pero con solo los procesos de barrer, aspirar, o que la máquina se encuentre en un área con alfombra, el polvo puede acumularse y provocar serias fallas de ventilación,
Leer más

Normalización de bases de datos (Parte 6 y última): Quinta y sexta formas de normalización (5NF) (6NF)

Imagen
En los demás de la serie hemos ya analizado las formas de normalización hasta la 4a. Hoy veremos la quinta y la sexta formas de normalización (5NF y 6NF). Quinta forma de normalización La 5NF fue presentada por el Dr. Ronald Fagin en 1979 en una conferencia denominada "Formas normales y operadores de bases de datos relacionales". Una base de datos cumplirá con la quinta forma de normalización si satisface las siguientes condiciones: Que cumpla con la 4NF. No puede escindirse más sin pérdida. Para poder comprender mejor el concepto, veamos el siguiente ejemplo. Supongamos que tenemos una tabla que nos describa la siguiente declaración: "Si una empresa fabrica ciertos productos y un vendedor los vende, entonces el vendedor siempre venderá los productos de esa compañía". Para el caso, la tabla quedaría así: Tabla VEP Vendedor Empresa Producto V1 E1 Aspiradora V1 E1 Panera V1 E2 Tijeras de podar V1 E2 Aspiradora V2 E2 Panera V2 E2 Base de sombri
Leer más