El texto plano ha existido durante décadas y llegó para quedarse

 (unsung.aresluna.org)
2 puntos por GN⁺ 4 일 전 | 1 comentarios | Compartir por WhatsApp
  • Las herramientas de diagramas y diseño de UI basadas en texto plano monoespaciado están volviendo a usarse, y la familiaridad de la interfaz de edición de texto y la portabilidad del formato de archivo les da fuerza para perdurar mucho tiempo
  • Herramientas como Mockdown, Wiretext y Monodraw son buenas para crear diagramas de baja intensidad manteniendo opciones visuales limitadas, y también encajan para usarse dentro del código fuente
  • Mockdown puede usarse de inmediato en web y móvil, Wiretext funciona en la web pero es solo para escritorio, y Monodraw se ofrece como app para Mac
  • A medida que regresa una forma de trabajo que alcanzó su punto máximo en las décadas de 1970 y 1980, en una forma que recuerda a la familia de TUI como Turbo Vision, se le suman sensibilidad moderna, rendimiento, accesibilidad web y mejor manejo con mouse y trackpad
  • Cuanto más aumenta la potencia de las computadoras, más útil se vuelve un modo de trabajo con restricciones autoimpuestas, y estas herramientas de texto plano también se usan cada vez más como punto de entrada para la gen AI

La permanencia de las herramientas de texto plano

  • Se mencionan Mockdown, Wiretext y Monodraw como herramientas de diagramas y diseño de UI basadas en texto plano o “ASCII”
    • Mockdown funciona directamente en la web y también soporta móvil
    • Wiretext funciona en la web, pero solo puede usarse en escritorio
    • Monodraw se ofrece como app para Mac
  • Estas herramientas se usan cuando se prefieren opciones visuales deliberadamente limitadas, cuando se crean diagramas de baja intensidad para incluir en el código fuente y, cada vez más, también como punto de entrada para la gen AI
  • Una forma de trabajo que alcanzó su auge en las décadas de 1970 y 1980 está reviviendo de manera moderna
    • Hace pensar en la familia de TUI como Turbo Vision
    • A esto se suman sensibilidad moderna, rendimiento, accesibilidad web y manejo con mouse y trackpad
  • El modo de trabajo con restricciones se está volviendo importante en sí mismo
    • Cuanto más aumenta la potencia de las computadoras, más útil resulta ya imponerse restricciones para facilitar el trabajo
    • Con la expansión de la AI, la auto-restricción también se vuelve importante en la dirección de hacer el trabajo más difícil
  • El texto plano monoespaciado tiene fuerza para durar no solo por la portabilidad del formato de archivo, sino también porque la edición de texto como interfaz es ampliamente conocida y poderosa
  • El ASCII spray de Mockdown se destaca como un elemento especialmente divertido
  • El “ASCII” del que se habla aquí no es tanto un término técnico estricto, sino más bien una expresión coloquial parecida a llamar “GIF” a cualquier animación en bucle

Lecturas relacionadas

1 comentarios

 
GN⁺ 4 일 전
Comentarios de Hacker News

  • Me alegró ver que pusieran como ejemplo la contabilidad en texto plano
    Migré la contabilidad de mi negocio unipersonal de QuickBooks a Beancount+Fava y estoy mucho más satisfecho; además le conecté un sistema de facturas basado en texto y un seguimiento del kilometraje del auto, y también agregué un validador para que los gastos con estado fiscal siempre tengan documentos de respaldo vinculados
    Es mucho más rápido y fácil de usar que QuickBooks, no tengo que ver publicidad, y con git y pruebas de commit RFC3161 puedo demostrar cuándo agregué qué cosa; además, hay menos riesgo de que un descuido al editar texto haga desaparecer registros, y también es fácil revisar cuándo se creó cada entrada
    La clave es que todo es plain text, pero si quiero también le añadí extensiones de Fava para manejarlo desde el navegador; estaría aún mejor si existiera un Fava TUI con gráficos, pero la interfaz web ya está bastante bien
    Ahora solo falta ver qué opina de esto mi contador

    • Apenas me enteré de que existe Beancount y la verdad suena bastante tentador
      Soy estadounidense, pero trabajo en otro país, así que siempre manejo 2 monedas; en Gnucash nunca logré quedar satisfecho con cómo maneja múltiples divisas, así que mi esposa y yo hemos llevado todo en archivos de texto hasta ahora
      Como ya usamos un formato bastante consistente, creo que al migrar a Beancount podría automatizar como el 95% del trabajo con un script de conversión o incluso con ayuda de un LLM, y solo haría falta mostrar advertencias para las entradas que no se puedan parsear
      Es muy probable que yo también termine yéndome por Beancount + Fava
    • Esto me parece un impulso excelente para mis proyectos de plain text accounting
      Sobre todo, me interesa saber más a detalle cómo usan las pruebas de commit RFC3161
      Supongo que usan firmas GPG para demostrar que el autor del commit es quien dice ser, pero me da curiosidad si usan un servicio externo de sellado de tiempo y una CA externa, o si arman su propia cadena de confianza
      También quisiera saber qué evidencia y qué procedimiento se usarían en la práctica si un auditor contable pidiera verificar la autenticidad de los commits del libro contable
    • Este enfoque me encanta
      Incluso cuando yo mismo diseño un formato de archivo simple, siempre pienso de antemano cómo convertirlo a un formato más común si hace falta
      Solo saber que existe una ruta de salida para entregárselo a otra persona cuando sea necesario ya da mucha tranquilidad
      En este caso, parece que también sería fácil convertirlo a CSV, que probablemente un contador sí aceptaría

  • Puede que su apogeo haya sido en los 70 y 80, pero incluso a inicios de los 90 con DOS había TUI realmente excelentes
    Fue antes de que Windows dominara por completo, y por lo general había tarjetas gráficas y monitores compatibles con VGA, así que se podía usar un modo texto de alta resolución, nítido e incluso con fuentes ajustables, y muchas veces también había mouse
    Yo crecí acostumbrado justo a ese entorno con QBASIC y EDIT.COM
    Incluso había aplicaciones de aquella época que implementaban un cursor de mouse de verdad, y este video de Bisqwit lo muestra bien: https://www.youtube.com/watch?v=7nlNQcKsj74

    • Me encantaba el editor de código de Borland de esa época
      Era el editor que venía en Turbo-C, Turbo-Pascal, etc., y casi se le podía llamar un IDE
      El WordPerfect, WordStar y Lotus 1-2-3 en modo texto también eran muy buenos
    • Para mí, lo más cercano a la cima del TUI es Norton Commander o Midnight Commander
    • Yo diría que, de hecho, la edad de oro del TUI es ahora
      Si ves Omarchy, un sistema operativo centrado en terminal y archivos de configuración, es casi un paraíso
      Me emociona pensar hasta dónde puede llegar esta tendencia si avanzamos hacia un mundo donde la interfaz principal con las máquinas sea la conversación basada en texto
      Sé que aquí a muchos no les gusta que se hable de IA, pero a mí ese futuro de verdad me entusiasma

  • Al ver el título me fui un poco por otro lado distinto al texto principal, pero si creen que el plain text es la base de una computación simple y robusta, vale la pena ver la charla de Dylan Beattie There's no such thing as plain text
    https://www.slideshare.net/slideshow/theres-no-such-thing-as-plain-text-dylan-beattie/249952971
    También se pueden encontrar fácilmente varios videos de conferencias

    • Todavía no veo el video, pero solo con las diapositivas parece que uno de los puntos centrales es el problema de la codificación
      Incluso salen ejemplos como UTF-16LE y UTF-16BE
      Por suerte, hoy en día UTF-8 ya se volvió el valor por defecto de facto, así que salvo que haya una razón especial, ya se puede asumir que la mayoría de los documentos están en UTF-8
      Incluso cuando recibo un archivo de texto cuya codificación no conozco, diría que hay como un 99.7% de probabilidad de que sea UTF-8, así que siento que ya se puede volver a decir que sí existe el plain text
    • Solo viendo la presentación no termino de captar bien el argumento
      Si la idea es decir que cosas como code pages o UTF-16 también son plain text, pero en realidad no lo son, entonces ese argumento me suena bastante desfasado para 2026
      A estas alturas, UTF-8 ya está prácticamente en todas partes
    • Llevo tiempo usando esa expresión, pero solo tenía la vaga idea de que seguramente ya existía una buena charla al respecto
      Me gusta ver que ese material sí existe
    • No estoy para nada de acuerdo con ese argumento
      Un sistema tan complejo y extraño como Unicode no se puede llamar plain, y hasta hoy muchos problemas relacionados con Unicode siguen apareciendo con frecuencia en un montón de aplicaciones
      El único sistema de texto que de verdad funciona bien en todas partes sigue siendo ASCII, y creo que solo algo de ese nivel merece llamarse plain text
      Eso implica una limitación hacia el inglés, claro, pero en muchos entornos eso incluso resulta natural, y aunque yo no soy hablante nativo de inglés, igual puedo defender esa postura

  • El plain text de verdad es buenísimo
    Llevo más de 20 años gestionando mis notas en https://github.com/nickjj/notes
    También llevo como 7 años manejando mis facturas en plain text con https://github.com/nickjj/invoice
    Y para llevar registro de ingresos y gastos también tengo https://github.com/nickjj/plutus, y me ha funcionado increíblemente bien
    Ahora solo exporto el CSV del banco, lo meto en Plutus y, después de ajustar un poco las categorías durante unos minutos, ya queda lista la contabilidad
    Ya llevo 2 años haciendo así mi declaración de impuestos

  • El texto es Lindy
    Ha resistido la prueba del tiempo y está tan difundido como SQL o TCP/IP
    También me hace pensar en el viejo texto de Graydon Hoare Always bet on text
    [1]: https://news.ycombinator.com/item?id=8451271
    [2]: https://graydon2.dreamwidth.org/193447.html

  • Me pregunto si aquí considerarían que HN también es plaintext
    Claramente el sitio está hecho con HTML e hipervínculos, pero la experiencia real de uso se siente más parecida a una interfaz de texto con elementos clicables
    Desde un punto de vista criptográfico, HTML también va codificado en ascii/utf-8, así que se podría decir que es plaintext, pero a nivel MIME, text/plain y text/html distinguen entre estructura de documento e información de estilo
    A la terminal también se le suele considerar plaintext, pero en realidad lleva metainformación en forma de escape sequences que no siempre son fáciles de leer directamente por una persona
    Por otro lado, en redes sociales hay muchas imágenes que solo contienen unas cuantas líneas de texto, y las plataformas móviles recientes incluso ya permiten reconocer y seleccionar el texto dentro de las imágenes
    Entonces también surge la duda de si una imagen con puro texto, sin otros elementos, podría considerarse plaintext
    En el fondo, lo que quiero preguntar es dónde trazarían hoy, varias décadas después de sus primeras implementaciones, los límites del plaintext

    • HN es simplemente HTML bastante normal, así que creo que no habría problema en llamarlo plaintext

  • Esto ya se aparta un poco del texto principal, pero me hizo pensar en los gráficos estadísticos hechos con caracteres de texto
    Hace mucho usé la versión educativa de MINITAB para DOS, y podía dibujar scatter diagrams, dotplots y box-and-whisker plots con caracteres de texto
    Si no recuerdo mal, se podía elegir entre texto puro o ASCII, o caracteres de trazado de líneas de DOS
    La idea era que uno explorara primero los datos antes de pasar a pruebas estadísticas formales
    Me pregunto si hoy sigue existiendo algún programa que dibuje un dotplot decente en la terminal de esa forma

  • La lista de arriba podría ser todavía más larga
    https://asciiflow.com/
    https://asciidraw.github.io/
    Me da curiosidad si conocen más herramientas

  • También está M-x artist-mode, que se puede usar directamente en Emacs

  • El plain text claramente tiene muchas ventajas, pero en el momento en que necesitas estructura, terminas empezando desde cero archivo por archivo
    Siempre hay gente con nostalgia por procesar plain text combinando herramientas viejas de Unix de manera improvisada, pero ese enfoque puede servir para cosas temporales; no sustituye un formato bien especificado

    • Ya existen bastantes formatos de plaintext estructurado como XML, JSON, YAML, RDF, EDN, LaTeX, OrgMode, Markdown
      Se pueden procesar incluso como texto normal por líneas, también permiten transformación de datos estructurados, y además ya hay clientes o lectores que los renderizan casi como si fueran WYSIWYG