Una aplicación estructurada para tomar notas de uso personal

Artículo original ↗ Discusión en Hacker News ↗

Una nueva aplicación estructurada para tomar notas y autohospedable ha despertado interés entre usuarios a quienes les gusta su interfaz tipo outliner, pero cuestionan su madurez, la estabilidad móvil y su dependencia de una “base de datos” JSON en lugar de archivos de texto plano. Gran parte del debate gira en torno a la propiedad de los datos a largo plazo: muchos usuarios prefieren firmemente herramientas como Obsidian, Logseq o Joplin, que almacenan notas como Markdown legible por humanos, son fáciles de sincronizar o versionar con Git y minimizan el bloqueo con el proveedor. Otros argumentan que las bases de datos permiten consultas y estructuras más potentes, proponiendo un modelo híbrido, pero la privacidad, la encriptación de extremo a extremo y la apertura de los formatos siguen siendo prioridades innegociables para muchos.

Recepción general y posicionamiento

  • A muchos les parece que la aplicación es visualmente atractiva, estructurada y robusta; el proyecto de ejemplo funciona.
  • Al ser una app web que puede autohospedarse, resulta interesante como alternativa estilo Obsidian/Logseq.
  • Compartir/colaborar se considera un “imprescindible”; supuestamente está planeado, pero aún no está.
  • La experiencia web/móvil actual se describe como de calidad beta: fallos de interfaz, navegación de fechas rota, problemas con el calendario y la pantalla de bienvenida de la PWA.
  • Algunos critican la marca morada por estar demasiado cerca de Obsidian y señalan similitudes con Logseq/Anytype.

Formato de almacenamiento, bloqueo y longevidad

  • Varios comentaristas preguntan si las notas se almacenan como texto plano/Markdown y si se preservan las estructuras de carpetas.
  • Muchos prefieren firmemente archivos de texto planos y legibles por humanos, junto con herramientas como git, para durabilidad y portabilidad a largo plazo.
  • Otros sostienen que las bases de datos internas (p. ej., JSON o SQL) están bien si existe una exportación sólida a formatos simples, y pueden ofrecer ventajas de rendimiento y fiabilidad.
  • Hay un debate extenso usando Joplin como ejemplo:
    • Un lado no quiere mover Markdown a una BD, viéndolo como un “silo cerrado” y una pérdida de las ventajas de los archivos planos.
    • El otro lado dice que una BD sigue siendo abierta (con herramientas estándar) y mitiga las limitaciones del sistema de archivos.
  • La discusión se amplía a enfoques híbridos (archivos planos como fuente de verdad más una BD de índice regenerable).

Comparaciones con herramientas existentes

  • Obsidian: elogiado por Markdown sobre el sistema de archivos, búsqueda rápida, amplio ecosistema de plugins, separación por múltiples vaults y capacidad de editar con otras herramientas (VS Code, Vim, iA Writer). Principales desventajas: código cerrado y necesidad de sincronización aparte.
  • Logseq: apreciado por las páginas diarias, la estructura a nivel de bloque, las tareas y las consultas; criticado por ser abrumador, “cajón de sastre”, un puro outliner (difícil para texto libre) y por estar mal documentado/mercadeado.
  • Joplin: valorado por ser de código abierto, multiplataforma, autohospedable y tener plugins como Kanban; criticado por usar almacenamiento basado en BD.
  • Otras alternativas mencionadas: SiYuan, Foam, Dendron (estancado), Notion, Zim, Workflowy, Markdown simple + carpetas con editores genéricos, Taskpaper, Verbatim.

Debates sobre arquitectura, UX y flujo de trabajo

  • La aplicación se ve como un híbrido entre outliner y base de datos: estructura jerárquica en árbol con metadatos y posibles vistas de tabla/BD, similar a herramientas más nuevas como Tana/Remnote/Capacities.
  • A algunos les gustan los árboles y las vistas minimapa; otros encuentran la jerarquía impuesta limitante y se preocupan por las referencias cruzadas y por mezclar elementos de lista con secciones de nivel superior.
  • Varios usuarios desean tableros Kanban integrados; el autor indica que Kanban está en progreso.
  • Un subconjunto considera que todas estas apps son excesivas y prefiere texto plano + carpetas del sistema operativo para evitar “andar toqueteando” la estructura.

Privacidad, sincronización y preocupaciones sobre web3

  • La privacidad y la posible encriptación de extremo a extremo son importantes para muchos; algunos cuestionan el posicionamiento de “privacy first” junto con el inicio de sesión de Google.
  • Se expresa escepticismo sobre conexiones con walletconnect.com y cualquier dependencia cripto/web3, cuyo propósito en una app de notas es “poco claro”.
  • Un comentarista advierte que la demo alojada expuso antes credenciales de la BD mediante un .env publicado, aunque otro señala que producción usa una base de datos distinta.

Meta

  • Se plantean preguntas sobre la elección de AGPL para una app web autohospedable (considerada potencialmente apropiada) y sobre si un proyecto tan pequeño necesita un servidor de Discord.