bzr.bz es un bazar de herramientas web pequeñas. Un puesto por idea. Cada herramienta vive en un subdominio y tiene su propia vida: nace como prototipo, se publica antes de estar "terminada", se itera sobre la marcha, y se mantiene mientras la use alguien.
No es una startup. No es un SaaS. No es un portafolio. Es un sitio donde aparcar ideas y ver cuáles arraigan.
La filosofía, en corto
El proyecto toma prestado del ensayo de Eric S. Raymond La Catedral y el Bazar. La catedral se diseña arriba y se construye durante años; cuando abre, abre perfecta. El bazar, en cambio, es ruidoso, desordenado, tiene puestos que abren y cierran, y evoluciona solo porque mucha gente está haciendo cosas a la vez sin pedir permiso.
bzr.bz se rige por cinco principios, a modo de reglas de casa:
1. Publicar pronto, publicar feo
Si algo funciona mínimamente, ya puede salir. Un prototipo en producción enseña más en una semana que un plan en un mes.
2. Los usuarios son el roadmap
Se mira qué se usa, no qué "debería" usarse. Las métricas son brújula, no trofeo.
3. Una herramienta = un propósito
Nada de mega-apps. Si una idea crece demasiado, se parte en dos puestos.
4. Morir bien es parte del ciclo
Si un puesto lleva meses sin visitas, se archiva sin drama. Queda una página estática de recuerdo y el código en GitHub. Siguiente.
5. Regla del fin de semana
Ningún prototipo inicial debería costar más de un fin de semana largo. Si cuesta más, es que la idea no está lo bastante reducida.
El ciclo de vida de un puesto
Cada herramienta pasa por fases. No hay plazos fijos, sí hay señales.
- Idea — se escribe en una nota de dos párrafos. Qué hace, por qué importaría a alguien (aunque sea a una sola persona), cuál es la versión mínima publicable.
- Prototipo — se construye la versión más tonta posible que haga la cosa principal. Sin login, sin settings, sin dark mode. Solo la función nuclear.
- Publicación — sale al subdominio. Se anuncia donde tenga sentido (Mastodon, HN, un grupo de amigos). Se mide tráfico, retención, feedback.
- Iteración — durante las primeras semanas se mira qué pide la gente real y se añade lo más barato con mayor impacto. Aquí se decide si hay fuego.
- Graduación o deprecación — graduación: tiene uso sostenido → se invierte en pulir, estabilizar, documentar. Deprecación: nadie vuelve → banner, congelación, archivo tras un mes.
Cómo se publica una idea nueva
El flujo recomendado es el mismo para cada puesto, y está pensado para eliminar fricción: cada puesto vive en su propio repo (bzr-<nombre>), se despliega en su propio subdominio (<nombre>.bzr.bz), y aparece automáticamente en el índice de la landing una vez se marca como "abierto".
La landing lee un tools.json centralizado donde cada puesto declara su nombre, tagline, URL, estado (prototipo / activo / archivado), fecha de apertura, y una línea de descripción. Archivar un puesto es cambiar su estado en ese JSON. Todo lo demás se sigue sirviendo como estático.
Stack por defecto (pero flexible)
No hay un stack obligatorio, pero sí uno por defecto para no perder tiempo decidiendo:
- Frontend: lo que mejor encaje con la herramienta. SolidJS/Svelte para apps, HTML+CSS puros para lo simple, React si ya tiene librerías que te ahorran trabajo.
- Backend (cuando haga falta): SQLite + un framework delgado. Elixir/Phoenix, Deno Fresh, Go+HTMX, o FastAPI.
- Hosting: estático en Cloudflare Pages/Netlify para prototipos sin backend; Fly.io o un VPS pequeño para los que tengan servidor.
- Dominio y DNS: todo bajo
bzr.bzcon wildcard DNS hacia el hosting. - Analítica: algo ligero y respetuoso (Plausible, Umami self-hosted, o simplemente logs del servidor). Sin Google Analytics.
La regla es: elegir la herramienta que permita publicar antes, no la que quede mejor en el CV.
Cómo se mide el éxito
Tres señales, en orden de importancia:
- Uso real sostenido. Gente que vuelve la semana siguiente, no visitas puntuales de HN.
- Mensajes no pedidos. Alguien que escribe sin que le pidas feedback. Oro puro.
- Forks o imitaciones. Si alguien se inspira para hacer su versión, la idea tenía algo.
No se miden: likes, shares, "productos lanzados", horas dedicadas.
Qué NO es bzr.bz
Para evitar malentendidos con uno mismo dentro de seis meses:
- No es un negocio. Las herramientas pueden monetizarse si tiene sentido, pero eso no es el motor.
- No es una plataforma. Cada puesto es independiente. Comparten dominio y estética, no base de datos.
- No es un monorepo. Cada puesto es su propio repo con su propio ritmo.
- No es un porfolio para impresionar reclutadores. Algunos puestos van a ser feos o tontos, y está bien.
Última revisión: abril 2026 · Este documento se revisa cada vez que abre o cierra un puesto.