Computación en la infancia

• La computación en la infancia comenzó en 1992, cuando a los ocho años se cambió de escuela y conoció la sala de computación; que una escuela de una pequeña ciudad industrial tuviera una sala así ya era algo especial
• Las PC compatibles con IBM de la sala de computación eran máquinas viejas heredadas de una fábrica de sílice, y solo se podían usar unas dos horas al mes para ejecutar MS-DOS y Logo con disquetes de 5¼ pulgadas
• No había disco duro y el espacio de almacenamiento era escaso, así que el trabajo desaparecía al apagar la computadora; guardar programas se parecía más a copiar el código a mano en un cuaderno
• Como el tiempo real frente a la computadora era muy poco, la mayor parte de la programación en Logo se hacía en casa con pluma y papel cuadriculado; los amigos copiaban el código, lo modificaban y luego lo volvían a teclear
• Juegos como Moon Bugs, Space Invaders, Digger y Grand Prix Circuit dejaron el deseo de crear algo parecido, y 30 años después siguen vivos hasta los sonidos y los olores

---

Computación en la infancia que comenzó en la sala de computación

• La computación en la infancia de Susam Pal comenzó en 1992, cuando a los ocho años se cambió de escuela y conoció la sala de computación; que una escuela de una pequeña ciudad industrial tuviera una sala así ya era algo especial en ese tiempo
• Las máquinas de la sala de computación eran viejas PC compatibles con IBM heredadas de la fábrica de sílice, que era el centro del pueblo, y solo se podían usar unas dos horas al mes
• Antes de entrar a la sala de computación había que quitarse los zapatos, y la maestra explicaba que había que mantener esas máquinas costosas libres de polvo
• La mayoría de las computadoras tenían monitores CRT monocromos, no tenían disco duro y contaban con apenas unos cientos de KB de RAM
• Cada vez había que cargar MS-DOS en memoria desde un disquete de 5¼ pulgadas y luego ejecutar LOGO.COM desde otro disco para escribir pequeños programas en Logo y mover la tortuga
• Como no había disco duro y el espacio de almacenamiento era escaso, el trabajo no se guardaba y todo desaparecía al apagar la computadora
• La manera de conservar los programas era copiar el código a mano en un cuaderno, y hay un registro aparte sobre esa programación temprana en Logo en FD 100

Programar sobre papel y los recuerdos de los juegos

• Como el tiempo real de uso de la computadora era demasiado poco, la mayor parte de la programación en Logo se hacía en casa con pluma y papel; se “probaban” los programas siguiendo y dibujando el resultado en papel cuadriculado
• Los programas preparados de esa forma podían ejecutarse de verdad durante unos 30 minutos en la sala de computación
• Un programa de Logo especialmente memorable dibujaba una línea punteada animada que seguía el contorno de una casa; los amigos copiaban el código y cambiaban detalles para hacer sus propias variantes
• En la práctica, ese programa se entendía como una especie de primer “software libre y de código abierto”, con una licencia informal del tipo “haz lo que quieras, pero si haces una modificación interesante, enséñamela”
• La forma de distribución era completamente analógica: los amigos copiaban el código con lápiz en sus cuadernos y luego lo volvían a teclear en la sala de computación
• Si se completaban con éxito las tareas de Logo, la maestra dejaba jugar en la computadora, y el primer juego que probó fue Moon Bugs
• Entre los juegos que más le gustaban estaban Space Invaders, Bricks y Grand Prix Circuit
• Space Invaders despertó las ganas de hacer su propio juego, pero con el GW-BASIC que conocía entonces y el acceso limitado a las computadoras, era difícil crear algo más complejo que programas simples de entrada y salida de texto
• No fue sino hasta 2022, ya de adulto, que hizo Andromeda Invaders, un juego con estilo de Invaders que también incluye un modo de juego automático tras esperar 5 segundos
• Digger, de Windmill Software, venía en su propio disco de arranque, así que podía iniciarse directamente sin el procedimiento de poner primero el disco de DOS
• Grand Prix Circuit, de Accolade Inc., se ejecutaba con el comando GPEGA y era de esos juegos cuya música de apertura hacía que valiera la pena esperar
• En una época en la que con Logo y GW-BASIC apenas dibujaba formas básicas en 2D, resultaba asombroso que un programa de computadora pudiera generar la proyección de un mundo virtual en 3D explorable con el teclado
• Incluso más de 30 años después, siguen muy presentes el ruido de las máquinas, el pitido del POST y el olor característico de una habitación cerrada con aire acondicionado
• Cuando se encuentra con un olor parecido en un lugar inesperado, vuelve a esos primeros recuerdos de la computación en la infancia; esa experiencia sigue siendo uno de sus recuerdos más intensos y vívidos, lleno de asombro y exploración

[GN⁺]

Opiniones de Hacker News

• Compré una C64 en 1985, y ahora puedo volver a ver los gráficos y escuchar el sonido con un emulador o en YouTube, pero siempre recuerdo el olor de la placa de circuito caliente que salía de la carcasa justo después de encenderla
  El casete que venía con ella tenía desajustada la configuración del cabezal, pero como no había internet, nadie sabía por qué la mayoría de los juegos no cargaban. Aun así, sí permitía guardar y cargar programas, así que empecé a teclear programas en BASIC siguiendo el manual de usuario y los listados de juegos en libros de programación que encontraba en la biblioteca, para luego guardarlos en mis propios casetes
  El manual no solo tenía un tutorial de BASIC, también explicaba funciones de hardware como gráficos, sprites y sonido, así que aprendí que si hacías POKE con cierto número en cierta dirección podías mostrar y mover sprites en la pantalla. Cuando por fin arreglé el casete y pude cargar los juegos incluidos, yo ya estaba profundamente metido en la programación, y si esos juegos al final eran algo que alguien se había sentado a hacer, entonces yo también podía aprender a hacerlo. Desde entonces no he dejado de programar

  • Me encantaba que el sistema operativo de la C64 fuera un lenguaje de programación: BASIC. Incluso si solo querías usar el hardware para jugar, tenías que aprender un poco de programación con cosas como LOAD "*",8,1
  • Al principio solo tenía dinero para comprar la C64, y cuando coincidía el checksum de un programa que había tecleado yo mismo, de verdad sentía un gran alivio. Como no tenía medio de almacenamiento, el programa existía solo en ese momento o en cartuchos, y más adelante compré una unidad de cinta y por último un disco duro
    Aun así, me parecía bastante barata para lo que ofrecía en comparación con equipos rivales como Apple II, Sinclair o Ti99

• En la escuela había computadoras viejas con Windows 3.1, y solo nos dejaban usar un programa de mecanografía
  La primera computadora familiar la compramos en 1995 y, si mal no recuerdo, tenía Pentium de 166MHz / 16MB de RAM / Windows 95, y costó entre 3,500 y 4,000 dólares en ese entonces. Tres años después, justo tras el lanzamiento de Half-Life, conseguí una copia y esa computadora apenas podía correrlo, incluso con una tarjeta gráfica aparte. En esa época, seguir el ritmo de los gráficos más modernos como gamer era realmente carísimo
  Antes de eso teníamos una máquina de escribir eléctrica, y el uso principal de la computadora también era escribir documentos y trabajar. Mi primera experiencia programando fue editar archivos HTML; busqué libros de programación en la biblioteca, pero en un pueblo rural de 3,000 habitantes solo había un libro de Pascal o de Delphi
  Escuché que en el pueblo había un chico genio, unos años mayor, que “sabía muchísimo de computadoras”, así que fui a verlo. En un estante de su cuarto tenía una caja grande de Borland C++, y me mostró un clon de simulador de vuelo 3D que estaba haciendo y algo parecido a Doom, y me dejó impresionado. Le fue muy bien en el boom puntocom y consiguió trabajo directo sin ir a la universidad
  Unos años después, cuando entré a la preparatoria, un desarrollador semi retirado se mudó al pueblo y, colaborando con la escuela, abrió un curso de programación en Java. Era un gran maestro, y fue ahí cuando decidí que quería trabajar con computadoras

  • Mi carrera se debe, en esencia, a dos grandes golpes de suerte
    El primero fue que a principios de los 90 mi padre compró una PC para ayudar con su negocio editorial independiente y, como muchas PCs de esa época, venía con QBasic y código fuente de juegos como GORILLA.BAS ya instalado, así que yo, un niño introvertido con mucho tiempo a solas, pude trastear con eso todo lo que quise
    El segundo fue haber ido a una preparatoria con un laboratorio de computación relativamente bien financiado y un profesor de computación de mente muy abierta. Si demostrabas que eras confiable, te dejaba hacer casi cualquier cosa que quisieras, y aunque la escuela era sobre todo de Macs, a mí me gustaba más el lado de Microsoft en la prepa, así que para cuando me gradué ya me habían dejado montar y operar el servidor de archivos y web en Windows NT del periódico escolar. Otro amigo estaba metidísimo en Linux y consiguió permiso para hacer algo parecido en el salón de dibujo técnico con RedHat
    Mi inclinación y las oportunidades coincidieron, y así terminé trabajando en tecnología durante los siguientes 25 años
    Lo que me preocupa ahora es que demasiada tecnología está cerrada. Hoy en día, una escuela que dé ese nivel de libertad sería rara; los teléfonos no vienen con un IDE preinstalado, e incluso instalar apps “no autorizadas” está bajo ataque
    Por el bien de los niños, la industria, las herramientas y los sistemas operativos deberían ser más abiertos. Tienen que poder tocarse y arreglarse para que los chicos más motivados aprendan. Por cerrar todo para maximizar el rendimiento de algún hedge fund, se está impidiendo que surjan grandes talentos, y la financiarización de Estados Unidos ha sido un gran error
  • Una vez descubrí dónde estaban guardados en la red los textos de los exámenes de mecanografía
    Después de eso, el examen se volvió bastante gracioso
    Claro, gracioso según mis estándares de adolescente

• Recuerdo el momento exacto, como a los 9 años, en que de pronto entendí las variables en RPG Maker. Antes ya había hecho cosas como HTML, pero cuando entendí las variables, se me abrió el mundo: ya podía hacer programas en VB6 y de repente todo empezó a encajar
  Siento que una vez que entiendes las bases de cómo funciona todo, para un niño o adolescente luego es muy fácil avanzar rapidísimo. Quiero que mi hijo entienda los fundamentos de la computación lo más temprano posible, porque creo que así puede comprender cómo está conectado el mundo

  • Cuando empecé a hacer juegos sencillos basados en texto, los condicionales de Pascal ya no me alcanzaban. Le pregunté a mi padre y me explicó que lo que yo quería se podía hacer con bucles, y en ese momento sentí como si me hubieran dado todas las herramientas para escribir cualquier programa
  • Recuerdo que de niño me costaba entender qué eran las clases en PHP y por qué eran útiles. Me parecían una abstracción innecesaria, pero al final llegó ese momento en que lo entendí y se me abrió el mundo; empecé a entender mucho mejor el Zend Engine y a interesarme por la ingeniería de software
    Claro, después volví a tener otra revelación y ahora evito las clases

• Fue la Tandy 1000 SX de mediados de los 80 la que hizo que toda mi vida girara en torno a la tecnología
  No sé exactamente cuántos años tenía, pero era de una sola cifra cuando mi padre la llevó a casa; él administraba uno de los primeros sistemas computarizados de punto de venta de una cadena minorista local y el mainframe de la oficina
  Antes de aprender a escribir en cursiva, aprendí a crear archivos por lotes para configurar las interrupciones IRQ de la tarjeta de sonido y gráficos para poder jugar, y a los 8 o 9 años aprendí en un campamento de computación a hacer juegos en BASIC. Mi primera experiencia en línea fue con TandyNet, y a mediados de los 90 hice mi primer sitio web con HTML 0.9. Fue una época caótica, pero terminó llevándome a la carrera de TI que tengo ahora, unos 30 años después

  • Yo también tenía esa misma Tandy 1000 SX y una Commodore 64. A mis padres no les gustaban mucho los videojuegos, así que aparte de Pac-Man era más bien una máquina para aprender a programar cuando todavía tenía una edad de una sola cifra
    Mi gran queja con las computadoras de hoy es que cada vez es más difícil “aprender” a programar. En la Commodore, por ejemplo, la interfaz misma era un lenguaje de programación y, en cierto sentido, había que aprender algo de programación tan solo para usarla. Durante mucho tiempo no se podía hacer desarrollo local en dispositivos iOS; ha mejorado un poco respecto a los primeros días, pero aún no se permite JIT

• Para mí, todo empezó en la era de Ver código fuente. Alrededor de 2001 copiaba el HTML de páginas de Geocities, lo modificaba en Notepad y, aunque no sabía qué era un lenguaje de programación, sí sabía cambiar el color de fondo y agregar un marquee
  Guardar, cambiar con Alt-Tab y refrescar: esa retroalimentación inmediata bastaba para engancharme

• Lo de los olores me llegó mucho. Como era hijo de un profesor universitario, tenía cierto acceso a los laboratorios de computación de la universidad, y el olor de los despachos de los profesores era a plástico, polvo y un poco de goma quemada
  Ese olor era todo un mundo para mí: significaba acceso no solo a juegos geniales, sino al mundo mágico de los adultos que sabían manejar esas máquinas
  Cuando tenía 12 o 13 años, mi padre me dio una impresión de un programa en Turbo Pascal que calculaba ecuaciones de raíz cuadrada y me dijo que lo capturara y lo ejecutara; ese fue el inicio de mi carrera programando

• No tuve la suerte de acercarme a las computadoras en mi infancia, pero textos como este me dan mucha nostalgia, sobre todo por los sonidos. Con recursos limitados, la gente de esa época logró hacer cosas muy buenas

• Me pregunto cuántos recuerdan la habilidad de optimizar la configuración de arranque de MS-DOS para liberar memoria disponible y poder correr juegos. También recuerdo haber revisado gorillas.bas
  Para mí, probablemente fue lo que me despertó las ganas de aprender más y experimentar. Me gustaría fomentar una exploración creativa parecida en mi hijo, pero no sé cómo hacerlo en un entorno donde esta generación se ve arrastrada por juegos y videos

  • Pasé más tiempo del que me gusta admitir moviendo líneas DEVICE(HIGH), ajustando FILES= y BUFFERS=, y ejecutando MEMMAKER.EXE una y otra vez con la esperanza de que algo cambiara. Pero la esencia real era hacer que la máquina hiciera lo que yo quería, no lo que quería el fabricante
    Para un niño de hoy, yo buscaría juegos con una API de modding razonable, por ejemplo algo donde se pueda usar scripting como Lua y mostrarles a los amigos en multijugador lo que uno hizo
    Después de eso, sería bueno pasar a un paquete como LÖVE, que te permite seguir usando Lua pero con control sobre el juego completo, para ayudarle a explorar y manejar las cosas necesarias para realmente crear programación. Si muestra interés por niveles más bajos, lo ayudaría a profundizar más, pero como punto de partida el modding y el scripting parecen lo mejor
  • Lo recuerdo un poco, aunque ya borroso por el tiempo. También recuerdo arruinar los archivos de configuración y correr a casa del vecino a copiar unos que sí funcionaran. Creo que era Himem.sys
  • Sí. config.sys, autoexec.bat, EMS, HIGHMEM, los primeros drivers de Sound Blaster, el driver del mouse y los drivers de red eran un dolor de cabeza
    Creo que lo más difícil de hacer correr era Quarantine, aunque sin duda también era uno de los mejores juegos. Para su época tenía una imaginación increíble, era un juego australiano y además tenía música de bandas que después se hicieron famosas
    https://www.youtube.com/watch?v=QwO8XWbB1Pk&list=PLA5hK1g6CN... https://www.playdosgames.com/play/quarantine

• Yo también empecé a usar computadoras desde chico y me encantaban, y también tenía una Nintendo, pero me genera sentimientos encontrados la moda antipanatallas de hoy
  Mi hijo todavía es muy pequeño y mi esposa quiere que no use pantallas en absoluto. No quiero que termine usando TikTok o Facebook, pero he pensado en comprar una Apple II o preparar un emulador con Raspberry Pi para jugar juntos juegos pequeños de antes, de cuando no todo estaba en línea

  • Nosotros estamos justo en esa misma etapa con nuestros hijos
    La postura rígida de “nada de pantallas” me parece una especie de palanca de trazo grueso que han adoptado líderes no técnicos del ámbito del bienestar infantil, y entiendo el trasfondo
    Pero como alguien que se gana la vida gracias a haber podido tocar y experimentar con tecnología desde pequeño, veo un enfoque más equilibrado. Podrías preparar una caja Linux desconectada de internet para que los niños la manipulen libremente. Windows ha mejorado mucho desde la época de XP, pero en mi opinión tomó una dirección completamente equivocada
    Así se evita quedar atrapado en los bucles psicológicos de repetición de Big Tech o en la máquina de dopamina colorida de YouTube, y de hecho creo que ahí está la motivación real detrás del “nada de pantallas”. Una exposición bien regulada es esencial

• Lo bueno de la programación gráfica de esa época era que, si dibujabas algo en la pantalla, se quedaba ahí hasta que el programa lo borrara
  Gracias a eso era fácil crear gráficos vistosos. Por ejemplo, si calculabas los puntos de un círculo y los ibas marcando uno por uno, en la pantalla se veía tal cual cómo se iba dibujando el círculo
  Las bibliotecas gráficas “modernas”, probablemente incluyendo SDL, hicieron más difícil este enfoque al hacer que se redibujara toda la pantalla en cada frame, y para lograr el mismo efecto el programa tiene que recordar todos los puntos que dibujó antes
  El flujo de trabajo de antes hacía que programar gráficos fuera realmente divertido, pero los pipelines de renderizado rápidos de hoy son aburridos y menos entretenidos. Poco a poco, ese tipo de cosas le fueron quitando la diversión a la computación

  • Las bibliotecas gráficas de modo retenido y modo inmediato siguen existiendo en la mayoría de las plataformas, y puedes elegir la que prefieras
  • Este texto me hizo encajar de golpe un recuerdo muy profundo
    Cuando apareció la IBM PC a inicios de los 80, la tarjeta gráfica de Hercules era una maravilla muy superior a la CGA. En casa de un amigo de mi padre probé dibujar cosas como círculos con eso, y en esa computadora los gráficos se mantenían en pantalla. Tuve que averiguar cómo borrar la pantalla, pero en mi computadora no tenía una tarjeta Hercules, así que no se mantenían. Hasta ahora no había entendido qué había pasado, pero ahora ya lo sé
  • Ya pasó mucho tiempo, más de 10 años, pero creo que SDL podía mantener el contenido en pantalla si no llamabas a la función clear antes de renderizar contenido nuevo. Eso sí, no sé qué tan bien funcionaría al cambiar el tamaño de la ventana
  • SDL es una API de nivel relativamente alto, y los gráficos basados en framebuffer también funcionan bien. Eso sí, en administradores de ventanas X11 sin composición puede haber algunos casos límite con artefactos curiosos al mover la ventana