2026: El Año en que Programar se Volvió Barato y la Audiencia se Convirtió en el Foso

Probablemente encontraste este blog a través de linkedin o x

Esa es la idea. Llevo años lanzando proyectos de fin de semana - bots de trading, marketplaces de nft, apps de ios, watchfaces de garmin, plataformas de e-commerce, herramientas para aprender idiomas. La mayoría fracasan. Algunos funcionan. Pero todos me emocionan

¿El problema? Estaba construyendo en silencio. Pasaba tres meses en un proyecto, lo lanzaba con cero usuarios y pasaba al siguiente. Enjuagar y repetir. El código estaba ahí. Los productos funcionaban. Pero nadie sabía que existían

Qué Cambió en 2025-2026

Algo hizo clic cuando vi los números. El 82% de los desarrolladores ahora usan herramientas de ia para escribir código. Microsoft y Google anunciaron que una cuarta parte de su código es generado por ia. Cursor pasó de cero a 18% de cuota de mercado en 18 meses

Lo que pasé años dominando - escribir código limpio y eficiente - se convirtió en commodity casi de la noche a la mañana. Esto es lo que entendí: el código que escribo importa menos que la gente a la que le importa. La ventaja competitiva - el foso - ya no es la habilidad técnica

La Investigación que me Convenció

Me sumergí de lleno en esto. Leí todo lo que encontré sobre herramientas de ia para programar, historias de éxito de indie hackers y la economía de construir en público. Los datos eran claros:

El código se está comoditizando rápido

• Github copilot: 42% de cuota de mercado, 20M+ usuarios
• Alternativas open-source igualando la calidad en niveles gratuitos
• Guerra de precios en camino: $20/mes ilimitado → $0.02-0.05 por solicitud

Pero la audiencia se volvió valiosa

• 22% de los creadores de linkedin generando ingresos significativos con su presencia
• Indie hackers con audiencia: $57K-79K de side projects en 2025
• Construir en público muestra conversión 7-12x mejor que lanzamientos en Product Hunt

Los indie hackers que triunfaron no eran mejores desarrolladores. Tenían personas que confiaban en ellos antes de lanzar. Eso pega diferente

Por Qué Esto Importa para los Builders de Fin de Semana

Yo construyo mucho. Es lo que me emociona. Un fin de semana construyo un bot de trading. El siguiente es una app de ios. Luego un watchface de garmin. Luego una plataforma de e-commerce. No puedo evitarlo. Las ideas siguen llegando y me encanta darles vida

Pero aquí está el patrón que seguía repitiendo: construir durante tres meses → lanzar con cero usuarios → escuchar grillos → pasar al siguiente proyecto. El código estaba bien. Los productos funcionaban. Pero nadie sabía que existían. Fue entonces cuando vi lo que estaba pasando con construir en público

El Movimiento de Construir en Público

Desarrolladores compartiendo su camino en x, linkedin, indie hackers. Documentando fracasos. Mostrando cifras de ingresos. Pidiendo feedback en público

Mira, normalmente odio toda esta jerga indie hacker. Todos actúan como si estuvieran descubriendo algo nuevo, intentando engancharte con guías de "cómo hice $10k mrr en 30 días" cuando la mayoría de estas apps no generan dinero real. Pero la terminología está en todas partes, así que esto es lo que realmente significa: mrr es el ingreso mensual recurrente (ingresos por suscripción), foso es tu ventaja competitiva, construir en público es compartir tu camino mientras construyes, indie hackers son fundadores en solitario, y el grind es simplemente aparecer consistentemente. Nada de esto garantiza el éxito. La mayoría de los proyectos siguen fracasando. La única razón por la que algunos de estos proyectos tienen éxito es porque sus creadores tienen seguidores masivos

Un fundador construyó una herramienta gui simple para bases de datos. Nada revolucionario. Pero tenía 15,000 seguidores de años enseñando conceptos de bases de datos en twitter. Lanzó y facturó $8k el primer mes. No porque el producto fuera mejor. Porque la gente confiaba en él y quería apoyar su trabajo. Mientras tanto, productos técnicamente superiores con cero audiencia lanzaron y solo escucharon grillos

Así que Ahora Documento Todo

Esto es lo que decidí hacer. Cada proyecto de fin de semana se documenta. Cada fracaso se comparte. Cada lección aprendida va en un post del blog. Bots de trading, apps de ios, experimentos web3, integraciones de ia - todo. No porque piense que mis proyectos son especiales. Porque estoy construyendo el activo que realmente importa en 2026: una audiencia que confía en mí

El Cambio de Enfoque

Enfoque antiguo:

Enfoque nuevo:

La calidad del código es la misma. Los productos son los mismos. Pero los resultados son completamente diferentes. (por cierto, los diagramas de arriba son gráficos mermaid - generados con claude code)

Por Qué los Proyectos de Fin de Semana Son Perfectos para Esto

Si eres como yo - constantemente empezando proyectos nuevos porque te encanta construir - este enfoque podría funcionarte mejor. La mayoría de los consejos dicen "elige una cosa y profundiza durante años." pero así no trabajo yo. Me emociono con ideas nuevas. Quiero probar tecnologías diferentes. Me gusta la variedad

Cuando estoy construyendo un nuevo watchface de garmin o experimentando con una estrategia de trading cripto, tengo curiosidad genuina por saber si funcionará. Esa energía es real. Y la gente conecta con eso. Construir en público convierte eso en un activo. Cada proyecto de fin de semana se convierte en contenido. Cada pivote se convierte en una lección. Cada fracaso se convierte en una historia. El portafolio de experimentos documentados podría ser más valioso que un solo producto exitoso. Al menos esa es la apuesta que estoy haciendo

Por Qué Podrías Querer Intentar Esto

Mira, no sé si esto me funcionará a largo plazo. Quizás construya una audiencia de 10,000 personas y lance productos a leads calientes. Quizás tenga 47 seguidores y me sienta idiota por compartir todo públicamente. Pero esto es lo que sé con certeza: el enfoque antiguo no funcionaba. Construir en silencio durante meses. Lanzar y escuchar grillos. Preguntarme por qué a nadie le importaba lo que hice con todo mi corazón. Ese patrón tenía que romperse

En Qué Estoy Apostando

La tesis es simple: en un mundo donde la ia puede escribir código, lo que te diferencia es saber qué construir y quién lo necesita. Construir en público ayuda con ambas cosas. saber qué construir: cuando compartes tus ideas temprano, la gente te dice si es una tontería. Te ahorra meses construyendo lo incorrecto. encontrar quién lo necesita: cuando documentas tu camino, las personas que se preocupan por los mismos problemas te encuentran naturalmente. Son tus early adopters

Las habilidades que importan ahora:

• entender las necesidades del usuario (hablar con humanos)
• tomar buenas decisiones arquitectónicas (aún no se puede delegar a la ia)
• construir confianza y relaciones (el verdadero foso)
• comunicar qué estás construyendo y por qué (distribución)

¿Habilidad pura de programación? Comoditizada. ¿La capacidad de lanzar código mientras construyes audiencia? Eso podría ser la nueva habilidad escasa

El Experimento Continúa

Este blog es parte del experimento. Cada proyecto de fin de semana que construyo se documenta aquí. Cada fracaso se comparte. Cada decisión técnica se explica. Quizás esto lleve a algún lado. Quizás no. Pero esto es lo que sé: el peor caso es que tengo un portafolio de trabajo documentado que muestra lo que sé hacer. El mejor caso es que construyo una audiencia a la que realmente le importa lo que estoy construyendo. Cualquiera de los dos resultados es mejor que construir en silencio y preguntarme por qué nadie conoce mis proyectos