A través de Hacker News llego una vez más a la web del gran “Dan Bricklin”, uno de los creadores de VisiCalc. Entre las fotos hay una que me hizo gracia.

En la foto estan Dan y el padre de “Bob” (el otro coautor) charlando, y al fondo un Apple 2, como no podía ser de otra manera y … un pequeño monitor… ¡coño y tan pequeño! Ahí esta Dan programando VisiCalc con ese monitor y luego miro mi mesa y me encuentro con dos pedazos monitores y el portatil… en total yo creo que unas 10 veces mas superficie visual que “Dan”…. y además para desarrollar otras cosillas que no son precisamente el estupendo y original Visicalc. Soy fanatico de los monitores grandotes y en duplicado…. pero despues de esta imagen ya no puedo seguir pensando aquello de que cuanto mas monitor más productividad.

Despues, ya recuperado de la verguenza me encuentro en la misma página con este código.

Traduzco literalmente el párrafo referente al código que se puede encontrar en la página: http://www.bricklin.com/history/saiearly.htm

“… cada linea representa como máximo una instrucción. La llamada a la subrutina “poll_keyboard” era muy importante. Como Bob Frankston describe “No hay interrupciones ni reloj en el Apple 2″. Si el usuario tecleaba un caracter justo antes de que el buffer de entrada de teclado fuese vaciado, éste se perdería… Para evitar que se perdiesen caracteres cuando el usuario tecleaba muy rapido durante períodos donde la CPU estuviese a tope, se checkeaba el buffer en medio de las cada potencialmente largas iteraciones..”

Código genialmente comentado con un “not to lose keystrokes…”

Con el “Eclipse” tengo mas de 200 columnas de caracteres en el editor… contando que tengo otras barras verticales abiertas que si las quito quedaría en casi 300 columnas! … luego miro mi código y veo tanto espacio desperdiciado que podía ser utilizado para los comentarios…
y no dejo de imaginarme a “Dan” con sus 24 lineas de 40 columnas…, quizas con el cartucho de expansión a 80 columnas….