Show HN: Heynote – Um scratchpad dedicado para desenvolvedores

Artigo original ↗ Discussão no Hacker News ↗

Um novo app multiplataforma chamado Heynote pretende substituir fluxos de trabalho improvisados de “scratchpad” ao oferecer um único buffer de texto salvo automaticamente, dividido em blocos com reconhecimento de linguagem, incluindo matemática inline alimentada por Math.js. Os comentaristas elogiam sua simplicidade, UX e foco em notas rápidas e descartáveis para desenvolvedores, frequentemente comparando-o favoravelmente ao uso de Sublime, VS Code ou buffers scratch do Emacs. Os principais pontos de disputa são o tamanho e o uso de recursos por ser baseado em Electron, a configurabilidade limitada (fontes, atalhos, abas, sincronização) e uma licença não open source, além de pedidos para adicionar recursos sem comprometer o núcleo leve.

Recepção geral e casos de uso

  • Reação muito positiva; muitos dizem que é exatamente o que queriam para substituir Sublime/BBEdit/Notepad++/arquivos de texto simples para rascunhos.
  • Casos de uso comuns: “memória de trabalho” do dev, snippets rápidos, rascunho de mensagens para Slack/Jira, contas de guardanapo, experimentação estilo REPL, logs diários e notas gerais não relacionadas a dev.
  • Vários comparam com fluxos de trabalho de scratch/org-mode do Emacs, Obsidian, Notion e setups baseados em Vim, mas apreciam o escopo mais leve e focado do Heynote.

Conceito central e feedback de UX

  • Um único buffer infinito dividido em blocos com tag de linguagem é amplamente elogiado; o recolhimento de blocos e o realce de sintaxe misto são os principais atrativos.
  • Alguns gostariam de ordem “invertida” dos blocos (novos blocos no topo) ou comportamento de inserção configurável.
  • Há pedidos por terminologia mais clara (por exemplo, “tipo de bloco” vs “linguagem do bloco”) e melhor ajuda/documentação no app, especialmente para atalhos e sintaxe matemática.
  • A barra de status parece subutilizada para alguns; há sugestões para mover controles de tema/atualização para as configurações.

Desempenho, Electron e suporte de plataforma

  • O app é considerado fluido e responsivo, mas muitos criticam o tamanho do pacote de ~400MB e os ~200MB de RAM típicos do Electron.
  • As sugestões incluem Tauri, PWA ou nativo/Qt para reduzir o consumo; outros defendem o Electron por sua maturidade e facilidade multiplataforma.
  • Foi notado e corrigido um bug no link do AppImage para Linux. Pedidos por builds ARM para Linux, cask do Homebrew, pacotes Flatpak/Arch e versões para mobile/iPad.

Armazenamento de dados, sincronização e abertura

  • O buffer é armazenado como um único buffer.txt com delimitadores simples de blocos no diretório de configuração do app; salvamento automático com debounce.
  • Usuários querem caminho de armazenamento configurável, múltiplos buffers/abas, exportação por bloco e melhores opções de backup/sincronização (git, nuvem, iCloud/Drive).
  • Alguns não gostam de chamadas automáticas à rede (atualizações, taxas de câmbio) e querem uma forma de desativá-las.
  • A licença usa Commons Clause; vários apontam que isso não é “código aberto” nos termos da OSI e sugerem alternativas como GPL.

Pedidos de recursos e capacidades ausentes

  • Pedidos frequentes: bindings de Vim/vi, controle de fonte e tamanho da fonte (também por acessibilidade), temas, corretor ortográfico, timestamps/metadados dos blocos, busca/tagging, reordenação de blocos, menubar/toggle rápido, múltiplas janelas, estatísticas na barra de status e mecanismos de exportação.
  • Debate sobre adicionar abas versus preservar a simplicidade; alguns propõem filtros, favoritos ou tags em vez disso.

Blocos matemáticos e cálculos

  • Os blocos matemáticos (via math.js) são muito elogiados, especialmente unidades e conversão de moedas; usuários relatam satisfação com a álgebra automática de unidades.
  • Pedidos por documentação melhor, parsing mais natural (por exemplo, “10°C”), aritmética de data/hora, lançamentos de dados, derivadas/integração e cópia dos resultados com o texto.
  • Alguns observam peculiaridades (precedência de operadores com unidades, NaNs em certas definições) e pedem comportamento aprimorado.