¿Cómo se hizo la programación hace 20 años? [cerrado]

Hoy en día tenemos muchas ayudas de programación que facilitan el trabajo, que incluyen:

• IDEs

• Depuradores (línea por línea, puntos de interrupción, etc.)

• Scripts de hormigas, etc. para compilar

• Sitios como StackOverflow para ayudar si está atrapado en un problema de programación

Hace 20 años, ninguna de estas cosas existía. ¿Qué herramientas usaron las personas para programar y cómo se las arreglaron sin estas herramientas más nuevas? Estoy interesado en aprender más sobre cómo se realizó la programación en ese entonces.

Hace 20 años, eso es 1991. Ese es el año en que se lanzó Borland C ++ 2.0 IDE. Con depurador integrado (con línea por línea y puntos de interrupción), construcción automatizada usando make.

Se veía así http://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.png

No tenía sitios web como Stackoverflow, pero con el IDE estaba obteniendo unos pocos miles de páginas de documentación en libros muy bien impresos.

Hace 20 años ... 1991 ...

Veamos. Estaba usando SunOS y VAX VMS.

Escribimos código usando editores de texto (vi o edit).

Yo, personalmente, no uso depuradores y nunca lo hice. Algunas personas usaron el depurador adb en SunOS. De hecho, lo usé varias veces para recuperar un seguimiento de pila de un archivo de volcado de núcleo. No tengo idea de lo que estaba disponible en VAX VMS. Usé declaraciones impresas en el código.

Utilizamos make para compilar.

Leímos la documentación en papel, pensamos y realizamos experimentos. De hecho, eso todavía funciona. Stack Overflow es utilizado en exceso por algunas personas que, por razones inexplicables, se niegan a realizar experimentos o pensar.

Hace 30 años ... 1981 ...

Veamos. Estaba usando Univac Exec 8 e IBM OS.

Escribimos código utilizando editores de texto (no recuerdo el de Univac, pero el de IBM era el editor del entorno TSO)

Yo, personalmente, no uso depuradores y nunca lo hice. Esas máquinas eran "mainframes" y no podían pasar por un solo paso. No hubo "depurador". Debes insertar declaraciones impresas en tu código.

Escribimos guiones para compilar.

Leímos la documentación en papel, pensamos y realizamos experimentos.

Hace 40 años ... 1971 ...

Veamos. Estaba usando un IBM 1620 que no tenía SO.

Escribimos código usando tarjetas de papel perforadas.

La depuración significaba un solo paso del procesador. Raramente era útil, así que aprendí a insertar declaraciones de "impresión" en mi código.

Ejecutamos el compilador a mano para producir una baraja de tarjetas de papel perforadas que luego ejecutamos. "a mano" significaba literalmente cargar tarjetas en un lector de tarjetas para instalar el compilador o ensamblador. Luego, cargue el código fuente en un lector de tarjetas para producir código objeto. Luego, cargue el código objeto resultante en el lector de tarjetas para ejecutar el programa.

Leímos la documentación en papel, pensamos y realizamos experimentos.

"Sal de mi césped, niños podridos"

• IDEs. Casi inútil La finalización del código puede ser divertida, pero no tan útil como afirman algunas personas. La gente me ha dicho que VB es un lenguaje aceptable debido a Visual Studio. La coloración de sintaxis es quizás la característica más útil jamás inventada. El resto deben ser complementos opcionales, para que podamos prescindir de ellos y liberar memoria y ciclos de procesador.

  A medida que van las muletas, hay cosas peores de las que depender.

• Depuradores Inútil. Excepto cuando la definición del lenguaje es tan mala que la semántica es tan turbia que no puedes entender lo que se suponía que sucedería. Por ejemplo, VB. Cuando es necesario un depurador, realmente es hora de obtener un mejor idioma.

  Según mi experiencia enseñando programación, los depuradores pueden ser inútiles. Para algunas personas, conducen a un pensamiento nublado y a un extraño estilo empírico de programación donde el código no tiene un significado semántico, no tiene sentido, solo piratería informática.

• Scripts de hormigas, etc. para compilar. La compilación incremental y la vinculación no son realmente una gran idea. Con lenguajes hipercomplejos, es un hack necesario, pero realmente necesita ser visto como un hack. No es necesario ni deseable.

  Un mejor lenguaje con menos dependencia de la compilación incremental parece mucho mejor que los sofisticados scripts de Ant.

• Sitios como Stackoverflow para ayudar si está demasiado atrapado en un error. A veces útil.

  Al igual que con los depuradores, existe la posibilidad de que algunas personas parezcan tener éxito por simple torpe suerte. Eso es algo malo

Hmm, tu premisa no es del todo cierta. Los dos últimos elementos son correctos, pero hace 20 años teníamos IDE y depuradores.

De hecho, los depuradores siempre han existido. Su diseño y uso ha evolucionado desde que el equipo de Brooks construyó los viejos mainframes de IBM ya que todos tenemos nuestras propias máquinas dedicadas. Sin embargo, ahora podemos hacer que el mismo depurador funcione para varios idiomas diferentes (consulte el proyecto GCC o MS Visual Studio para ver ejemplos).

Hace 20 años, no teníamos ANT, pero definitivamente teníamos Make. Incluso hubo un par de versiones incompatibles de la herramienta. Eso es lo que la gente solía construir sus proyectos.

Y aunque la web no estaba fácilmente disponible (todavía era un proyecto de investigación en universidades y militares), teníamos libros y revistas. Las revistas proporcionaron la información más actualizada y los libros manejaron la teoría.

Malditos niños. 1991? De Verdad? ¿Qué crees que estaba pasando entonces? Quiero decir, Turbo Pascal todavía era un poco sexy, Netware seguía siendo un competidor válido para Windows, las computadoras rápidas aún se medían en mhz, pero aparte de eso, no era muy diferente. Regrese otros 10 años, y está hablando de temas de pantalla verde, pero también hubo IDE para esos sistemas.

Tienes que volver a mediados de los 70 para encontrar tarjetas perforadas y basura así.

Hace 20 años teníamos Borland Turbo Pascal y Turbo C ++, IDEs bastante potentes con depuradores integrados, perfiladores, etc.

Había muchas herramientas geniales. ¿Cómo creo que se construyó el kernel de Unix? y compilado? y todas las otras aplicaciones enormes como Lotus 123, Corel Draw, Wordperfect, Xenix, MS Windows, X Windows, gnu, Kings Quest, Flight Simulator, etc.

Unix tenía muchas herramientas de productividad de programador como pelusa para el análisis de código, compilación y vi o emacs para edición. Con el shell Korn (y probablemente otros), podría suspender un editor y saltar a otro editor en 0.5 segundos, y hacerlo en un módem de acceso telefónico lento con una pantalla verde ("ver crecer el césped"). Puede depurar con dbx o simplemente leer el volcado del núcleo.

Si tuviera el dinero para un terminal gráfico, podría usar X Windows y xdbx para una depuración realmente elegante.

Internet estaba allí pero no la WWW. Teníamos FTP anónimo, gopher y WAIS. Y los grupos de noticias de la red como comp.lang.c para publicar preguntas (ahora es principalmente spam).

Esas herramientas eran poderosas. ¿Alguna vez has visto ejecutar una reconstrucción de kernel durante un día o dos? Construiría makefile después de makefile, construyendo todas esas dependencias. E incluso había un pmake que podía detectar qué objetivos se podían construir en paralelo. ¿Puede la hormiga hacer eso todavía?

En la PC estaban los increíbles productos de Borland como Turbo Pascal (v4 fue un gran cambio cuando salió a mediados de los 80).

Fueron tiempos interesantes. Y precios interesantes. La caja del SDK de Windows 3 tenía un asa de transporte, pero necesita dos manos para levantar, demasiados discos y una pila de manuales de 1 pie de altura. Las bases de datos relacionales cuestan miles de dólares por usuario, guerras de Unix, guerras de hojas de cálculo sobre la barra diagonal. Estoy sorprendido por las herramientas que puedo obtener ahora por tan bajos precios locos / gratis.

La parte más divertida de todo esto es que algunos de los comandos de pulsación de teclas de Visual Studio (CTRL-K + CTRL-C) son comandos antiguos de Wordstar. Un poco de nostalgia cada vez que lo uso.

Hace 20 años, estaba programando en GFA Basic en un Atari ST 1040 :

Más teclado, menos mouse.

Gracias por hacer que un chico se sienta viejo :-)

Los depuradores y los makefiles estaban por aquel entonces. Los compiladores venían con libros gruesos, o para Unix, un gran conjunto de páginas man. La mayoría de los desarrolladores de Unix usaban vi o emacs. No hice ninguna programación de escritorio en ese entonces, pero estoy bastante seguro de que usaron editores que vinieron con el compilador que eran esencialmente IDE con menos características. Recibiste ayuda de colegas, libros o revistas.

Hace 20 años estaba programando en BASIC. No tenía IDE porque BASICA y GW BASIC no son IDE. Cuando vi Quick BASIC más tarde, estaba muy feliz. Estaba muy emocionado cuando usé por primera vez la función Copiar y Pegar en el desarrollo. Más tarde hicieron que el compilador QBASIC no fuera un intérprete como solía ser y también fue genial, pero luego me mudé a C y usé el Turbo C IDE de Borland. Tenga en cuenta que estoy en Egipto y en aquel entonces no había internet y estábamos atrasados ​​en software. Es decir, si se lanza una versión hoy, llegará a mi mano aproximadamente un año después. Ahora es mucho más fácil, pero la alegría de programar en aquel entonces era incomparable :)

Creo que el fenómeno del "año web" ha sesgado sus cálculos de fechas.

Hace 20 años estaba programando en Smalltalk, uno de los primeros idiomas orientados a objetos basados ​​en GUI en un Mac IIe con una pantalla de 20 pulgadas, así que creo que tienes que retroceder unos años más para conseguir las pieles de oso y la piedra -Cuchillos era de programación.

Ahora, hace 40 años, estaba programando en básico usando un terminal de teletipo que tenía un módem de estilo de acoplador acústico (¡110 Baudios! .

Aquí hay un formulario estándar para ayudarlo a escribir sus programas FORTRAN antes de arruinar un montón de tarjetas perforadas.

(de: http://www.w3.org/2010/Talks/01-08-steven-ten-euro-computer/ )

Asegúrese de usar un lápiz para poder borrar sus errores y deje algunas líneas en blanco entre sus declaraciones impresas en caso de que olvide algunos pasos.

(OK, tal vez eso sea un poco antes de 1991, pero no mucho ...)

Bueno, todo comenzó en tarjetas perforadas , pero estoy seguro de que al menos has oído hablar de esa lección de historia. Sin embargo, eso se remonta a hace más de 20 años.

Para la depuración? Muchos cuadros de mensajes, archivos de registro y otros métodos de salida para ayudar a verificar y ver lo que acaba de suceder.

Hace 20 años, los 4GL estaban de moda.

Sorprendentemente, hace 20 años las cosas no eran todos que diferente. Ahora hace 30 años ...

Ahora, mientras escribo esta respuesta, tenga en cuenta que solo tenía 10 años en ese momento, pero aún mecía discos flexibles de 5,25 "en mi disco duro de 1 MB habilitado para PC IBM Headstart XT / AT. ¿Por qué responder esta pregunta?

Porque donde trabajo, mantenemos un sistema de 20 años y una base de código, por lo que todavía estamos en una distorsión temporal cuando trabajamos con los sistemas heredados, los entornos de desarrollo y el código.

Hace 20 años estaba codificando, principalmente en C, Pascal. Para la plataforma DOS había Turbo C, Turbo Pascal que en su mayoría eran editores completos con depuradores que permitían el paso. Para la programación real , creo que la mayoría de los programadores como yo usamos el compilador vi +, que se ejecuta desde los comandos.

La programación fue un poco más difícil en aquel entonces, especialmente para algunos lenguajes de programación. Todavía puedo ver rastros de esto en mi propia programación: encuentro que ejecutar mis pruebas con printdeclaraciones es más fácil que recorrerlas.

Puedo hablar por Bulgaria.

A diferencia de lo que puede pensar, Bulgaria se encontraba entre los principales países en tecnologías informáticas. Al ser parte del bloque comunista, la URSS invirtió una gran cantidad de dinero en nuestra informática, convirtiéndolo en un líder de la industria en el bloque comunista. Sin embargo, los comunistas no toleraban las empresas privadas y todo en esta área era administrado por el gobierno. Así, el reciente colapso del bloque comunista hace unos años dejó al país sin negocios estables para mantener la industria en buenas condiciones. Sin embargo, un buen legado de conocimiento dejó a la próxima generación de especialistas. Así que nunca nos detuvimos para tener acceso a las últimas tecnologías y el desarrollo de software no difería de los países occidentales. Utilizamos las últimas herramientas de vanguardia y conceptos de programación.

Por lo tanto, no repetiré todo lo que dicen los demás, pero sí, en ese momento había IDE y depuradores bastante buenos (correspondientes a la naturaleza del software que se estaba desarrollando en ese momento).

Recuerdo que personalmente usé Turbo Pascal y Turbo C (por Borland). También el software de Autodesk para los gráficos (como 3d Studio y Animator).

Sin embargo, la fuente de conocimiento era más limitada: principalmente libros, revistas, colegas y rara vez revistas electrónicas a través de BBS. Internet era principalmente una curiosidad. Algunos tenían acceso a Usenet, pero rara vez lo usan para trabajar.

Solo hace 20 años. Tienes que estar bromeando. Estaba usando depuradores en 1972 cuando estaba aprendiendo programación. Es cierto que los que pude usar no eran tan buenos como hoy. Sospecho que existieron mucho antes de eso.
Las herramientas han cambiado con los años y han mejorado, pero ni siquiera piensen que no teníamos herramientas en ese entonces.
Sospecho que tendrías que volver a los años 50 para llegar al nivel donde no había depuradores.
El primer depurador realmente bueno que utilicé fue en un VAX con VMS en los años 80. Todo ha subido desde allí.

En este momento, debería ver que las versiones simples de la mayoría de las herramientas que le gustan estaban presentes en 1991, aunque distribuidas de manera desigual.

Las comparaciones más interesantes son con 1981: el comienzo de procesos sociales ampliamente disponibles que involucran las redes USENET y UUCP y ARPANET. (El día de la bandera TCP de Internet fue en 1983).

Las comparaciones aún más interesantes son con 1971: versiones tempranas de los sistemas operativos que ahora conoce y ama, procesos sociales basados ​​en la publicación (boletines en papel, conferencias asistidas en persona, intercambio de código con contactos personales, grupos de usuarios, uso de medios como cintas magnéticas )

Hace 20 años estaba codificando un 386 en Borland C ++ usando OWL para la programación de Windows.

Mi máquina tenía unos pocos MB de RAM y un disco duro de 200 MB. Podía instalar la mayoría del software desde disquetes, pero cada vez llegaba más software en CD.

Cuando presioné F8 para "Ejecutar" mi proyecto en Borland, el compilador funcionaría bastante rápido y pude jugar instantáneamente con los resultados.

Teníamos una PC en la oficina que cada pocas horas se conectaba ruidosamente a Demon (usando Trumpet WinSock) y descargaba el correo electrónico de todos.

Cuando no podíamos calcular cómo programar algo, a menudo buscábamos la respuesta en un libro: los libros de Win32 API eran particularmente útiles.

En realidad, fuimos bastante productivos ... ¡y los IDE funcionaron bastante rápido en ese entonces! Pero no tenían buenas herramientas de refactorización y pruebas integradas.

¿hace 20 años? Estaba usando un buen IDE con un fantástico generador de interfaz de usuario de arrastrar y soltar y administrador de proyectos. Había un lenguaje OO bastante bueno, un conjunto de objetos GUI realmente buenos, un montón de aplicaciones geniales y una ventana de terminal que me dio un shell sólido de Unix. Y un depurador, pero estoy de acuerdo en que son para los débiles (o que tratan con su código horrible).

Si eso suena como Mac, es porque estoy hablando del entorno de desarrollo NeXT, que es lo que se convirtió en el moderno Mac OS. Para los whippersnappers, puedes leer el historial aquí:

• http://en.wikipedia.org/wiki/NeXT
• http://en.wikipedia.org/wiki/Interface_Builder
• http://en.wikipedia.org/wiki/Project_Builder

Como nota al margen, diré que la increíble construcción de GUI allí me arruinó por completo. Cuando comencé a desarrollar aplicaciones Swing en Java, fue como si el perro de alguien hubiera comido un documento API API obsoleto y lo volviera a lanzar y Sun lo hubiera enviado. Gracias a Dios, la web finalmente está llegando a alguna parte.

Comencé a programar en 1981, apareciendo hace 30 años este otoño.

En 1991, estaba trabajando en Apple Computer (también conocido como "Apple" en estos días), y estaba trabajando en estrecha colaboración con una pequeña empresa canadiense llamada Metrowerks.

Metrowerks estaba construyendo un IDE increíble para C, C ++ y Pascal. Este entorno desempeñó un papel importante en la exitosa transición de Apple al procesador PowerPC desde el 68K.

Aunque era un empleado de Apple, durante varios años fui efectivamente el Gerente de Producto de Metrowerks, trabajando estrechamente con Greg Galanos y Jean Belanger en la estrategia de producto, etc. Fue esta estrecha asociación entre Apple y un desarrollador de terceros lo que permitió el Power Macintosh transición, la primera gran transición de Apple Mac (la segunda es la transición a OS X).

En 1981, estaba entrando en mi primer año en UCSC y tuve la oportunidad de comenzar a trabajar en Unix Release 7 (no en la Versión 7) que se ejecuta en un PDP-11/70.

¡No hay IDEs aquí! ¡Diablos, no tuvimos control de versiones hasta unos años más tarde!

Era vi (y vim no era una opción), cc, ln y make. Estaba escribiendo Scripts de C Shell y pirateando la fuente a C Shell para aumentar el tamaño de las variables de entorno de 512 caracteres a 1024 caracteres, con el fin de acomodar los TERMCAPS cada vez más complejos de nuestros "terminales inteligentes"

Estaba teniendo la oportunidad de leer una copia pirata del Libro de los Leones en el piso del condominio fuera del campus de un estudiante de la clase alta de CIS, Ted Goldstein. Ted comenzó una carrera muy completa, incluido el vicepresidente de herramientas en Apple.

Tenía en mis manos una Mac en 1984 y una edición temprana de MDS (Sistema de Desarrollo de Macintosh) y estaba aprendiendo a programar esta nueva y maravillosa bestia.

Fue muy divertido. Fue mucho más fácil ponerse en marcha. Pero el poder que tenemos con idiomas como Ruby es increíble. ¡En lugar de escribir una tabla hash para la tabla de símbolos de mis compiladores, los estoy usando a la derecha e izquierda como un tipo de datos básico!

Sí, fue muy divertido, pero no volvería ...

Hace 20 años estaba escribiendo código en AMOS , que tenía un IDE y un depurador bastante decente.

En 1991, utilicé un IDE / Framework llamado UIMX en una Terminal X, creando aplicaciones basadas en Motif que accedieron a un RDBMS Informatix. El lenguaje era C.

Había SCCS para versionar, hacer para construir.

Mirando hacia atrás, no es muy diferente de cómo trabajo hoy.

Hace 28 años estaba escribiendo código de ensamblaje en hexadecimal, a mano, para el procesador 6809 (en el Dragon 32 para aquellos de ustedes que lo recuerdan). Eventualmente escribí un ensamblador en su mayoría decente, lo que ayudó.

No había depurador: si no funcionaba, agregaría el código de impresión para echar un vistazo a la pila. ¡Noches largas! El código eficiente ayudó, ya que había menos líneas para salir mal

Y hoy en día tengo que aprender Clearcase, Maven, Ant y VS, todo muy divertido (pero extraño los viejos tiempos)

20 años, ¿eh? Solo estaba operando en PC-land justo en ese momento en particular después de haber dejado Apple-land poco antes de eso. En aquel entonces recuerdo que los niños ricos tenían IDE completos con depuración integrada (Borland y Microsoft). El resto de nosotros estábamos trabajando con marcas de bajo precio que funcionaban bien, pero no estaban tan "integradas" (Mix Software, varios proveedores de compiladores shareware). Mouse estaba sobre el escritorio, pero rara vez lo tocaba. 90% del tiempo empleado en modo texto. Las configuraciones de monitor dual comenzaban a desvanecerse (antes de eso, era común tener un monitor de codificación monocromo y un monitor de color "en ejecución" en el mismo sistema que las tarjetas MDA y CGA usaban diferentes ubicaciones de E / S / memoria y podían ejecutarse al mismo tiempo en DOS). Las primeras versiones de Windows no estaban contentas con varios monitores.

Los lenguajes populares fueron C, Pascal y Modula-2. La gente todavía usaba Logo y BASIC. Sin embargo, "Visual BASIC" finalmente comenzaba a matar a BASIC. COBOL y RPG se enseñaban en la universidad.

Los niños ricos usaban USEnet en Internet, los niños pobres todavía llamaban a BBS locales y usaban los grupos FIDOnet (generalmente a 1200-2400bps, un módem de 9600bps todavía no era asequible para la mayoría de las personas, costando casi tanto como el resto del computadora).

La primera computadora que programé en los años setenta fue la Univac 1218 . El 1218 tenía un ejecutivo minimalista y 16K de memoria de núcleo de ferrita orientada a palabras de 18 bits (de ahí el término "volcado de núcleo"). El almacenamiento secundario se manejó mediante cinta magnética y tarjetas perforadas de 80 columnas codificadas por Hollerith. La máquina utilizaba el complemento de uno para la aritmética y el complemento de dos para el direccionamiento. Podría programarse y depurarse utilizando el panel frontal en el que se mostraba el contenido de todos los registros utilizando interruptores de botón iluminados. Esta CPU puede parecer primitiva para los estándares modernos, pero fue muy genial para mí en ese momento.

Volviendo al tema: estaba usando IDEs hace veinte años para la mayor parte de mi desarrollo. No soy uno de esos viejos viejos que creen que los IDE son para mentes débiles. Un buen IDE es un amplificador de productividad.

Hace 20 años yo era un estudiante programando RMCOBOL-85.

Estaba usando una terminal verde conectada a un servidor de archivos.

La interfaz era un editor de texto de estilo bloc de notas. No hay pedazos elegantes. También tuvimos la opción de usar VI. Aunque nunca lo hice.

Ah buenos días. :)

Hace casi 20 años, hasta el día en que estaba usando una PC IBM y una Amiga 1000 para compilar código C y ensamblar para algo llamado Atari Lynx. El programa en cuestión ejecutó 5 juegos de casino en 47K (eso es kilobytes) de espacio con 1K para algunas variables del sistema. Un enorme 16K estaba reservado para video de doble buffer. Cuando llegó el sistema de "desarrollo", había ejemplos de rutinas en lenguaje ensamblador para cambiar la pantalla de un color y hacer clic en el altavoz. Eso fue todo. Si quería texto, tenía que hacer una fuente y sus propias rutinas de texto. ¿Redes? Adelante, solo escribe tus propios controladores. No sé por qué, pero la dificultad era parte de la diversión. Es sorprendente que algo haya funcionado en absoluto.

¿Estás bromeando? Estaba balanceando mi 80286 en Turbo Pascal a mediados / finales de los 80.

Hace 20 años, formaba parte de un equipo que usaba Interface Builder y Objective-C para crear una aplicación de publicación de escritorio para el sistema operativo NeXTstep. Y sí, Internet existía , era un poco más difícil de usar, pero pude encontrar y publicar respuestas en comp.sys.next.

Estaba depurando depuradores en Sun en 1989 como una persona de soporte técnico de desarrollador de contratos.

Estaba usando IDEs hace casi 30 años: el UCSD p-System / Apple Pascal. Escribió Sundog: Frozen Legacy para Apple II con Apple Pascal y el ensamblaje 6502 (1982-84). También escribí mi propio desensamblador p-code / 6502. Para el caso, estaba usando el sistema p UCSD en un microordenador Northstar Horizon (Z-80) en el Instituto Lunar y Planetario en 1981.

En 1963 estaba trabajando en un trabajo de verano en el campus. Estaba en la computadora PDP-1, hecha por Digital (DEC).

Y sí, tenía un depurador interactivo, llamado DDT. Puede establecer un punto de interrupción, examinar y modificar variables, código de parche. El editor de texto era bastante primitivo, y en su lugar usábamos una máquina de cinta de papel fuera de línea.

El lenguaje era ensamblador. La máquina tenía algo así como 4k de palabras de 18 bits. Sin sistema operativo

Para 1971, estaba en un PDP-10 con 262,144 palabras de 36 bits cada una. Un sistema de tiempo compartido interactivo que soportaba quizás 10 usuarios concurrentes, un editor de texto llamado TECO, un depurador todavía llamado DDT e idiomas como Lisp, Fortran, Basic y Algol. TECO fue realmente poderoso. Podrías escribir programas de manipulación de texto en él.

El PDP-10 fue la base de una máquina similar fabricada en Palo Alto Research, donde nació la oficina del futuro. Ethernet, el mouse y la GUI, el correo electrónico, la impresora láser y la programación orientada a objetos. Palo Alto tenía todo eso. Diez años antes de la PC.

Muchas de estas cosas han sido olvidadas y luego reinventadas varias veces en los años posteriores. Y, por supuesto, también hay muchas cosas nuevas.

Avanzando a 1991, estaba trabajando en un VAX. Mi idioma principal era SQL, aunque escribí cosas en PASCAL cuando era necesario. También usé DCL y Datatrieve como lenguajes de script, aunque no usamos ese término.

El VAX no tenía un IDE en ese momento, al menos no donde trabajaba. Pero el editor de texto, los compiladores, el enlazador, el depurador y el lenguaje de comandos se crearon con la idea de que el desarrollador los usaría a todos. Trabajaron bien juntos. Recordar un puñado de comandos no fue más difícil que recordar dónde está una herramienta determinada en una barra de herramientas. Volver a escribir los comandos se hizo más fácil mediante la recuperación de comandos.

El VAX tenía un excelente depurador, pero nunca lo aprendí. PASCAL facilitó bastante el inicio correcto de los programas, y la programación estructurada facilitó la localización de un error sin utilizar un depurador. La depuración de SQL es un juego de pelota completamente diferente.

Además de trabajar en VAX, utilicé herramientas de escritorio para manipular datos localmente. Estas no eran herramientas de MS Office o sus precursores, no recuerdo. La parte difícil fue vincular las herramientas de escritorio a los datos almacenados en una base de datos en el VAX.