Crea software que despierte emociones en las personas

• El autor, creador de Boo, un editor de código personal, explica por qué pausó temporalmente el proyecto para crear un nuevo lenguaje de programación
• Boo es un editor basado en Rust con navegación de teclado centrada en humanos y un sistema alternativo a LSP, pensado más para uso personal que para comercializarse
• Considera que un proceso de desarrollo repetitivo reduce la creatividad, y prioriza el placer de crear software que inspire
• Usa como ejemplos armar bloques LEGO y The Legend of Zelda: Breath of the Wild para resaltar la importancia de crear obras memorables
• En lugar de seguir fórmulas de éxito, mantiene una filosofía de desarrollo centrada en sus propios intereses y aprendizaje, y planea reescribir Boo en el futuro con el lenguaje que está creando

---

El proyecto Boo y la motivación de desarrollo

• Boo es un proyecto que el autor creó como editor de código para sí mismo, enfocado en la utilidad personal más que en el éxito masivo
  • Boo incluye funciones de navegación humano-teclado y usa un sistema más rápido y menos pesado para el sistema operativo que LSP (Language Server Protocol)
  • Actualmente funciona lo suficiente como para usarse en el trabajo diario, pero no hay planes de distribuirlo como código abierto
• Tanto Boo como Rio Terminal fueron escritos en Rust y comparten una estructura y un proceso de distribución similares
  • Esa similitud empezó a sentirse como trabajo repetitivo y redujo el disfrute del desarrollo

La relación entre creación e inspiración

• Usando como ejemplo el juego con bloques LEGO, explica que la libertad de poder crear una forma distinta cada vez es lo que hace divertida la creación
  • En lugar de usar siempre las mismas piezas de la misma manera, lo interesante está en añadir elementos externos para producir resultados nuevos
• Cuanto más repetitiva se vuelve la programación, menos probable es que surjan creaciones con efecto de "wow"
  • Subraya que para crear software que inspire, uno también tiene que sentirse inspirado

Ejemplos de software memorable

• Pone como ejemplo The Legend of Zelda: Breath of the Wild, mencionando un nivel de acabado capaz de hacer que incluso personas que no jugaban compraran una consola
  • Destaca la fuerza de una obra que deja una impresión duradera incluso después de haberla jugado
• Explica que el software creado con ese nivel de dedicación deja una impresión emocional en las personas

Pausa de Boo y desarrollo de un nuevo lenguaje

• Boo es un proyecto de hobby, no de negocio, así que no tiene metas de ingresos ni fechas límite
  • No pretende crear un proyecto gigante como VS Code, ni avanzar a la fuerza
• Para retomarlo cuando vuelva la inspiración, puso Boo en pausa temporal y actualmente está desarrollando su propio lenguaje de programación
  • A largo plazo, planea reescribir Boo usando ese lenguaje

Filosofía y actitud de desarrollo

• Desarrollar un nuevo lenguaje implica mucho trabajo, pero el autor lo ve como un proceso de aprendizaje disfrutable
  • Está ampliando su comprensión de los binarios y compiladores, avanzando a su propio ritmo
• En lugar de seguir fórmulas de éxito o consejos externos, continúa desarrollando con base en su propia manera de pensar e intereses
• Este texto también fue escrito usando Boo

[GN⁺]

Opiniones en Hacker News

• Al leer que hoy se levantó, tomó café y tuvo la tarde libre porque su familia se quedó dormida, me quedé preguntándome cómo demonios tienen horarios tan distintos. Hasta me imaginé que tal vez es una familia que duerme en la tarde, o gente que se levanta en la noche para empezar el día

  • Alguien bromeó con que quizá su otro pasatiempo sea la anestesia. Podría tener un niño que duerme la siesta, pero aun así su tiempo libre probablemente sería de apenas dos horas
  • Se siente un poco raro ese tono de disfrutar no pasar tiempo con la familia. No parece algo para celebrar
  • Con ejemplos como “Breath of the Wild”, da la impresión de estar leyendo una entrada de blog de otra dimensión
  • A lo mejor está en España. Quizá por su legendaria siesta

• La frase “este editor existe para hacerme feliz” se siente refrescante. Hoy hay presión para que todo side project termine convirtiéndose en open source o SaaS, y muchas veces eso mata la creatividad. Proyectos experimentales como Boo o Rio parecen salir justamente de esa libertad

  • El open source está bien, pero también me parece válido no aceptar parches y simplemente publicar el código
  • Últimamente siento que la presión ya no es solo que todo sea open source o SaaS, sino que además todo tenga que ir a escala enterprise. Los lenguajes pequeños, la experimentación, el self-hosting y el espíritu DIY casi se volvieron contracultura
  • Me identifico con eso de “existe para hacerme feliz”. (Emacs)

• Eso de “lo hice para mí” es la forma de trabajar de muchos artistas. Tolkien también era así, y la mayoría crea primero para sí misma y luego se lo muestra al mundo. Pero casi siempre a nadie le importa, o recién recibe atención después de morir. Y no importa. Lo importante es el instinto humano de expresar la imaginación hacia afuera

  • Yo también hice mi librería de canvas con esa idea. Empezó porque quería representar poesía en sitios web de una forma nueva, y sin darme cuenta ya lleva más de 10 años ocupando mi tiempo libre. El resultado está en esta página de poesía
  • Una vez escribí un correo lleno de rabia y, por sugerencia de un amigo, terminó publicado como columna de opinión (op-ed) en un periódico local. Me alegró que a alguien le importara lo que había escrito
  • Si de verdad haces algo para ti, no deberías preocuparte por la mirada ajena. Yo antes pensaba mucho en “qué van a pensar los demás”, pero cuando empecé a hacer cosas realmente para mí, la sensación cambió por completo
  • Antes, para que un artista persiguiera su visión necesitaba un mecenas (patron). Ahora el mecenazgo se democratizó, pero en cambio los clics determinan la supervivencia. Da pena que ya no haya mecenas ricos y que, en su lugar, el dinero se vaya a cripto o IA
  • Eso de “artistas reconocidos solo después de morir” me hace pensar en ese pintor neerlandés al que le faltaba una oreja

• Cuando programar se vuelve repetitivo, se pierde el factor ‘wow’. Pero proyectos como yt-dlp, que soportan muchos sitios distintos, son una excepción. Hacer un montón de parsers de datos es aburrido, pero al final transmite esa sensación de que “funciona en todas partes”

• Yo hago software que hace sentir emociones a la gente — principalmente ira. Al final, solo hay dos clases de software: el que es ignorado y el que la gente usa lo suficiente como para quejarse

  • Por ejemplo, Microsoft Teams u Office 365 claramente provocan emociones, pero no alegría
  • El software de DRM también. Especialmente casos legendarios como el escándalo del rootkit de Sony BMG
  • A mí también me ha pasado que las herramientas que hice para resolver problemas con los que chocaba todos los días fueron las que salieron con mejor calidad. Si intentas generalizar demasiado pronto, todo se vuelve más lento y la calidad baja

• Emacs y Emacspeak me provocan emociones enormes. Todo se siente como un solo manual, y con solo presionar C-h m aparecen todos los comandos al instante. No hay nada oculto ni hace falta escarbar documentación HTML. Si algo no funciona, hasta lo arreglo con Codex para lograr lo que quiero

• En el caso ideal, desarrollar software debería tratarse como un oficio (craft). Como la carpintería: puede ser útil y al mismo tiempo arte. Pero en muchos proyectos tratan a los desarrolladores como obreros de fábrica. El problema es una cultura que valora más la cantidad que la calidad.
  Al mismo tiempo, ver el software solo como arte tampoco es práctico. El propósito del código no es ser contemplado, sino funcionar. Aun así, da pena que la expresión “software hecho con oficio” suene extraña

  • La carpintería al final también consiste en hacer sillas para sentarse, no para mirarlas. No entiendo por qué entonces al software no se le ve como un oficio

• Incluso FAANG como Meta y Google ya hicieron software que hace sentir emociones a la gente — ira, depresión y a veces hasta alegría. Pero también muestran cómo una tecnología nacida con buenas intenciones puede distorsionarse. Como dice el dicho, “el camino al infierno está pavimentado de buenas intenciones”: muchas veces perseguir el bien termina produciendo mal.
  Citando a Knuth, dejar que “miles de científicos de la computación hagan libremente lo que quieran” es lo que impulsa el progreso. Así era Bell Labs: lo importante es la libertad para explorar.
  Hoy vivimos obsesionados con optimizar, pero flojos en matemáticas, y al final nos volvimos una sociedad que dejó de explorar. Por eso creo que el progreso se ha ralentizado

  • Tengo una frase: “si quieres arrear gatos, tienes que volverte gato tú mismo”. Para guiar a los genios, tienes que convertirte en uno de ellos. A veces también te toca cargar con varios roles tú solo

• Es un hábito que aprendí de Casey Muratori y Jonathan Blow: a mí también me gusta construir mi propio pequeño mundo. Son proyectos donde yo soy el único usuario y el único destinatario. Un espacio de disfrute puro, sin deadlines, sin pedidos y sin runtime

  • Alguien pregunta si eso de “crear tu propio mundo” se refiere quizá a un mundo geográfico ficticio. Tolkien y Stevenson también empezaron así
  • Pero Blow y Casey llevan mucho tiempo sin sacar resultados

• Últimamente casi todo el software me provoca emociones intensas

  • Especialmente cuando veo node_modules, me enojo. Y cuando veo apps basadas en Electron, pienso “¿en qué momento nos desviamos?”. Tampoco me gusta poner una UI móvil encima del escritorio