Web Reactiva

Todas los enlaces del programa están aquí

Esperando a Eskainet

En el mundo del desarrollo y la tecnología, todos aspiramos a alcanzar ese nivel donde nuestras decisiones reflejan experiencia y madurez profesional. Pero, ¿cómo sabemos cuándo realmente hemos llegado a ser "senior"? ¿Es necesario un título para validar nuestra experiencia?
Quiero compartir tres momentos reveladores en mi trayectoria profesional que marcaron mi evolución hacia la senioridad, junto con un error crítico que me enseñó tanto como los aciertos.

El poder de detectar el silencio
Uno de los primeros indicadores de experiencia es poder identificar cuando algo no va bien antes de que se convierta en un problema visible. Específicamente, reconocer cuando un colaborador está demasiado callado.
En nuestro trabajo, especialmente en desarrollo de software, el silencio prolongado suele ser una señal de alarma. Cuando alguien en tu equipo:
- No comunica sus avances
- Se mantiene hermético durante reuniones
- Habla vagamente sobre el futuro sin concretar el presente
- Evita entrar en detalles sobre su trabajo
Esto no necesariamente indica falta de esfuerzo—en un trabajo tan mental como la programación, la persona puede estar dando vueltas a un problema sin resultado visible. Las razones pueden ser diversas:
- Está bloqueada técnicamente pero teme admitirlo
- Enfrenta problemas personales que afectan su concentración
- Está realizando sobre-ingeniería, añadiendo funcionalidades no solicitadas
La capacidad de detectar estas situaciones anticipadamente y abrir canales de comunicación es fundamental. Un enfoque directo pero empático suele funcionar: "Llevas días sin compartir avances. ¿Hay algo en lo que pueda ayudarte? Todos pasamos por bloqueos."
Anticiparse a estos problemas antes de que escalen es una característica definitoria de la experiencia profesional.

Invertir tiempo para tomar decisiones informadas
El segundo momento revelador llegó cuando tuve que enfrentar la migración de un gran portal de noticias desde una tecnología obsoleta a una nueva versión.
Con recursos limitados y un proyecto complejo, la decisión fácil hubiera sido simplemente actualizar a la siguiente versión de la misma plataforma. Sin embargo, tomé un camino diferente:
- Invertí tiempo en crear una demostración práctica de la migración
- Desarrollé una lista detallada de requisitos y pasos necesarios
- Calculé honestamente las horas requeridas
- Evalué si la plataforma actual seguía siendo la mejor opción
Esta investigación reveló que, aunque era desarrollador de Drupal, la mejor recomendación para el cliente era migrar a WordPress.

Afrontar la humildad profesional
El tercer momento transformador vino de una experiencia aparentemente negativa: asistir a un taller de TDD (Desarrollo Dirigido por Tests) donde me sentí completamente perdido.
Estaba en un buen momento profesional—daba charlas, tenía proyectos interesantes, me sentía competente—cuando decidí participar en este taller de dos días. La realidad fue brutal:
- No entendía los conceptos básicos
- Me costaba seguir incluso los ejercicios introductorios
- Mi confianza profesional se desmoronó
Muchos asistentes simplemente no regresaron el segundo día. Yo decidí quedarme y sufrir la experiencia completa.
Esta decisión de enfrentar mi incompetencia me llevó a:
- Cuestionar mis métodos de trabajo actuales
- Investigar nuevos enfoques de programación
- Dedicar tiempo no remunerado a mejorar mis habilidades
Aunque no terminé adoptando TDD completamente, esta experiencia me dio una comprensión más profunda de por qué existen ciertas metodologías y cómo pueden aplicarse parcialmente para mejorar mi trabajo.
Un profesional senior reconoce cuando necesita aprender, no evita situaciones incómodas y utiliza esas experiencias para crecer, incluso cuando nadie le paga por ese aprendizaje.

El error crucial: confiar en la suerte
Para contrastar, comparto mi peor error profesional: aceptar implementar un CRM complejo sin tener conocimientos previos, esperando que "la suerte" (o el cliente) resolvieran las lagunas.
Me enfrenté a un proyecto atractivo económicamente para implementar un CRM con múltiples funcionalidades:
- Gestión de contactos y clientes
- Campañas de email marketing
- Sistema de cobros
- Integración con sistemas fiscales
Mi error fue instalar el sistema básico y luego esperar que, de alguna manera, todo encajara sin un verdadero esfuerzo de mi parte. No invertí las horas necesarias para comprender el sistema, sus capacidades y limitaciones.
El resultado fue desastroso: reuniones donde no entendía lo que el cliente pedía, problemas que no podía resolver, y finalmente, una experiencia negativa para todos los involucrados.
Lo que un verdadero senior habría hecho:
- Dedicar tiempo a entender completamente la herramienta
- Crear un plan de implementación realista
- O bien, reconocer honestamente que el proyecto excedía sus capacidades

La esencia de la senioridad: el plan
Lo que realmente define a un profesional experimentado no es la ausencia de dudas o la omnisciencia técnica, sino la capacidad de crear planes sólidos y adaptarlos cuando sea necesario.
Un senior sabe que:
- El conocimiento específico puede adquirirse
- La experiencia previa genera un "stack de decisiones contundentes"
- La responsabilidad implica admitir limitaciones
- La planificación reduce la dependencia de la suerte
La verdadera senioridad profesional no proviene de un título académico, sino de las lecciones aprendidas a través de éxitos y fracasos, de la capacidad de anticiparse a problemas, y sobre todo, de la voluntad de seguir aprendiendo incluso cuando creemos que ya lo sabemos todo.
La toga de senior no se otorga—se construye a través de decisiones diarias que priorizan la responsabilidad, la comunicación y la mejora continua, incluso cuando nadie está mirando.

WR | WR304

Puedes encontrarlo en Spotify, Apple Podcasts y otros podcatchers.

Con el primer spin-off de Web Reactiva en abierto, Esperando a Eskainet - Programa con Inteligencia Artificial, quiero acompañarte en este incierto camino de convivir con la IA en el mundo de la programación sin sucumbir ante el objeto brillante y el FOMO.

Todos los enlaces están aquí. 


WR | WR303

> Las notas completas y un listado amplio de plantillas las encontrarás están en este artículo.

Si has construido más de un proyecto, te habrás dado cuenta de que siempre empiezas igual. Configurar Stripe. Autenticación. Base de datos. Pricing. Un mismo patrón que se repite una y otra vez.
Marc Lou también se dio cuenta. La diferencia es que él empaquetó esa repetición y la vendió como un atajo. Su boilerplate ShipFast es básicamente eso: una recopilación de su código de siempre, convertido en producto.
Y funcionó.
En 48 horas hizo $6,000. En unos meses, más de $250,000. Hoy vende $36,000 al mes.
El código no ha cambiado mucho. El precio, sí.

¿Qué compra realmente la gente?
Hay muchas plantillas en el mercado. Algunas gratis, otras mucho más completas. Entonces, ¿por qué esta se vendió tan bien?

La clave no está en el código. Está en la historia que cuenta:
Velocidad. Lanza en días, no en semanas.
Éxito probado. 6,000 compradores, miles de dólares generados.
Comunidad. Un Discord con otros fundadores.
Acceso a Marc. No compras solo código, compras su visión.
La gente no quiere solo líneas de código. Quiere sentirse parte de algo más grande. Quiere creer que, comprando esta plantilla, estará más cerca del éxito.

¿De verdad vale la pena?
Depende.
Si eres un desarrollador experimentado, probablemente puedas hacer lo mismo en unas semanas. Si eres nuevo, puede que el código incluso te confunda. Pero el punto no es si el código es bueno o malo.
El punto es el tiempo que ahorra y el acceso a una red de gente con el mismo objetivo.
Porque el código puede copiarse.
El Marketing, la comunidad y la historia, no.

El negocio real
La verdadera lección aquí no es sobre un boilerplate. Es sobre cómo vender software.
Marc Lowe convirtió algo común (su código repetido) en algo especial (un producto con historia). No vendió código. Vendió un atajo mental. Y la gente paga por los atajos.

WR | WR302

Aquí tienes las otras 5 tátcicas y 12 recursos seleccionados.

1. Ser ágil buscando código
Las combinaciones de teclas son el primer paso. Command+Shift+F y Command+P te permiten moverte sin usar el ratón.
La documentación con TODO o FIXME es esencial. Crea un rastro claro para retomar el trabajo posteriormente.
Las herramientas visuales son el complemento perfecto. CodeViz, SourceGraph y GitDiagram te ayudan a entender la estructura del proyecto de un vistazo.

2. Posponer la refactorización
No cedas a la tentación de refactorizar prematuramente. Marca las áreas de mejora con TODO.
Mantén el foco en completar la tarea principal. La optimización puede esperar.
La deuda técnica documentada es mejor que la refactorización apresurada.

3. Reuniones semanales estratégicas
Los datos son claros. Dos reuniones semanales reducen el tiempo un 60%.
La productividad aumenta. Un 22% más de funcionalidades entregadas según Subramanian.
El flujo de trabajo se mantiene. Menos interrupciones, mejor concentración.

4. IA para los commits
La automatización de commits es un game-changer. Las herramientas de IA generan mensajes descriptivos.
Copilot y GitLens facilitan el proceso. La integración con el editor es perfecta.
AI-Commit ofrece control desde terminal. Mayor flexibilidad para equipos diversos.

5. IA contra la burocracia
La documentación interna ya no es un obstáculo. La IA redacta issues y pull requests.
Codium PR-Agent automatiza el proceso. Menos tiempo en tareas administrativas.
El foco vuelve al desarrollo. La burocracia ya no interrumpe el flujo.

6. Tests sobre navegador
Las pruebas manuales son el pasado. Los tests automatizados son más rápidos y confiables.
No necesitas TDD estricto. Los tests posteriores también son valiosos.
La validación es inmediata. Sin cambiar de contexto al navegador.

WR | WR301

La publicación con todos los enlaces esta aquí: Ser programador está chupado.

El portfolio tradicional en tu web personal se ha vuelto predecible y poco efectivo. Las plantillas nos fuerzan a encajar nuestros proyectos en un formato rígido que no siempre representa nuestro verdadero potencial.

Un nuevo enfoque para mostrar tu trabajo

La clave está en crear una presencia digital más auténtica y dinámica. Aquí hay formas concretas de lograrlo:

• Feed de experimentos: Crea una sección informal donde compartas prototipos, pruebas de concepto y experimentos técnicos. No necesitan ser proyectos completos - el valor está en mostrar tu proceso de aprendizaje y curiosidad.
• Registro de avances: Documenta los hitos reales de tu camino profesional. Desde la implementación de nuevas herramientas hasta el lanzamiento de proyectos en producción. Cada paso cuenta una historia de crecimiento.
• Decisiones técnicas: Comparte el razonamiento detrás de tus elecciones tecnológicas. ¿Por qué elegiste esa base de datos? ¿Cómo resolviste ese problema de arquitectura? Estas reflexiones demuestran tu capacidad de pensamiento crítico.

Tu stack tecnológico actual tiene valor. Crea una sección de recursos donde documentes:

• Las herramientas que usas actualmente
• Extensiones y plugins que mejoran tu flujo de trabajo
• Por qué estas herramientas son valiosas para ti

La sección "Now" reemplaza la típica biografía estática con una visión dinámica de:

• En qué estás trabajando los últimos 3-6 meses
• Qué proyectos tienes en mente para el futuro cercano
• Tus áreas actuales de aprendizaje y crecimiento

El valor de la consistencia El contenido perfecto no existe, pero la presencia constante y documentada sí. Dedica tiempo regularmente a:

• Actualizar tu feed de experimentos con nuevos prototipos
• Registrar decisiones técnicas importantes
• Mantener al día tu lista de recursos y estado actual

WR | WR300

👉 Lo de la subida del 1.100% es aquí  | https://www.webreactiva.com/lista-de-espera

🎙️ Developers, cuidado con las ofertas CTO que llegan después de una gran noche.

Este episodio es la Cara B de la publicación La gran noche. Apúntate gratis para recibirla cada semana.

Te cuento 3 formas de usar la IA como salvavidas cuando te ofrecen ser el "Developer Maximus" de una startup, y una donde la IA no te ayudará. ⚡️ Usa la IA como aliada:
1. Analiza la propuesta

• Pídele que evalúe los puntos débiles
• Haz que te sugiera preguntas clave
• Detecta posibles banderas rojas

2. Valida la tecnología

• No te dejes llevar por el "libertad total"
• Contrasta las opciones tecnológicas
• Evalúa si tu expertise encaja

3. Crea un prototipo rápido

• Enfócate en resolver UN problema
• Usa herramientas como V0 o Claude
• Prueba antes de comprometerte

🚨 Pero recuerda: La IA no puede tomar la decisión final por ti. Tu instinto y experiencia son cruciales.


WR | WR299

La IA está por todas partes, pero hay muy poca gente trabajando realmente en su integración práctica.

Es hora de poner las manos en el teclado.

-- Apúntate a la lista donde pasan las cosas gordas de Web Reactiva. Mañana empezamos.
https://www.webreactiva.com/lista-de-espera

🚀 Después de meses analizando opciones para integrar IA en aplicaciones web, aquí hay 3 lecciones clave que todo desarrollador debería considerar:

1. La IA es el complemento, no el centro → Como una tostadora "inteligente": debe seguir haciendo bien su función principal. La IA mejora la experiencia, pero no reemplaza la funcionalidad core.
2. La elección del stack importa → Mi apuesta: Laravel + Inertia. ¿Por qué? Combina la potencia de Laravel en el backend con la flexibilidad de React/Vue/Svelte en el frontend, sin la complejidad de una API separada. Un monolito moderno perfecto para integrar IA.
3. La experiencia de usuario es prioritaria → De nada sirve tener el mejor modelo si la interfaz es confusa o lenta. El valor real está en cómo el usuario interactúa con la tecnología.

💡 Consejo práctico: Empieza con herramientas pequeñas y específicas antes de lanzarte a crear un chat completo. Un buscador inteligente puede aportar más valor que un chatbot genérico.

Este episodio se envía de forma adjunta a la newsletter: Si enchufas la tostadora a la IA debes saber esto.

WR | WR298

El método para cumplir proósitos que te cuento en la newsletter

3 horizontes de aprendizaje que todo developer debería considerar en 2025:
1. Integración real de IA en el flujo de trabajo

No basta con hacer pruebas aisladas. El reto está en implementar un set de herramientas confiable que realmente mejore nuestra productividad.

2. Exprimir el potencial oculto del navegador

¿Sabías que crear extensiones es más sencillo de lo que parece? Las Web APIs y DevTools tienen capacidades increíbles que pocos aprovechan

3. Acercarnos más al usuario final

La IA puede escribir código, pero entender las necesidades reales del usuario y crear soluciones creativas sigue siendo territorio humano.

La clave: El valor del desarrollador estará cada vez más en la capa de decisiones y menos en la implementación línea a línea.

Más en webreactiva.com

WR | WR297

Tienes lo del curso gratis y todos los enlaces y recursos en las Notas del podcast

• Cómo destacar: Ser extraordinario y memorable, como la "vaca púrpura", es clave en un mundo saturado.
• Innovación sin perfección: La creatividad importa más que la perfección técnica.
• El 15% extra: Un pequeño diferencial puede hacer parecer un proyecto sobresaliente.
• Laravel y su innovación: Destaca por su evolución y simplicidad para desarrolladores.
• Claude vs. ChatGPT: Ofrece mejoras en código y documentos, atrayendo early adopters.

Suscríbete a la newsletter:
https://webreactiva.com/newsletter

WR | WR296

¿Qué pasa los primeros meses cuando decides pulsar el botón rojo del cambio?
¿Y si además te quieres hacer "creador de contenidos"?

Puedes seguir en el sector del desarrollo de software, pero todo será, quizás, diferente

Lee la primera parte aquí:
[Por qué cambié mi carrera developer hace 7 años](https://webreactiva.substack.com/p/por-que-cambie-mi-carrera-developer)

Y más en https://webreactiva.com

WR | WR295