Mi GitHub es un cementerio
Tengo repositorios que nunca vieron un commit después del Initial commit. Librerías que iban a ser "la definitiva". Microservicios que resolvían problemas que nadie tenía. Dashboards que se quedaron en localhost:3000.
No estoy orgulloso. Pero tampoco estoy solo.
Lo llamo el Síndrome del Proyecto Perfecto: esa trampa mental donde cada idea nueva parece mejor que la que estás ejecutando, y terminas con 47 repositorios abandonados y cero productos lanzados.
Cómo se ve en la práctica
Fase 1: La epifanía. Se te ocurre una idea. Es brillante. Vas a resolver un problema real. Abres el repo, configuras el linter, ESLint, Prettier, Husky, commitlint, CI/CD con GitHub Actions. Tres horas configurando herramientas antes de escribir una línea de lógica.
Fase 2: El rabbit hole técnico. "Voy a usar este stack nuevo que quiero aprender." Next.js, tRPC, Prisma, Turbo, Turborepo, pnpm workspaces. Lo que iba a ser un CRUD ahora tiene una arquitectura hexagonal con event sourcing. Llevas dos semanas y no hay demo.
Fase 3: La comparación asesina. Abres Twitter. Ves a alguien que lanzó algo en un fin de semana con PHP y jQuery y tiene 200 usuarios. Tu proyecto, técnicamente superior, sigue en localhost. En lugar de inspirarte, te desmoralizas. "¿Para qué seguir si mi stack perfecto no avanza?"
Fase 4: El ciclo se repite. Nueva idea. Nuevo repo. Nueva configuración de ESLint. El anterior queda ahí, acumulando polvo digital.
La raíz del problema
No es falta de disciplina. Es miedo disfrazado de perfeccionismo.
Cada hora que pasas configurando en lugar de construyendo es una hora que no estás exponiendo tu trabajo al mundo. Y el mundo puede ser cruel. Tu código, tu producto, tu escritura — todo es criticable. El setup de ESLint no. El pipeline de CI/CD no. La arquitectura hexagonal no (bueno, esa sí, pero necesitas a alguien que la entienda).
El perfeccionismo técnico es una zona de confort muy bien decorada.
Lo que funcionó para mí
Regla del "viernes o muerte". Si una idea no tiene un MVP funcional en una semana, muere. No un MVP bonito — un MVP que hace la cosa. Sin tests. Sin CI/CD. Sin diseño. Una sola funcionalidad que resuelva el problema. Si después de eso la idea vale la pena, le metes ingeniería. Si no, la matas con honor y sin culpa.
Stack de la pereza. Elijo tecnologías que ya conozco para la versión 1. Nada de "voy a aprovechar y aprender Rust". Aprendo en proyectos laterales, no en el que quiero lanzar. Para lanzar, uso lo que me toma 3 horas, no 3 semanas.
Construye en público (aunque te dé vergüenza). El primer artículo de mi blog no era bueno. Tampoco el segundo. Pero cada uno fue mejor que el anterior. Si esperas a que esté perfecto, nunca publicas. La retroalimentación real es mejor que la perfección imaginaria.
El cementerio tiene valor. Esos repositorios muertos no son fracasos — son experimentos. Cada uno te enseñó algo: un patrón que no funciona, una arquitectura demasiado compleja, una idea que al ejecutarla no era tan buena como sonaba. Revísalos de vez en cuando. Algunos merecen resurrección.
La pregunta que me hago ahora
Cada vez que empiezo algo nuevo, me pregunto:
"¿Estoy construyendo esto para que exista, o para que sea perfecto?"
Si la respuesta es lo segundo, cierro el editor y me voy a tocar grama.
¿Esto te resonó? Hay más cada semana. Newsletter o X.
Top comments (0)