Ask HN: ¿Cómo se te ocurren ideas para proyectos secundarios en 2024?
Los desarrolladores que buscan ideas para proyectos secundarios en 2024 están menos limitados por la falta de ideas que por elegir, acotar y terminar algo significativo. Muchos sostienen que los mejores proyectos surgen de resolver problemas concretos propios o dolores en el trabajo, los pasatiempos o la vida diaria, a menudo en nichos donde las herramientas existentes son torpes, caras o no encajan del todo. Otros enfatizan que las ideas simples están bien, que la ejecución y la distribución importan más que la originalidad, y que optimizar por aprendizaje o satisfacción personal suele funcionar mejor que perseguir una monetización rápida.
Problema central: ideas vs. ejecución
- Muchos comentaristas argumentan que el OP no carece de ideas, sino que tiene dificultades para acotar el alcance y terminar.
- Tema recurrente: las ideas son una pequeña fracción del éxito; la ejecución constante, publicar y iterar importan mucho más.
- Algunos señalan que perder interés después de resolver la “parte difícil” es común, y que está bien si el objetivo es aprender en lugar de lanzar.
De dónde vienen las ideas
- La estrategia más popular: resolver tus propios problemas concretos en el trabajo o en la vida diaria (p. ej., herramientas fiscales, ayudas para visa/inmigración, compartir fotos para padres mayores, herramientas de preparación para leetcode, utilidades bancarias).
- Usar pasatiempos como inspiración (música, fitness, aprendizaje de idiomas, arte, cosplay, perros, juegos).
- Buscar “cosas que apestan” o están sobrevaloradas y construir una versión más simple/mejor.
- Explorar conjuntos de datos existentes, foros de nicho, Discords, grupos de Facebook con profesionales frustrados; las quejas suelen señalar necesidades no cubiertas.
- Convertirse en experto de un dominio fuera de la tecnología; entonces las ineficiencias se vuelven obvias.
Simplicidad, alcance y elecciones de tecnología
- Fuerte rechazo a descartar ideas “simples”; se elogian los productos simples que los usuarios realmente quieren.
- Consejo de minimizar agresivamente el alcance del MVP, publicar algo divertido o útil el primer fin de semana y dejar que la retroalimentación de usuarios añada complejidad después.
- Varios señalan que muchas herramientas personales o de nicho no necesitan backends complejos; intentar forzar complejidad de backend puede ser contraproducente.
- Algunos comparten stacks y herramientas (p. ej., Postgres con herramientas type-safe, nginx-proxy/Traefik para Let’s Encrypt), pero los ven como secundarios frente al valor del producto.
Dinero, motivación y objetivos
- Opiniones divididas: algunos ignoran explícitamente la monetización y optimizan por la alegría, el aprendizaje o ayudar a comunidades específicas; otros apuntan a “beer money” o SaaS de nicho.
- Un grupo dice que construir principalmente por dinero desmotiva; la pasión o la necesidad personal tienden a producir proyectos mejores y más duraderos.
- Otro grupo recomienda apuntar a mercados grandes ya validados, copiar aplicaciones existentes y hacerlas más baratas, rápidas y agradables, sin sobreidealizar la “unicidad”.
- La distribución importa: planifica dónde llegarás a los usuarios (comunidades pequeñas y enfocadas) en lugar de depender solo de plataformas amplias.
Mejorar la ejecución
- Las sugerencias incluyen: lanzamientos con límite de tiempo, kanban/roadmaps incluso para proyectos en solitario, revisitar y revivir ideas antiguas sin terminar, contribuir a backends existentes de código abierto, o incluso comprar un proyecto secundario.
- Varios enfatizan la autoconciencia: elige proyectos alineados con lo que realmente te mantiene trabajando—la picazón personal, la retroalimentación del público o el desafío técnico.