Programar amb IA sense generar codi brossa: planificar, donar context i verificar

Esto se dimos meses, me pasado más de 500 horas programando con la inteligencia artificial y lo que de verba se para el código profesional del código basura, no es lo que en todo el mundo te está contando. Esto no va de prontes, va de disciplina. Hoy te doy el flujo de los tres pasos que yo he aprendido a seguir y que sí llega a producción. Planificar primero. darle con texto real y verificar cada una de las líneas como si tu reputación dependiera de ello. Porque sí, depende. Y si yo he podido sacar productos en forma de información, 100% construidos en inteligencia artificial durante los últimos meses, tú también lo vas a poder hacer. Pero vamos a llamar las cosas por su nombre. ¿Córdimo basura? Sí, el que compiló hoy y se pudire mañana. Por fuera parece que funciona, por dentro es una bomba de arreglogería. lo reconoces en seguida. Comentarios que no esplican nada. Nombre es de variables que suenan generados automáticamente. Esa sensación de que nadie la ha un ha leído las últimas 300 líneas antes de hacer el commit, incluso, en mojiz dentro de un commit, nos hemos vuelto locus. Ya estamos nadando en ello. Se calcula que para el 2019 y es casi el 90% del contenido online.

será generado 100% con inteligencia artificial. El desarrollo no se está libreando de esto. Los mantenedores de código sorpensoz están aogados en pulrequez que medio funcionan, pero no entienden el problema que hay detrás. Pero mucho cuidado, hijo. Esto no es culpa de la inteligencia artificial. Es culpa de cómo la usamos. Una herramienta no es buena o es mala, depende de que la use. El cuchillo sirve para apelar manzanas pero también para mader personas. Si trata salaya, como una varita mágica en vez, de como un junior muy rápido, te dará, pues lo que talería un becario agotado, que nunca te va a preguntar cuando due o no sepa cómo haces las cosas tú mismo en tu trabajo. Una de las isres recientes de código generado con inteligencia artificial, encontró que entre un 5 y un 8% son bax funcionales. Un 2% vulnerabilidades de seguridad y ojo más del 90% son coach Melbs, tradució al castellano, el código corre, pero ya está creando deuda técnica que vas a pagar más tarde cuando las cosas se pongan poco más complicadas.

Por lo que lo digo de verdad es que el peligro no solo es que piyas en la revisión, es algo más lento que se cuede, deja de leer el código que envías y deja de aprender de él. Así es como un señor se convierte sin darse cuenta en un teclador de promes, que no sabe explicar su propia arquitectura, que no sabe lo que está haciendo, ni sabe muy bien por qué funciona. Eso es lo que vamos a querer evitar con los tres pasos que te presento a continuación. Paso número 1 y esto casi nadie te lo va a decir. La respuesta empieza antes de escribir una sola línea. Sí, después de más de 500 horas te lo aseguro. La restricción real, no es la calidad de tu prón. Esto disciplina de planificación a la hora de utilizar cloud, GPS, Gemina y o lo que quieras utilizar. Adios, Manny es ingenieros señor en Google y lo llama hacer un waterfall en 15 minutos. Te asierta con la vía y montáis juntos la especificación, pero no le pides que programe. le pides que te entreviste a ti, que te haga preguntas sobre requisitos, sobre casos límites, sobre arquitecturas, tecnología, prueba, sumitarias, tests, hasta que entre los dos tengáis una foto completa, y ojo no se trata de decirle que sí a todo, se trata de responder y rebatir. Todo esto se compila en un archivo specs.md.

tu fuente de verdad la realidad el contrato la firma con sangre y solo entonces le pide el plan troce a la implementación en pequeñas tareas que puedes ir tochando una por una. Solo lleva a este punto después empieza a programar. Sí, parece más lento y lo es, pero compensa muchísimo a largo plazo porque los modelos son excelentes sentarias muy pequeñas y se derrumban cuando les fides que arquitecturen un sistema entero de golpe. Cuando te saltas el plan, acabas con el problema de la masijo, código que parece hecho por 10 personas que no se hablarán entre ellos que cada una venga de un país diferente hablo un idioma diferente y encima trabaja con una forma de trabajar completamente diferente. y si está pensando vale esto empieza a tener sentido pero fue Juan Gabriel como un monto esto debes va pues para esto hemos creado nuestro último curso si el curso de vaip coder de fronjense formación ahí vemos paso a paso este flujo en un concepto de tres semanas 15 días de trabajo que va desde cómo diseñarla espéc como trocear el trabajo cómo hacer que laía programe contigo si learla y te voy a dejar de la fe la descripción y en el primer comentario

para que le pueda se echar un vistazo y simplemente desde el siguiente paso porque es que todo el mundo que se está haciendo este curso nos está dejando 5 estrellas y está encantado con la metodología que está aprendiendo pero seguimos porque el segundo paso es el que casi todo el mundo se salta. Paso número 2. Dalé con texto real a la inteligencia artificial porque hasta el mejor plan falla si laía vacias. Un modelo es tan bueno como la información que posee como la información que le das. Y durante demasiado tiempo, la estamos haciendo a vivir. Ahí es donde la estamos leyando nosotros, antes conectar una inteligencia artificial a tus herramientas, era un infierno, una integración a medida para cada combinación de herramientas que claule hier al código que chaje PT consultar a tu base de datos que curso armilar a tu estique. Cada una tenía su propio conector. el S es el problema de N por M y este caso no es cala nunca nunca nunca. Pero entonces llegó la fecha magnífica, noviembre del año 2020, Antropiic presenta el MCP, el model context protocol, funciona como el puerto USB C

pero para la inteligencia artificial, es un estandar abierto que deja que cualquier asistente habla con cualquier herramienta por un único protocolo. Se apoya en tres piezas. Las herramientas o tuils, las acciones que la ya puede ejecutar, los recursos o risores es que son los datos que puede leer y los promos o las plantillas reutilizables para poder escribir, leer y mantenerlo todo de forma consistent. Estas siglas han marcado la diferencia y han encaminado la tecnología hacia un rumbo completamente diferente, donde hemos visto que CloudCold cada vez es más bueno, programando, o que de cada vez podemos conectar a más herramientas, podemos conectar los a nuestros tickets de gira, a nuestros issues de GitHub, directamente a escribir en Slack o a publicar y corregir automáticamente pull requests en la strutilla. Y por supuesto para ti esto lo cambia absolutamente todo. Vuelcas tu código enero al contexto con utilidades como Githin gest o Repotut de Christe. Con estas, laía a tu documentación, tus bases de datos, tus herramientas y de repente, tu asistente conoce tu proyecto de verdad. En vez de adivinar las cosas.

Hoy los oportan Cloud Code, GitHub, Coupilot o VS Code entre otros. Sin esto, estás prompteando al vacío. Y paso número 3, si, aquí está la parte que casi todo el mundo se estás altando. Saímo en Google y son uno de las voces más sensatas en ingeniería de inteligencia artificial. Tiene un aviso que deberías pegar en el monitor con un postito. Imagina al modelo como alguien sobre confiado. con exceso de sobervia y propenso a comete la fones. Escríbete a código con total convicción incluidos bugs, incluidas las tonterías y no te va a avisar de que algo esté mal sobervia por un tubo. Lo tienes que pillar tú. De hecho mira este dato clave. En Antropik alrededor del 90% del código de CloudCode, lo escribel propio CloudCode, pero el detalle. que se pierde los titulares es este. Los inglesineneros humanos verifican cada línea de código. Tratan cada trozo generado por la propia inteligencia artificial como si viniera de un junior en su primer día de trabajo y esto es lo que marca la diferencia y el motivo por el cual CloudCode había de hoy te diré que está a otro nivel y a nosotros nos ha permitido actualizar la web de Frog Games o lanzar un propio vídeo juego basado en los cursos que has completado apenas en unos días de trabajo.

Pero tú no que lo agamos nosotros y está tú igual. Contrón de versiones ultra gananular. Tratas tus comits como puntos de guardada de un videojuego. Después de cada pequeño trozo que estás contento, comit, corres los test y solo entonces avanza a la siguiente punto. Si la siguiente sugerencia mete la patorra, crea un boop, vuelve a al punto de guardado cargas la partida y te encontrarás en un punto estable sin perder horas de tu vida. De hecho, una técnica que suena rara pero que funciona, es abrir una segunda sesión de inteligencia artificial con un modelo distinto al que ha sucedido, pasa del código del primero y pidele que lo critica absolutamente todo. Un segundo par de ojos artificiales, pilla lo que al primero se le ha escapado, y es que use la idea que use Da igual, GPT, Copilot, CloudCode, Antropi, Da igual, absolutamente, tú sigue siendo el ingeniero responsable. tu nombre está en el comit, tu reputación está en juego, verifica cómo si tu carrera dependía de ello, porque en muchos casos tu carrera dependará de ello. Pues, dicho hecho, junta las tres piezas y tienes algo muy distinto al vibe coding, tienes código arquitecturado, porque el futuro del software ya no se escribe, se diseña, se govierna y se aprende de forma continua.

Estamos pasando de teclear implementaciones, a definir intenciones. Tu trabajo ya no es machacar el teclado y escribir syntax xacas coporo. Ya no es recordar si estoy van mayúsculas o minúsculas. Es decir, ¿qué tiene que pasar? ¿Qué tiene que ocurrir? Dar el contexto correcto y verificar que la máquina lo ha hecho bien. Fíjate, clientes en sectores serios como el sector aerospacial o la propia administración pública que es lo más retrogrado que te puedas imaginar. Yo digo que es el mundo de los dinosaurios. Ya están metiendo cláusulas sin inteligencia artificial en sus propios contratos. Quieren la garantía de que un experto humano ha diseñado y ha revisado cada línea. Y probablemente, esto nos lo encontramos. cada vez más, porque si tú escribes código, que nadie reviza, como sabes que el código de la IA, es correcto. Y si, esta es la dura verdad a la que he llegado, trasquimiento, sobre su usando la IA. La IA no me elimina la ingeniería clásica. Al revés, la hace todavía más importante que nunca, porque construimos mucho más código en menos tiempo. Planificar, testear. El control de versiones la revisión de código no son hábitos viejos que soltar. Son las barreras.

que te dejan montarte en el cohete sin que se estrella. Los que van a destacar, en los próximos cinco años no son los que mejores prompts escriben, de hecho hay muchos casos claucos me escriben mis propios prompts que luego ha utilito en otra día. Son los que mejor, arquitectura. Y si este flujo te ha cambiado la forma de ver la programación con inteligencia artificial no olvides suscribirte y darle like a este vídeo porque voy a seguir desmontando semana a semana las prácticas de desarrollo que de verdad importan y no porque yo quieras simplemente un like más en mi canal de YouTube sino porque es lo que yo estoy haciendo en mi propia empresa y no se está funcionando y aquí al lado te voy a dejar el vídeo donde te explico todos los niveles de cloud code paso a paso desde el modo planificación, a los su pájentes autónomos y demás. Este es el complemento perfecto de lo que acabas de ver en el vídeo de hoy. Así que nos vemos en el siguiente vídeo o nos vemos en clase en el curso de VyCodeRD.