Um aplicativo estruturado de anotações para uso pessoal

Artigo original ↗ Discussão no Hacker News ↗

Um novo aplicativo estruturado de anotações, auto-hospedável, atraiu interesse de usuários que gostam da interface em estilo outliner, mas questionam sua maturidade, a estabilidade no mobile e a dependência de um “banco de dados” em JSON em vez de arquivos de texto simples. Grande parte do debate gira em torno da posse dos dados a longo prazo: muitos usuários preferem fortemente ferramentas como Obsidian, Logseq ou Joplin que armazenam notas como Markdown legível por humanos, são fáceis de sincronizar ou versionar com Git e minimizam o lock-in com o fornecedor. Outros argumentam que bancos de dados permitem consultas e estrutura mais poderosas, sugerindo um modelo híbrido, mas privacidade, criptografia de ponta a ponta e abertura dos formatos continuam sendo prioridades inegociáveis para muitos.

Recepção geral e posicionamento

  • Muitos consideram o aplicativo visualmente atraente, estruturado e robusto; o projeto de exemplo funciona.
  • Ser um aplicativo web que pode ser auto-hospedado o torna interessante como uma alternativa no estilo Obsidian/Logseq.
  • Compartilhamento/colaboração é considerado “obrigatório”; aparentemente está planejado, mas ainda não existe.
  • A experiência atual na web/mobile é descrita como de qualidade beta: falhas na interface, navegação por data quebrada, problemas no calendário e na splash screen do PWA.
  • Alguns criticam a identidade visual roxa por ser próxima demais da do Obsidian e observam semelhanças com Logseq/Anytype.

Formato de armazenamento, lock-in e longevidade

  • Vários comentaristas perguntam se as notas são armazenadas como texto simples/Markdown e se as estruturas de pastas são preservadas.
  • Há uma forte preferência, por parte de muitos, por arquivos de texto planos e legíveis por humanos, além de ferramentas como git, para durabilidade e portabilidade de longo prazo.
  • Outros argumentam que bancos de dados internos (por exemplo, JSON ou SQL) são aceitáveis se houver exportação robusta para formatos simples, e que podem oferecer vantagens de desempenho e confiabilidade.
  • Há um debate prolongado usando o Joplin como exemplo:
    • Um lado não gosta de mover Markdown para um DB, vendo isso como um “silo fechado” e uma perda dos benefícios de arquivos planos.
    • O outro lado diz que um DB ainda é aberto (com ferramentas padrão) e mitiga limitações do sistema de arquivos.
  • A discussão se estende a abordagens híbridas (arquivos planos como fonte da verdade mais um DB de índice regenerável).

Comparações com ferramentas existentes

  • Obsidian: elogiado por Markdown no sistema de arquivos, busca rápida, ecossistema rico de plugins, separação por múltiplos vaults e possibilidade de editar com outras ferramentas (VS Code, Vim, iA Writer). Principais desvantagens: código fechado e necessidade de sincronização separada.
  • Logseq: apreciado por páginas diárias, estrutura em nível de blocos, tarefas e consultas; criticado por ser excessivo, um “canivete suíço”, um outliner puro (difícil para texto livre) e mal documentado/marketing fraco.
  • Joplin: apreciado por ser open source, multiplataforma, auto-hospedável e por ter plugins como Kanban; criticado por armazenar dados em DB.
  • Outras alternativas mencionadas: SiYuan, Foam, Dendron (estagnado), Notion, Zim, Workflowy, Markdown simples + pastas com editores genéricos, Taskpaper, Verbatim.

Debates de arquitetura, UX e fluxo de trabalho

  • O aplicativo é visto como um híbrido entre outliner e banco de dados: uma estrutura hierárquica em árvore com meta-tags e possíveis visualizações em tabela/DB, semelhante a ferramentas mais novas como Tana/Remnote/Capacities.
  • Alguns gostam de árvores e visualizações em minimapa; outros acham a hierarquia imposta restritiva e se preocupam com referências cruzadas e com misturar itens de lista com seções de nível superior.
  • Vários usuários desejam quadros Kanban integrados; o autor indica que o Kanban está em andamento.
  • Um subconjunto considera todas essas apps exageradas e prefere texto simples + pastas do sistema operacional para evitar ficar “mexendo” na estrutura.

Privacidade, sincronização e preocupações com web3

  • Privacidade e possível criptografia de ponta a ponta são importantes para muitos; alguns questionam o posicionamento de “privacidade em primeiro lugar” ao mesmo tempo em que há login do Google.
  • Há ceticismo em relação a conexões com walletconnect.com e a quaisquer dependências cripto/web3, cujo propósito em um app de notas é “pouco claro”.
  • Um comentarista alerta que a demo hospedada anteriormente expôs credenciais de DB por meio de um .env publicado, embora outro observe que a produção usa um banco de dados diferente.

Meta

  • Surgem perguntas sobre a escolha de AGPL para um aplicativo web auto-hospedável (vista como potencialmente apropriada) e sobre a necessidade de um servidor Discord para um projeto tão pequeno.