diff --git a/blog/2025-12-11-vibe-coding-vs-software-engineering/index.md b/blog/2025-12-11-vibe-coding-vs-software-engineering/index.md
new file mode 100644
index 0000000..cbc765c
--- /dev/null
+++ b/blog/2025-12-11-vibe-coding-vs-software-engineering/index.md
@@ -0,0 +1,308 @@
+---
+slug: vibe-coding-vs-software-engineering
+title: "Vibe Coding vs Software Engineering: La Paradoja del Desarrollo Moderno"
+authors: [codigosinsiesta]
+tags: [ai, software-engineering, best-practices, framework-4r, calidad-codigo]
+image: /img/blog-header.jpg
+---
+
+# Vibe Coding vs Software Engineering: La Paradoja del Desarrollo Moderno
+
+¿Alguna vez has sentido que el desarrollo con IA es como conducir un auto a alta velocidad sin saber a dónde vas? Bienvenido a la paradoja más importante del desarrollo moderno: **la tensión entre la velocidad del "Vibe Coding" y la responsabilidad del Software Engineering**.
+
+<!-- truncate -->
+
+## La Paradoja: ¿Rapidez o Calidad?
+
+En el mundo actual, los desarrolladores enfrentan una disyuntiva constante:
+
+- **Vibe Coding**: Desarrollo rápido, intuitivo, basado en la "vibra" del momento. Pregunta a la IA, obtén código, repítelo. Es emocionante, es rápido, es... riesgoso.
+- **Software Engineering**: Procesos rigurosos, revisión exhaustiva, documentación completa, testing minucioso. Es lento, es seguro, pero ¿es suficientemente ágil?
+
+> **El dilema real**: En la era de la IA, podemos generar 10 veces más código. Pero ¿está bien generado? ¿Es mantenible? ¿Es seguro?
+
+### La Realidad de las Métricas
+
+Los datos no mienten:
+
+- **Productividad**: Los desarrolladores con herramientas IA generan ~40% más código
+- **Calidad**: Sin prácticas rigurosas, la deuda técnica crece exponencialmente
+- **Rotación**: Equipos con código desorganizado tienen 3x más churn
+
+El problema no es que la IA sea mala. El problema es que sin disciplina, la IA amplifica nuestros errores.
+
+---
+
+## Conoce el Framework 4R: La Solución
+
+Para navegar esta paradoja, presentamos el **Framework 4R para Desarrollo Responsable Asistido por IA**:
+
+### 1. **Responsabilidad** (Responsibility)
+
+Toma propiedad de lo que genera la IA. No es suficiente que funcione; debes entender **por qué funciona**.
+
+**Preguntas clave:**
+- ¿Entiendo cada línea de código que la IA generó?
+- ¿Cumple con nuestros estándares de seguridad?
+- ¿Qué podría salir mal?
+
+**Práctica recomendada**: Revisión activa del código antes de usarlo. La IA es tu co-programador, no tu reemplazo.
+
+### 2. **Replicabilidad** (Replicability)
+
+El código que generes hoy debe poder ser entendido y modificado mañana.
+
+**Qué significa:**
+- Código legible y autodocumentado
+- Patrones consistentes
+- Decisiones arquitectónicas claras
+
+**Beneficio directo**: Reduces tiempo de onboarding, aumentas la velocidad de mantenimiento, minimizas sorpresas futuras.
+
+### 3. **Revisión** (Review)
+
+No hay atajos en code review. Especialmente con IA en el flujo.
+
+**En el contexto de IA:**
+- Revisa no solo *qué* hace el código, sino *cómo* fue generado
+- Entiende las limitaciones del modelo
+- Verifica casos edge que la IA podría haber pasado por alto
+
+**Realidad**: Una buena revisión detecta los problemas antes de que causen daño.
+
+### 4. **Resiliencia** (Resilience)
+
+Construye sistemas que pueden fallar gracefully.
+
+**Patrones de resiliencia:**
+- Manejo robusto de errores
+- Guardrails (límites de seguridad)
+- Testing exhaustivo (incluidos casos patológicos)
+- Monitoreo y observabilidad
+
+---
+
+## Seguridad: El Aspecto Crítico
+
+Cuando trabajas con IA, hay riesgos específicos que debes considerar:
+
+### Riesgos de Seguridad Comunes
+
+1. **Inyección de prompts**: Un usuario malicioso podría manipular el comportamiento de tu sistema
+2. **Dependencias no auditadas**: La IA podría sugerir librerías conocidas por vulnerabilidades
+3. **Lógica de negocio comprometida**: Código que "funciona" pero hace lo incorrecto
+4. **Información sensible expuesta**: Secrets en comentarios, datos privados en logs
+
+### Mitigación
+
+- **Type safety**: Usa TypeScript/Strict typing
+- **Auditoría de dependencias**: `npm audit`, `snyk`
+- **Testing de seguridad**: Prueba inyección, boundary cases
+- **Code review enfocado en seguridad**: Haz que sea un criterio explícito
+
+---
+
+## Prácticas Recomendadas: Tres Enfoque
+
+### Enfoque 1: El Pragmático
+Para proyectos ágiles y startups:
+- Genera rápido, revisa rápido
+- Enfócate en los componentes críticos
+- Automatiza testing
+
+### Enfoque 2: El Equilibrado
+Para equipos medianos con ambición:
+- Implementa el Framework 4R completamente
+- Establece guardrails claros
+- Invierte en arquitectura sólida
+
+### Enfoque 3: El Corporativo
+Para sistemas mission-critical:
+- Revisión exhaustiva de seguridad
+- Documentación completa
+- Testing formal (fuzzing, property-based testing)
+- Compliance y auditoría
+
+---
+
+## Herramientas Clave para el Éxito
+
+### Prompting Efectivo
+La calidad del código que obtienes depende de cómo preguntes:
+
+**Fórmula de Prompt Exitoso:**
+```
+CONTEXTO + REQUISITOS ESPECÍFICOS + RESTRICCIONES + FORMATO ESPERADO = Código de Calidad
+```
+
+**Ejemplo:**
+```
+Contexto: Estamos construyendo una API REST con Node.js/Express
+Requisito: Endpoint POST para crear usuarios con validación de email
+Restricciones: Debe usar TypeScript, incluir error handling, sin dependencias externas
+Formato: Usa async/await, devuelve JSON tipado
+
+Genera el código...
+```
+
+### Agentes de IA
+Para tareas complejas, usa agentes que pueden:
+- Revisar su propio trabajo
+- Iterar sobre problemas
+- Investigar contexto antes de generar
+
+### Model Context Protocol (MCP)
+Protocolos estandarizados para que las herramientas de IA accedan información sin poner en riesgo tus datos.
+
+---
+
+## Patrones de Resiliencia en Práctica
+
+### 1. Circuit Breaker
+Evita llamadas fallidas repetidas:
+```typescript
+class CircuitBreaker {
+  private failures = 0;
+  private lastFailureTime = 0;
+
+  async call(fn: () => Promise<any>) {
+    if (this.isOpen()) {
+      throw new Error('Circuit breaker is open');
+    }
+    try {
+      const result = await fn();
+      this.reset();
+      return result;
+    } catch (error) {
+      this.recordFailure();
+      throw error;
+    }
+  }
+
+  private isOpen() {
+    return this.failures > 5 && Date.now() - this.lastFailureTime < 60000;
+  }
+
+  private recordFailure() {
+    this.failures++;
+    this.lastFailureTime = Date.now();
+  }
+
+  private reset() {
+    this.failures = 0;
+  }
+}
+```
+
+### 2. Retry con Exponential Backoff
+Para operaciones transitorias:
+```typescript
+async function retryWithBackoff(
+  fn: () => Promise<any>,
+  maxRetries = 3,
+  baseDelay = 100
+) {
+  for (let i = 0; i < maxRetries; i++) {
+    try {
+      return await fn();
+    } catch (error) {
+      if (i === maxRetries - 1) throw error;
+      const delay = baseDelay * Math.pow(2, i);
+      await new Promise(resolve => setTimeout(resolve, delay));
+    }
+  }
+}
+```
+
+### 3. Guardrails (Límites de Seguridad)
+Define qué puede y qué no puede hacer tu sistema:
+```typescript
+class AIGuardrails {
+  private maxTokens = 2000;
+  private allowedModels = ['gpt-4', 'claude-3'];
+  private deniedPatterns = [
+    /password|secret|api_key/i,
+    /DROP TABLE|DELETE FROM/i
+  ];
+
+  validate(input: string): boolean {
+    if (input.length > this.maxTokens) return false;
+    return !this.deniedPatterns.some(pattern => pattern.test(input));
+  }
+}
+```
+
+---
+
+## Limitaciones Importantes
+
+No te cierres los ojos: La IA tiene limitaciones reales.
+
+1. **Alucinaciones**: Genera código que "se ve bien" pero es incorrecto
+2. **Context window**: No puede ver archivos muy grandes
+3. **Outdated knowledge**: Entrenada en datos antiguos
+4. **No entiende contexto empresarial**: Necesitas guiarla
+
+**Solución**: Usa IA como una herramienta potente, no como un oráculo.
+
+---
+
+## El Workflow Responsable
+
+Un flujo de desarrollo con IA que realmente funciona:
+
+```
+1. Planificación Clara
+   ↓
+2. Prompt Detallado
+   ↓
+3. Generación de Código
+   ↓
+4. Revisión Activa (Humano)
+   ↓
+5. Testing Exhaustivo
+   ↓
+6. Code Review (Equipo)
+   ↓
+7. Deployment con Confianza
+   ↓
+8. Monitoreo y Observabilidad
+```
+
+---
+
+## Conclusión: No es Vibe Coding vs Software Engineering
+
+**Es Vibe Coding + Software Engineering.**
+
+La velocidad de la IA es un superpoder. La disciplina del Software Engineering es el guardrail que te mantiene en la carretera.
+
+El Framework 4R no es una carga burocrática. Es el camino hacia sistemas que son:
+- ✅ Rápidos de desarrollar
+- ✅ Seguros en producción
+- ✅ Fáciles de mantener
+- ✅ Confiables a largo plazo
+
+La pregunta no es "¿Puede la IA generarlo?" sino "¿Debería yo usarlo así?"
+
+---
+
+## Siguientes Pasos
+
+1. **Revisa tu flujo actual**: ¿Dónde podrías aplicar el Framework 4R?
+2. **Mejora tu prompting**: Sé más específico y contextual
+3. **Invierte en testing**: Es tu red de seguridad más importante
+4. **Capacita tu equipo**: Que todos entiendan los riesgos y beneficios
+
+---
+
+## Recursos Adicionales
+
+- [Presentación completa: Vibe Coding vs Software Engineering](https://codigosinsiesta.github.io/ai-presentation/)
+- Frameworks de seguridad: OWASP Top 10, CWE/SANS Top 25
+- Herramientas de testing: Jest, Vitest, Cypress para JS/TS
+- Monitoreo: DataDog, New Relic, Sentry
+
+---
+
+**¿Te gustaría profundizar en alguno de estos temas?** Cuéntanos en los comentarios o síguenos en redes para más contenido sobre desarrollo responsable con IA.