🧠Sabiduría
🇪🇸🇬🇧
Menú
🏠Inicio

Carpetas

  • ☁️Guide: Deploying Misabiduria on Cloudflare Pages
  • 🐊Bombardino: El meme que se hizo camiseta
  • 🐕‍🦺Perretex: Cuando me di cuenta de que necesitaba una base de datos
  • 🦔Blurgy: Mi primer proyecto (y este blog)
  • Añadir artículo
Avatar de Sabiduría

Alejandro

🖼️Galería

Este blog registra la sabiduría acumulada a través de proyectos. Después de dar vueltas a otras ideas, llegó Perretex: un lugar donde cualquiera podía tener un perro vinculado a "su" usuario, ser el dueño, y dar like o comentar en los perros de otros. Suena simple; en la práctica, te obliga a pensar en identidad, persistencia y permisos.

Sin base de datos, no hay cambios duraderos

Al principio, puedes simular pantallas y datos en memoria. Pero tan pronto como quieres que los likes y comentarios sigan ahí mañana, y que alguien más vea lo que pasó, el navegador solo no es suficiente: necesitas un lugar donde guardar filas de forma ordenada. Fue entonces cuando me di cuenta: necesitaba una base de datos (o, esencialmente, un backend con almacenamiento; la misma idea: algo confiable que no se evapore al cerrar la pestaña).

Fue una lección clásica: el producto empuja el modelo de datos. Primero piensas en el "perfil del perro"; luego en "¿quién es el dueño de este perro?"; luego en "¿quién puede comentar aquí?". Sin tablas o documentos vinculados, se vuelve un caos rápidamente.

Lo que descubrí: El registro tradicional no siempre es necesario

Tenía en mente el guion de siempre: formulario de registro, email, contraseña, verificación... Mientras leía documentación y ejemplos, encontré un enfoque diferente: un nuevo usuario puede crearse automáticamente al entrar al sitio, sin registro manual. En la práctica, esto suele estar vinculado a una sesión, cookie o identificador que el sitio reconoce en visitas posteriores.

Esto cambia la experiencia: el visitante no rellena un formulario de "crear cuenta" para empezar; ya puede crear su perro, aparecer como el dueño e interactuar (likes, comentarios) con el ecosistema de datos entre bastidores.

No es magia: sigue siendo identidad persistida en el servidor, solo un flujo más silencioso que el que tenía en mi guion mental.

Conclusiones clave

  • La persistencia es lo primero: Si quieres dueños, likes y comentarios entre diferentes personas, necesitas un lugar común para los datos.
  • Investiga antes de implementar el flujo pesado: A veces hay patrones que reducen la fricción (usuarios anónimos o automáticos) que encajan exactamente con lo que buscas.
  • Sé honesto con los límites: Si el vínculo se basa en el navegador o dispositivo, debes saber qué pasa si alguien borra los datos locales o cambia de teléfono — es una decisión de diseño, no algo secundario.

Perretex me enseñó que incluso una red social mínima (aunque sea para perros) ya es un problema de datos. Y aprovechar lo que las herramientas ya ofrecen puede evitar que fuerces a cada visitante a pasar por un registro que quizás ni siquiera necesiten.

🐕‍🦺Perretex: Cuando me di cuenta de que necesitaba una base de datos

ProyectosAprendizajeBase de Datos

Este blog registra la sabiduría acumulada a través de proyectos. Después de dar vueltas a otras ideas, llegó Perretex: un lugar donde cualquiera podía tener un perro vinculado a "su" usuario, ser el dueño, y dar like o comentar en los perros de otros. Suena simple; en la práctica, te obliga a pensar en identidad, persistencia y permisos.

Sin base de datos, no hay cambios duraderos

Al principio, puedes simular pantallas y datos en memoria. Pero tan pronto como quieres que los likes y comentarios sigan ahí mañana, y que alguien más vea lo que pasó, el navegador solo no es suficiente: necesitas un lugar donde guardar filas de forma ordenada. Fue entonces cuando me di cuenta: necesitaba una base de datos (o, esencialmente, un backend con almacenamiento; la misma idea: algo confiable que no se evapore al cerrar la pestaña).

Fue una lección clásica: el producto empuja el modelo de datos. Primero piensas en el "perfil del perro"; luego en "¿quién es el dueño de este perro?"; luego en "¿quién puede comentar aquí?". Sin tablas o documentos vinculados, se vuelve un caos rápidamente.

Lo que descubrí: El registro tradicional no siempre es necesario

Tenía en mente el guion de siempre: formulario de registro, email, contraseña, verificación... Mientras leía documentación y ejemplos, encontré un enfoque diferente: un nuevo usuario puede crearse automáticamente al entrar al sitio, sin registro manual. En la práctica, esto suele estar vinculado a una sesión, cookie o identificador que el sitio reconoce en visitas posteriores.

Esto cambia la experiencia: el visitante no rellena un formulario de "crear cuenta" para empezar; ya puede crear su perro, aparecer como el dueño e interactuar (likes, comentarios) con el ecosistema de datos entre bastidores.

No es magia: sigue siendo identidad persistida en el servidor, solo un flujo más silencioso que el que tenía en mi guion mental.

Conclusiones clave

  • La persistencia es lo primero: Si quieres dueños, likes y comentarios entre diferentes personas, necesitas un lugar común para los datos.
  • Investiga antes de implementar el flujo pesado: A veces hay patrones que reducen la fricción (usuarios anónimos o automáticos) que encajan exactamente con lo que buscas.
  • Sé honesto con los límites: Si el vínculo se basa en el navegador o dispositivo, debes saber qué pasa si alguien borra los datos locales o cambia de teléfono — es una decisión de diseño, no algo secundario.

Perretex me enseñó que incluso una red social mínima (aunque sea para perros) ya es un problema de datos. Y aprovechar lo que las herramientas ya ofrecen puede evitar que fuerces a cada visitante a pasar por un registro que quizás ni siquiera necesiten.

En esta página

  1. Sin base de datos, no hay cambios duraderos
  2. Lo que descubrí: El registro tradicional no siempre es necesario
  3. Conclusiones clave

← Volver al inicio · 2026-04-04 · ~2 min