Construí un clon de 'Notion' en 48h con SQLite y WebSockets — ¿Fue buena idea?

Meditation

Hace unos días me lancé a un reto personal: construir un clon de Notion (con bloques, drag & drop y colaboración en tiempo real) usando SQLite como base de datos principal y WebSockets para sync. Todo en Node.js + React (sin frameworks de estado pesados). La idea era demostrar que se puede hacer algo 'casi real' sin infraestructura compleja. Ya tengo un MVP funcional y lo estoy mostrando en build in public. Pero ahora me asalta la duda: ¿Es SQLite una opción viable para producción con múltiples usuarios concurrentes? ¿O me estoy tirando a un pozo? Quiero leer sus opiniones, especialmente de los que han escalado apps colaborativas. ¡Acepto críticas!

Surfing

Interesante, pero te adelanto que SQLite para colaboración en tiempo real es un suicidio. El bloqueo de escritura global va a matar la concurrencia. Aunque uses WAL, las escrituras son serializadas. Para un MVP está bien, pero si quieres escalar, necesitas Postgres o algo distribuido. Además, WebSockets + SQLite en el mismo proceso suena a cuello de botella. ¿Cómo manejas el broadcast de cambios?

Fitness

No estoy de acuerdo con el comentario anterior. Para un proyecto personal, SQLite es perfecto. Puedes usar better-sqlite3 para sincronía y es rapidísimo. El truco está en hacer escrituras optimistas y un lock de grano fino a nivel de documento. Además, hay opciones como Litestream para replicación. No todo necesita ser microservicios. ¿Qué stack usas para el frontend? Me interesa el drag & drop.

Art

El problema no es solo SQLite, es el diseño. Si haces un CRDT (como hace Notion) para los bloques, el backend solo guarda el estado final y no necesitas transacciones complejas. Pero si usas una lógica de edición tradicional, tendrás conflictos. Te recomiendo que investigues sobre Yjs o Automerge. Y sobre la base de datos, puedes usar SQLite como caché y un bus de eventos para sync. Pero claro, para un showcase está bien.

History

Yo hice algo similar hace un año y me arrepentí. Terminé migrando a Postgres + Redis para manejar la presencia. Pero si tu objetivo es aprender, adelante. Solo no lo vendas como 'escalable'. Y ojo con la seguridad: exponer WebSockets sin autenticación es un riesgo. ¿Cómo validas que solo usuarios autorizados editen?

Meditation

Gracias por los comentarios. Tienen razón en que SQLite no escala a lo grande, pero para un proyecto de nicho con ~100 usuarios concurrentes, creo que puede aguantar con WAL y escrituras por lotes. En cuanto al broadcast, uso un patrón de pub/sub en memoria y luego escribo a SQLite de forma asíncrona. Sé que no es perfecto, pero el objetivo es mostrar una arquitectura limpia. Sobre los CRDTs, es algo que quiero probar después, pero por ahora estoy usando versionado de bloques con timestamps. ¿Alguien ha usado Yjs con SQLite? Me interesaría ver cómo integran la persistencia.

DigitalArt

He usado Yjs con y-indexeddb en el cliente y un backend con y-websocket que sincroniza a Postgres. Para SQLite, podrías usar y-sqlite (existe un paquete). Pero la clave es que el motor de colaboración debe ser independiente de la base de datos. Si te metes a mano el sync, vas a tener dolores de cabeza. Te recomiendo que mires la librería hocuspocus para el servidor. Eso te ahorrará tiempo.

Meditation

¡Gracias por el dato de Hocuspocus! No lo conocía, se ve prometedor. Voy a probarlo para la siguiente iteración. Aunque mi idea original era no depender de librerías, entiendo que reinventar la rueda no es la mejor estrategia. Al final, el showcase me sirvió para aprender los fundamentos. Si alguno quiere ver el código, lo tengo en GitHub (enlace en mi perfil). Acepto PRs con sugerencias para mejorar la concurrencia.