Texto simples existe há décadas e vai continuar por aqui

 (unsung.aresluna.org)
2 pontos por GN⁺ 4 일 전 | 1 comentários | Compartilhar no WhatsApp
  • Ferramentas de diagramação e design de UI baseadas em texto simples monoespaçado voltaram a ser usadas, e a familiaridade da interface de edição de texto e a portabilidade do formato de arquivo lhes dão fôlego para durar muito tempo
  • Ferramentas como Mockdown, Wiretext e Monodraw são boas para criar diagramas de baixa fidelidade mantendo opções visuais limitadas, e também servem para uso dentro do código-fonte
  • O Mockdown pode ser usado imediatamente na web e no mobile, o Wiretext roda na web, mas é exclusivo para desktop, e o Monodraw é oferecido como app para Mac
  • Um estilo que atingiu seu auge nas décadas de 1970 e 1980 está voltando de uma forma que lembra a linhagem de TUIs como o Turbo Vision, agora com visual moderno, desempenho, acessibilidade na web e melhor uso com mouse e trackpad
  • Quanto maior o poder computacional, mais útil se torna um modo de trabalho com restrições autoimpostas, e essas ferramentas de texto simples estão sendo usadas cada vez mais também como ponto de entrada para gen AI

A permanência das ferramentas de texto simples

  • Ferramentas de diagramação e design de UI baseadas em texto simples ou “ASCII” como Mockdown, Wiretext e Monodraw são mencionadas
    • O Mockdown funciona diretamente na web e também oferece suporte a mobile
    • O Wiretext roda na web, mas só pode ser usado no desktop
    • O Monodraw é oferecido como app para Mac
  • Essas ferramentas são usadas quando se prefere opções visuais deliberadamente limitadas, ao criar diagramas de baixa fidelidade para inserir no código-fonte e, cada vez mais, também como ponto de entrada para gen AI
  • Um estilo que atingiu seu auge nas décadas de 1970 e 1980 está ganhando nova vida de forma moderna
    • Isso lembra a linhagem de TUIs como Turbo Vision
    • A isso se somam visual moderno, desempenho, acessibilidade na web e melhor operação com mouse e trackpad
  • O próprio modo de trabalho com restrições está se tornando mais importante
    • À medida que o poder computacional aumenta, já é útil impor restrições a si mesmo para tornar o trabalho mais simples
    • Com a disseminação da IA, a autoimposição de restrições também ganha importância na direção de tornar o trabalho mais difícil
  • O texto simples monoespaçado tem força para permanecer por muito tempo não só pela portabilidade do formato de arquivo, mas também porque a edição de texto como interface é amplamente conhecida e poderosa
  • O ASCII spray do Mockdown é citado como um elemento especialmente divertido
  • O “ASCII” mencionado aqui não é tanto um termo técnico estrito, mas sim uma expressão coloquial, parecida com chamar qualquer animação em repetição de “GIF”

Leituras relacionadas

1 comentários

 
GN⁺ 4 일 전
Comentários do Hacker News

  • Fiquei feliz de ver contabilidade em texto puro como exemplo
    Migrei a escrituração da minha empresa individual do QuickBooks para Beancount+Fava e estou muito mais satisfeito; também integrei um sistema de faturas baseado em texto e o rastreamento de quilometragem do carro, além de ter colocado um validador para exigir que despesas com status fiscal sempre tenham documentos comprobatórios anexados
    É muito mais rápido e fácil de usar do que o QuickBooks, não preciso ver anúncios, e com git e prova de commit RFC3161 consigo demonstrar quando cada adição foi feita; também reduzi o risco de perder registros por edições de texto descuidadas e dá para verificar facilmente quando cada item foi criado
    O ponto central é que tudo é plain text, mas se quiser também adicionei extensões do Fava para trabalhar com isso no navegador; seria ainda melhor se existisse um Fava em TUI com gráficos, mas a interface web já é boa o suficiente
    Agora só falta descobrir como meu contador vai lidar com isso

    • Conheci o Beancount agora e achei bem interessante
      Sou americano, mas trabalho em outro país e por isso sempre lido com duas moedas; no Gnucash nunca consegui tratar múltiplas moedas de forma satisfatória, então eu e minha esposa temos registrado tudo em arquivos de texto até hoje
      Como já usamos um formato bastante consistente, acho que ao migrar para o Beancount daria para automatizar uns 95% do trabalho com um script de conversão ou ajuda de um LLM, deixando só alertas para os itens que não forem analisados corretamente
      É bem provável que eu também vá para Beancount + Fava
    • Isso é um ótimo incentivo para os meus projetos de plain text accounting
      Principalmente porque quero entender melhor como usar prova de commit RFC3161
      Imagino que os commits sejam assinados com GPG para mostrar quem é o autor, mas tenho curiosidade sobre o uso de um serviço externo de timestamp e uma CA externa, ou se a ideia é montar uma cadeia de confiança própria
      Também queria saber quais materiais e procedimentos seriam usados na prática para comprovar a autenticidade dos commits do livro-caixa caso um auditor contábil exigisse isso
    • Eu gosto muito desse tipo de abordagem
      Quando crio um formato de arquivo simples por conta própria, sempre penso em como convertê-lo para um formato mais comum se necessário
      Só de saber que existe uma rota de saída para passar isso a outra pessoa quando precisar, já fico mais tranquilo
      Neste caso, parece que também seria fácil converter para um CSV que um contador aceitaria

  • Pode ser que o auge tenha sido nas décadas de 1970 e 1980, mas no DOS do começo dos anos 1990 também havia TUIs excelentes
    Foi antes de o Windows dominar por completo, e em geral já havia placas e monitores gráficos compatíveis com VGA, então dava para usar modo texto com alta resolução, nitidez e até fontes ajustáveis; muitas vezes também havia mouse
    Foi exatamente nesse ambiente que cresci usando QBASIC e EDIT.COM
    Havia até aplicativos da época com cursor de mouse de verdade, e o vídeo do Bisqwit mostra isso bem: https://www.youtube.com/watch?v=7nlNQcKsj74

    • Eu adorava o editor de código da Borland daquela época
      Era o editor que vinha no Turbo-C, Turbo-Pascal etc., e dava até para chamar de IDE
      O WordPerfect, WordStar e Lotus 1-2-3 em modo texto também eram muito bons
    • Para mim, o ápice da TUI é algo como Norton Commander ou Midnight Commander
    • Eu diria até que o auge da TUI é agora
      Se você olhar para o Omarchy, um sistema operacional centrado em terminal e arquivos de configuração, é quase um paraíso
      Estou animado para ver até onde isso pode ir num mundo em que a principal interface com as máquinas passe a ser uma conversa baseada em texto
      Muita gente aqui talvez não goste quando se fala de IA, mas eu sinceramente estou empolgado com esse futuro

  • O título me fez ir um pouco para outro lado em relação ao texto principal, mas se você acredita que plain text é a base de uma computação simples e robusta, vale ver a palestra There's no such thing as plain text, do Dylan Beattie
    https://www.slideshare.net/slideshow/theres-no-such-thing-as-plain-text-dylan-beattie/249952971
    Também dá para encontrar facilmente vários vídeos de conferências

    • Ainda não vi o vídeo, mas só pelos slides parece que um dos pontos centrais é a questão de codificação
      Há exemplos como UTF-16LE e UTF-16BE
      Felizmente, hoje em dia o UTF-8 virou o padrão de fato, então, salvo algum motivo especial, dá para assumir que a maioria dos documentos está em UTF-8
      Mesmo quando recebo um arquivo de texto com codificação desconhecida, considero que há uns 99,7% de chance de ser UTF-8, então sinto que agora já dá para voltar a dizer que texto puro existe
    • Só pelo slideshow não consigo entender bem a tese
      Se a ideia é que coisas como code pages ou UTF-16 são plain text, mas na verdade não são, isso me parece uma visão bem ultrapassada para 2026
      Hoje o UTF-8 está praticamente em todo lugar
    • Eu já usava essa expressão havia muito tempo, só tinha a vaga sensação de que devia existir alguma apresentação boa sobre isso
      É bom ver que esse material realmente existe
    • Eu discordo fortemente dessa ideia
      Um sistema complexo e esquisito como o Unicode não pode ser chamado de plain, e até hoje muitos aplicativos têm problemas frequentes com Unicode
      Na minha visão, o único sistema de texto que realmente funciona em todo lugar ainda é o ASCII, e é esse nível de simplicidade que deveria ser chamado de plain text
      Isso significa uma limitação ao inglês, mas em muitos contextos isso é até natural; eu mesmo não sou falante nativo de inglês e ainda assim consigo defender essa posição

  • Plain text é realmente ótimo
    Eu gerencio mais de 20 anos de notas em https://github.com/nickjj/notes
    Também lido com faturas há cerca de 7 anos em plain text com https://github.com/nickjj/invoice
    Para rastrear receitas e despesas, também uso https://github.com/nickjj/plutus e estou muito satisfeito
    Agora basta exportar os CSVs do banco, jogar no Plutus e passar alguns minutos ajustando categorias para fechar a escrituração
    Já faz 2 anos que também faço a declaração de impostos desse jeito

  • Texto é Lindy
    Passou no teste do tempo e está tão disseminado quanto SQL ou TCP/IP
    Também me lembra o texto antigo do Graydon Hoare, Always bet on text
    [1]: https://news.ycombinator.com/item?id=8451271
    [2]: https://graydon2.dreamwidth.org/193447.html

  • Fico me perguntando se aqui o HN também seria considerado plaintext
    É claro que o site é feito de HTML e hyperlinks, mas a experiência prática de uso se aproxima de uma interface de texto clicável
    Do ponto de vista criptográfico, HTML também é codificado em ascii/utf-8, então poderia ser considerado plaintext; mas no tipo MIME, text/plain e text/html distinguem estrutura do documento e informação de estilo
    Terminais também costumam ser vistos como plaintext, mas na prática carregam metadados em sequências de escape que nem sempre são legíveis diretamente por humanos
    Por outro lado, nas redes sociais há muitas imagens com algumas linhas de texto, e plataformas móveis recentes já conseguem reconhecer e até selecionar o texto dentro da imagem
    Então surge a dúvida: uma imagem contendo apenas texto, sem outros elementos, seria plaintext?
    No fim, o que quero perguntar é onde devemos traçar hoje a fronteira do plaintext, tantas décadas depois da implementação inicial

    • HN é só HTML comum, então acho razoável chamar isso de plaintext

  • Isso é um pouco diferente do texto principal, mas me fez lembrar de gráficos estatísticos baseados em caracteres de texto
    Há muito tempo usei a versão educacional do MINITAB para DOS, e ela desenhava scatter diagrams, dotplots e box-and-whisker plots usando caracteres de texto
    Se bem me lembro, dava para escolher texto puro, ASCII ou caracteres de desenho de linha do DOS como opção
    A ideia era incentivar a exploração dos dados antes de partir para testes estatísticos formais
    Fiquei curioso se ainda existe hoje algum programa que desenhe um dotplot decente no terminal desse jeito

  • A lista lá de cima pode ficar ainda maior
    https://asciiflow.com/
    https://asciidraw.github.io/
    Fico curioso para saber que outras ferramentas existem

  • Também existe o M-x artist-mode, que pode ser usado diretamente no Emacs

  • plain text sem dúvida é ótimo, mas no momento em que você precisa de estrutura, acaba começando do zero em cada arquivo
    Sempre há gente nostálgica pelo uso improvisado de ferramentas Unix antigas para processar plain text, combinando tudo ad hoc, mas essa abordagem pode funcionar em situações temporárias e ainda assim não substitui um formato bem especificado

    • Existem muitos formatos estruturados em plaintext, como XML, JSON, YAML, RDF, EDN, LaTeX, OrgMode, Markdown
      Dá para processá-los também como texto comum baseado em linhas, converter dados estruturados e ainda contar com clientes ou leitores que renderizam isso quase como WYSIWYG