Aprendamos + critiquemos cómo una gran empresa como FAANG "Vibe Coding": "Conseguir que suficientes partes interesadas asientan con la cabeza primero" "Entonces haz la revisión del diseño" "Luego vinieron semanas de documentación" "Luego, el gerente de producto y el gerente de proyecto dividen la tarea de un lado a otro" Después de tres meses de espera, ¡finalmente es hora de comenzar a codificar vibraciones! --- Así es como en FAANG hacemos "Vibe Coding" Hola a todos. La razón por la que quiero publicar aquí es porque siempre veo personas que dicen que el código asistido por IA no se puede usar en productos reales. Esto es una absoluta tontería. Comencemos con algunos antecedentes: soy un ingeniero de software de IA con más de una década de experiencia, la mitad de la cual pasé en FAANG. Pasé la primera mitad de mi carrera como ingeniero de sistemas, no como desarrollador, pero he estado escribiendo código durante casi 15 años. Sin más preámbulos, permítanme hablar sobre cómo nuestro equipo comenzó a usar IA para escribir código de producción real. 1. Siempre debe comenzar con un documento de diseño técnico. Esta es la parte central de todo el trabajo. Este documento es como una propuesta, y debe convencer a suficientes partes interesadas de que su solución es viable. Solo cuando se aprueba el diseño se puede proceder a desarrollar el sistema en sí. Este documento debe incluir la arquitectura completa del sistema, la integración con otros sistemas, etc. 2. Antes de comenzar el desarrollo, realice una revisión del diseño. En esta etapa, los ingenieros senior del equipo "vencerán" su documento de diseño una y otra vez. Esto es algo bueno, yo lo llamo **"poner el dolor primero"**. 3. Si la revisión es exitosa, puede comenzar oficialmente el trabajo de desarrollo. En las primeras semanas, dedica mucho tiempo a escribir documentación más detallada para el subsistema que cada equipo de desarrollo va a construir. 4. A esto le sigue el desarrollo del backlog y la planificación del sprint. En esta etapa, los desarrolladores se reúnen con los gerentes de producto (PM) y los gerentes de proyectos técnicos (TPM) para desglosar los grandes objetivos en tareas específicas con las que los desarrolladores pueden comenzar. 5. **Desarrollo de software**. Finalmente, podemos comenzar a escribir código y destruir cartas de misión. Y aquí es donde entra en juego la IA, es nuestro multiplicador de fuerza. Usamos un modelo de desarrollo basado en pruebas (TDD), por lo que lo primero que hago es que el agente de IA escriba casos de prueba para las características que quiero desarrollar. *Solo cuando se escriba la prueba comenzaré a pedirle al agente de IA que me ayude a crear características específicas*. 6. **Revisión de envío de código**. Nuestro código debe ser aprobado por dos desarrolladores antes de que pueda fusionarse en la rama principal. En este enlace, la IA también ha demostrado un gran potencial para ayudarnos en nuestras revisiones. 7. **Prueba en un entorno de versión preliminar (staging)**. Si todo va bien con las pruebas, nos lanzan oficialmente al entorno de producción (PROD). En general, vimos un aumento de alrededor del 30% en todo el proceso, desde la propuesta de la función hasta la puesta en marcha final. Este es un gran paso adelante para nosotros. **Demasiado largo para leer (TL; DR) :** Comience siempre con un documento de diseño y una arquitectura sólidos; Luego impleméntelo pieza por pieza; Siempre escriba las pruebas al frente.