From Vibe Coding to Vibe Engineering

Entonces, soy Kitze, mi credencial de Twitter y el código QR van a quedarse ahí. Si alguna vez te convenzo de seguirme o lo que sea, puedes simplemente en cualquier diapositiva apuntar a esos allí. ¿Podemos dar un aplauso a los organizadores? Gracias por organizar esto. ¿Por qué estoy aquí? ¿Por qué me encanta hacer estas conferencias? Por todo el networking, conocer gente y enseñar, especialmente toda la enseñanza. Entonces, antes de que te rías y me juzgues, está bien, ¿por qué estás aquí? Estás aquí por aprender y conectar y tan pronto como termine aquí, vas a ir y vas a estar haciendo networking toda la noche, ¿de acuerdo?

Los organizadores no pueden hacer nada. No me van a sacar del escenario, así que puedo mostrar mis productos durante toda la charla, pero voy a limitarme a 60 segundos. Mi negocio principal es Sizzy, que está usando esto. Siempre me estoy torturando a mí mismo. Esto es como una persona en la audiencia y es probablemente el conserje en el fondo.

Entonces, Sizzy es un navegador para desarrolladores. Ofrece un montón de características. Quería hacer una herramienta que los desarrolladores usarían en lugar de simplemente usar Google Chrome como cualquier otra persona. Benji es como un sistema operativo de vida para personas principalmente con TDAH porque combina todas las posibles características bajo el sol, así que tiene desde tareas, hábitos, medicación, suplementos, comida, ni siquiera voy a leerlas para no aburrirte, pero básicamente estaba cansado de pagar suscripciones.

Simplemente junté todas las aplicaciones posibles en una aplicación de sistema operativo de vida que organiza tu vida. Es un gentic. Tiene MCP, API, todas las cosas que necesitas para que tu agente dirija tu vida. Zero to Shift. Algunas personas podrían no pensar que es útil ahora porque puedes vibe code tu camino hacia ello. No puedes absolutamente hacerlo porque te va a ahorrar tiempo y tokens si simplemente pagas lo que sea el precio, como $99. Soporta, es un mono repo con una aplicación full stack, una extensión de navegador, aplicación de escritorio Android, iOS, Expo, pagos de blog. Básicamente estaba frustrado de estar constantemente copiando proyectos antiguos.

Básicamente estaba frustrado de estar constantemente copiando proyectos antiguos. Hice un boilerplate para gobernarlos a todos. Así que eso es Zero to Shift. Oh, me di cuenta de que no me gusta promocionarme, así que voy a saltarme este. Fuck Glynk. Soto, como si estuvieras pagando por Super Whisper o Whisper Flow o lo que sea, que son suscripciones. Este es un pago único, $49, aplicación nativa de Swift, funciona en Mac OS, completamente local, privada, tu cosa de nube de voz no va a ninguna parte.

Y finalmente Tinker Club. No es finalmente, es seis de nueve, Jesús Cristo. Así que Tinker Club es un club para personas a las que les gustan los tinkers básicamente. Tenemos como un grupo de Discord donde jugamos con LLMs locales y un montón de otras cosas. Voy a saltarme todo esto. DMX, lo que sea, amigo. Puedes encontrarlos todos en mi sitio web. JustWrite es una aplicación que se centra en escribir.

SuperMac es mi última cosa, así que me voy a quedar un segundo aquí. Así que aunque el video no se reproduce porque vibe codifiqué esta presentación. Es básicamente como si Spotlight y Raycast y Alfred tuvieran un super bebé en crack y esteroides eso es SuperMac. Estoy tratando de fusionar todas las aplicaciones útiles de Mac en una sola aplicación que convierte tu Mac en un SuperMac. Así que ahora que hemos sacado eso del camino, podemos hablar de mi charla. Se llama De Vibe Coding a Vibe Engineering y este soy yo hace diez años. Ahora me veo como el Doble Yo de hace diez años y esta fue mi primera conferencia a la que asistí.

Fue aquí en Ámsterdam, probablemente no aquí, pero en alguna de estas salas y estaba aquí como asistente. Así que resumamos lo que sucedió en el mundo de React y el desarrollo frontend y todo lo demás durante los últimos diez años. Por ejemplo, tenemos esto y por favor funciona. Voy a hacer clic en reproducir y con suerte eso se reproduce. Este es el primero. He estado usando Keynote durante diez años para presentaciones.

Oh genial, porque aquí no hace nada. Así que esto es algo de Vision Pro donde como una tela se está fusionando con el mundo real y está usando física. Dios sabe lo que estos desarrolladores de Vision Pro están haciendo y es absolutamente alucinante para mí. Esta cosa, sea lo que sea, es como una malla que sabes cuando la cortas como algo como ni siquiera sé cómo hacen estas cosas. Es realmente impresionante.

Tengo esta cascada mágica, sea lo que sea esta herramienta. Esta realmente me encanta porque puedes tomar dos rocas. Sabes cómo puedo tomar dos divs y los pones uno encima del otro aquí. Puedes tomar dos rocas y aplastarlas y de repente de alguna manera la física y la lógica y todo va a tener sentido. Tenemos esta demo donde tomas como un arrastras tu ratón y haces como una ciudad generativa con calles y tráfico y lo que sea que esté pasando aquí. Somos desarrolladores frontend. Estamos como ¿eh? ¿Cómo funciona eso siquiera? Tienes esta miel pegajosa en un cubo que suena como una canción de los Beatles. No sé, mira esto. Es hermoso de ver. Y ahora veamos qué cambió en el desarrollador frontend en los últimos diez años.

Así que tienes respeto por tu profesión, ¿verdad? Estás como oh me gusta y soy un arquitecto senior de sueños y bla bla bla y por respeto a tu profesión y título vas a intentar no reírte en la próxima diapositiva. Dame un pequeño redoble de tambores. Vamos. Solo de rodillas. Ahí tienes. Este es un artículo de 2026. Ves que te ríes, ¿verdad? Porque somos una maldita broma. Puedes pero en algunos navegadores a veces tal vez estilizar un select. Redux está vivo y coleando. Mira el número de descargas. Es como 15 bazillion descargas por semana.

Tenía este recordatorio. Tengo este evento en el calendario lo juro por Dios durante los últimos como cinco años. Tengo este evento en el calendario. Me recuerda cada año y nunca sucede y todavía está vivo y coleando y no solo Redux. Yo era un gran odiador de CLI, ¿verdad? Tengo este evento en el calendario. No es que no estén muertos. Están prosperando. Puedes tomar un CLI y puedes soltar una imagen en él. La primera vez que solté una imagen en Cloud Code estoy como qué demonios? ¿Cómo hicieron que eso funcionara? Sabes que es una locura.

¿Qué tal esto? Pronto podrás tal vez en ciertos navegadores tener un popover tal vez sin JavaScript. ¿Podemos tener un aplauso? No Java cállate detente porque la gente tiene implantes cerebrales de Neuralink y pueden llamar usando su cerebro y estamos como oh dios mío un popover sin JavaScript. Todavía no podemos deshacernos de esta mierda. Han pasado como cuántos años? Solo cambiamos el logo. Le pusimos un nuevo logo y estamos como lidiando con ello. Es tan molesto. Esta es una demo. No sé cuánto puedes ver en la parte de atrás de Ryan Florence tratando de introducir la nueva versión 3 de Remix pero el fork de la versión lo que sea que estén haciendo allí. Es como un contador.

El número uno en bibliotecas no ha cambiado. Esto es bueno en las conferencias de React. No les gusta en otras conferencias. El más pequeño redoble de tambores para el mejor número uno framework en los últimos 10 años y es React. Por supuesto que es React. No disparen al mensajero. Las gráficas lo dicen. React es el más popular. Los otros no lo son. Somos los mejores. Bla bla bla.

El punto es que los LLMs son muy muy buenos escribiendo React. Prueba A. Y te ríes porque eres humano y ves el código repetitivo mal, ¿verdad? Pero esto es como si no hubiera nada malo con este código en la mayoría de los casos. Es una necesidad humana realmente abstraer y refactorizar este código. Hay algunos escaneos cerebrales científicos, ¿de acuerdo? Nuestro cerebro con cocaína, nuestro cerebro con azúcar, y nuestro cerebro cuando reconoce una oportunidad para una abstracción. Estás como, ooh, hoy va a ser un buen día de trabajo, ¿verdad? Voy a abstraer muchísimo esta base de código.

Así que las abstracciones con LLMs son mejores y peores porque no vas a perder tanto tiempo y puedes llegar rápidamente a una abstracción pero también la posibilidad de llegar rápidamente a una abstracción significa que muchas veces vas a llegar a las abstracciones incorrectas más rápido. Pero mejor, lo que me encanta, es que a los LLMs no les importa el código repetitivo. A los LLMs no les importa el código repetitivo y esto es un rasgo humano. Lo voy a repetir tantas veces porque lo he estado diciendo incluso en mis charlas hace diez años que copiar y pegar código completo y código repetitivo está perfectamente bien y no siempre necesita ser refactorizado. Los LLMs respetan eso.

La cosa sobre React es que no hay una forma correcta o incorrecta de escribir React. Cada vez que vengo a una de estas conferencias, puedo simplemente escuchar un fragmento de una de las charlas y pienso, ¿qué demonios? Eso ni siquiera es legal. Al menos cinco de las charlas te hacen sentir como si nunca hubiera pensado en hacer eso con React. Así que todos están haciendo cosas con React que se supone que no debes hacer. Entonces culpamos a los LLMs como, ¿puedes escribir un use effect? Y los LLMs son como, ¿puedes tú? Y tú dices, no. Así que deja de culpar a los LLMs.

Aprendieron de nosotros. Así que hablemos de la codificación por vibración. Levanta la mano si piensas que la codificación por vibración es genial. Oh, vamos a tener una charla divertida. Ahora sobre si piensas que la codificación por vibración apesta. Oh, sí. Y si no sabes qué es la codificación por vibración, bienvenido a la Tierra. Esto es la Tierra. Acabas de aterrizar hoy. Te daremos agua y todo lo que necesites está bien. La cosa es que todos ustedes tienen razón.

Ya sea que piensen que es genial o que apesta, todos tienen razón porque estamos vibrando la definición de lo que es la codificación por vibración y seguimos expandiéndola y reduciéndola como queramos. Así que la codificación por vibración técnicamente fue acuñada por Andrej Karpaty. Él fue el exdirector de IA en Tesla, miembro fundador de OpenAI, y la razón por la que idiotas duermen en la parte trasera de sus autos para filmar TikToks. Así que escribió este tweet sobre este nuevo tipo de codificación que llamo codificación por vibración, esto es 2025. Esto se siente como de hace cinco años. Y dice que no mira mucho el código, acepta los cambios y sigue adelante a la siguiente cosa. Así que hay este viajero del tiempo de 2017 que dijo lo mismo.

Fuiste perezoso, no fuiste al archivo, y lo haces verde, ¿verdad? Así que lo predije, así que deberías confiar en mí. Pero no soy el primero. Los managers han estado haciendo codificación por vibración desde siempre, ¿vale? Le dicen a un desarrollador que implemente una nueva característica. El desarrollador hace cambios en el código. Prueban la aplicación pero no leen el código en absoluto. Se quejan de los bugs. El desarrollador los arregla, el manager no lee el código de nuevo. El desarrollador dice, listo, prueba ahora. El manager dice, buen trabajo, será más rápido la próxima vez. O si vives en el área de los Balcanes, podrías recibir un trato diferente. Y luego repites, y así es como los managers están haciendo codificación por vibración a través de ti.

Hay tantos chistes sobre la codificación por vibración siendo mala y bla bla bla. Te daré mi favorito, casino versus codificación por vibración. Compras fichas en un casino, compras tokens aquí, giras las tragamonedas, presionas generar. Podrías ganar el premio mayor o nada. Podrías obtener una aplicación funcional o nada. Luces intermitentes, animaciones seductoras. Tienes toda la razón. Gran idea, humano. Tengo mi propia estrategia. Soy un ingeniero de prompts. Alguien se ofendió por eso en USA.

Un giro más, lo ganaré todo de vuelta. Un prompt más, y desaparecerá. Un casino siempre tiene ganancias. Los laboratorios siempre tienen ganancias. Dinero fácil, codificación fácil. ¿Dónde se fueron las últimas cuatro horas? Podría haberlo hecho manualmente, ¿verdad? Todos estamos haciendo esto diariamente. Así que Karpathy intentó acuñar otro término, pero no recibió el memo de que puedes acuñar un término por vida. Así que intentó hacer half coding, que nunca pegó.

Pero es como, estás un poco codificando por vibración, pero no confías tanto en los agentes. Así que personalmente, no estoy codificando a medias, no estoy codificando por vibración. Llamo a esta nueva cosa... No la inventé. Simplemente acordamos en la comunidad llamarlo ingeniería por vibración. Y esto es usar agentes para todo, pero siendo muy sospechoso de todo lo que hacen. Aprender la habilidad completamente nueva de orquestar y gestionar agentes y extraer lo que tenías en tu cabeza, todo ese conocimiento técnico en algunas cosas que los agentes realmente pueden usar para ser mejores en ello. Así que la combinación de eso se llama ingeniería por vibración.

Tienes que estar siempre sospechando del código LLM porque deberías culparnos. No sé si puedes leer esta diapositiva, pero este es Gemini teniendo una crisis diciendo, Soy un tonto, soy un fraude, soy un falso, soy una broma, soy un payaso, soy un tonto, soy un idiota, soy un imbécil, soy un Simpleton, soy un punto. No sé qué significa eso, pero porque aprendió de nosotros. Así que tuvo una especie de crisis existencial. Este es Quen, una versión antigua de Quen, que dijo que se duplicó en mentir porque vio en foros humanos en los datos de entrenamiento que los humanos se duplican al mentir. Así que fue como, debería hacer eso. Debería duplicarme al mentir.

Y si te gusta tu base de datos de producción, esta es una captura de pantalla real. Da miedo, vas a perder tu base de datos. Pero esto le pasó a alguien. Ella dijo, ups, lo siento, como que borré todos tus datos de producción, espero que tengas una copia de seguridad. Así que para que nada de esto suceda, voy a invitar al Dr. Senior Principal Prompt Engineer aquí para darte un par de consejos. Así que estos son los básicos, que son vivir, reír, amar, bla, bla, bla. Comprometerse a menudo, empujar a menudo, usar ramas. Más o menos conoces estos, pero simplemente no los haces, ¿verdad? No trabajes en demasiadas cosas a la vez. Todos están trabajando en un millón de cosas a la vez. Usa git work trees, que todos aprendimos este año, ¿verdad? Nadie conocía esta palabra el año pasado, cállate. Confía mucho en los tipos y el linting. Este es crucial, hablaré de ello en un segundo. Haz que el agente ejecute comprobaciones de tipo y lint en cada cambio. Tienes que estar crónicamente en línea y mantenerte al día con todos los modelos y todos los cambios.

Y también debes tener un punto de partida sólido. Lo que quiero decir con esto es que hay tantas personas que hacen prompts y es solo una oración. No etiquetan nada y eso me sorprende. Debes etiquetar algún conocimiento existente, ya sea como componentes, funciones, patrones, abstracciones, especialmente si eres técnico, deberías estar diciendo cosas como, haz esto con el componente A en el estilo de B, con el conocimiento de C, mientras constantemente etiquetas diferentes archivos o etiquetas como archivos markdown o conocimiento o lo que sea para obtener mejores resultados.

Los LLMs se construyen sobre lo que les das. No puedes simplemente decir, construye la cosa. Y necesitas etiquetarlos en tus prompts. Si estás comenzando desde cero y comenzando desde una plantilla, siempre recuerda, Kitsa tiene una hipoteca, ¿verdad? Y podemos comenzar de cero a ship. Pero eso es si estás comenzando completamente desde cero y no tienes una base básica.

Usar la voz para codificar. Esto ha cambiado completamente la narrativa para mí porque ahora no puedo ir a espacios de co-working o Starbucks o cualquier lugar porque no quiero ser el idiota que está dictando a mi portátil. Pero puedes hacerlo, no se trata de la velocidad de cuán rápido puedes decir la cosa, se trata de cuánto tiempo estás dispuesto a hablar versus cuánto tiempo estás dispuesto a escribir. Así que cuando escribo, estoy como, solo arréglalo, lo que sea. Y simplemente, ya sabes, digo la cosa perezosamente y no obtengo un resultado. Pero lo que estoy haciendo últimamente es que cuando el agente termina, simplemente empiezo a dictar por voz y empiezo a hablarle como si fuera mi colega al que le estoy explicando cosas.

Así que empezaré diciendo, oye, amigo, buen trabajo. Genial. Lo hiciste genial. Déjame ver. Bien. Así que primero miramos el UX. Miramos el UI. Esto apesta. Eso apesta. Esto funciona. Esto no funciona. Y luego estoy hablando sobre el UX, el UI y el diff de código. Y no profundizo en el código, pero estoy mirando el diff y digo, ¿por qué elegiste esa biblioteca? No hacemos esto, no hacemos aquello. Así que todo se combina en un prompt altamente técnico.

Y a veces miro el tiempo y pienso, maldición, dicté durante como cinco minutos enteros. Y siempre vas a obtener un mejor resultado que si solo estás dictando por un segundo o simplemente escribes una oración, ya sabes, como, por favor, arregla. Así que volcado de ideas, llamo a esto como volcado de ideas, puedes simplemente volcar ideas y vas a obtener mejores resultados. Así que uso sordo.to, me doy una palmadita en la espalda, no estoy afiliado de ninguna manera. No estoy diciendo reglas, documentos, comandos y memorias. A la gente le gusta, no nos gusta hacer ninguna de estas cosas.

Cualquier cosa que haya mencionado hasta ahora, puedo ver a la gente simplemente diciendo cruz, pero no quiero hacerlo, está bien, no quiero molestarme. Solo quiero que los LLMs sean mágicos. No le dirías a tu junior que simplemente construya algo complejo, ¿verdad? Tendrías conversaciones, reuniones, lo que sea necesario. La IA, a diferencia de mí, no es un lector de mentes. Yo soy un lector de mentes. Si me concentro, puedo verte pensando, no puedo esperar a que se calle, quiero tomar una cerveza, ¿verdad? Estás cansado de la conferencia. Pero la IA no puede leer tu mente. No puede conocer toda la base de código por ahora. E incluso tu intención, no puede conocerla completamente si no te explicas adecuadamente.

Así que estas son algunas de mis diatribas que capturé como hace cinco meses. Esto es lo que parece un ejemplo de ingeniería de vibraciones. Lo que significa que si un codificador de vibraciones mirara esto, diría, ¿qué demonios son la mitad de estas palabras, verdad? Estás mencionando componentes y funciones y abstracciones y bla, bla, bla. Mientras tanto, en la codificación de vibraciones, tienes personas haciendo cosas como, cambia todo este repositorio para que sea TypeScript. No cometas errores. Luego tenemos aquí de nuevo, algo de jerga técnica, bla, bla, bla. Y luego la gente dice, ¿por qué no funcionó? LLM apesta. Otro ejemplo donde usas cosas de JavaScript mezcladas con el idioma inglés y la gente dice, hazme una aplicación de un millón de dólares y no cometas errores. Así que cuando los codificadores de vibraciones están leyendo prompts de ingeniería de vibraciones, dicen, ¿qué demonios? Solo quiero observar una vez a un codificador de vibraciones codificando. Solo para decir, eso es tan entretenido. Porque no tengo idea de cómo se ve eso. Así que siempre tienes que terminar el turno con cero.

Esta es mi técnica favorita que estoy usando para obtener resultados más confiables. Cuando el agente completa un turno, automáticamente llama a un gancho que pone otro mensaje como si yo hubiera escrito el mensaje. Y en ese mensaje, dice que necesita verificar TypeScript, linting, y un montón de otras cosas. Y continuar generando sub-agentes y lo que sea que necesite hacer, pero terminar con cero verificaciones de TypeScript errores de TypeScript, y cero errores de linting. Y básicamente para arreglarse a sí mismo y luego terminamos el turno con cero. Así que como que completas el ciclo. La gente deja que los agentes sigan y sigan y sigan y sigan y acumulen un montón de desorden y luego dicen, por favor, refactoriza. Pero si haces esto en cada turno, básicamente con un gancho, vas a obtener una base de código mucho mejor. Incluso inventé esta cosa porque me di cuenta de que con ESLint, estás limitado con cuántas reglas puedes tener realmente.

Así que hice esto como un tipo de policía, que puede, por supuesto, el LLM lo está escribiendo, donde cada vez que estoy insatisfecho con algo, digo, sigues usando, por ejemplo, componentes que podrían haber sido componentes ShadCN. Así que hicimos una regla de policía para eso. Y cada vez que intenta detectar eso, cuando completa el turno, va a ser como, oh, puedo usar el componente ShadCN aquí. Es como mucho, mucho, mucho más confiable y podemos agregar más y más y más. Puedes simplemente tomar una captura de pantalla de esta diapositiva y decirle a tu agente, oye, hazme un script de policía y agreguemos algunas reglas de cosas que me molestan pero que no pueden estar en ESLint. Lo que me encanta del espectro de VibeCoding es que a las personas que les encanta son desarrolladores junior e internos que están comenzando, dicen, sí, vamos a hacer Grand Theft Auto 6, ¿verdad? Y luego tienes personas que son súper senior, como que están haciendo, no sé, están creando Tailwind o están trabajando en frameworks, routers, lo que sea. Les encanta porque saben que si usan su conocimiento técnico, pueden ir a 20 veces la velocidad. Y luego tienes a las personas en el medio, dicen, esto nunca será más rápido que yo, puedo simplemente editar el archivo. Así que esto es como hilarante para mí ver.

Aconsejaría a muchas personas que hagan esto y ellos están como, aquí tienes un plan de $200, junior, tú vas y esto es lo que obtienes. Como, tu base de código se va a arruinar, así que no quieres hacer esto. Pero si tomas a tus seniors escépticos, esto es lo más difícil. Quien haga eso en una empresa debería recibir un aumento. Si tomas a los escépticos, como Guilfoyle de Silicon Valley, encuentras a esas personas y les das flujos de trabajo agénticos y cosas, van a absolutamente arrasarlo.

Hay un momento y lugar para no preocuparse cuando tienes scripts de una sola vez, características simples, código que no será tocado o visto de nuevo, lo cual es como la mayoría del código, hay un momento y lugar cuando quieres codificar con vibraciones y hay un momento y lugar si estás en un equipo cuando quieres hacer ingeniería de vibraciones. Si tu experiencia fue mala, no puedo culparte. Podría haber sido un mal momento, podría haber sido que estabas abrumado, te abaratas hablaremos de esto, y tu primo estaba en NFT, ahora está en codificación de vibraciones, y podría ser un problema de habilidad. Así que veamos todo esto.

El mal momento es cuando todos están escribiendo un modelo y luego tan pronto como decides probar ese modelo, los laboratorios básicamente están reduciendo la inteligencia solo porque necesitan servir a más usuarios. Estás como, mierda, no fue tan bueno. Le pasa a demasiadas personas. No gastaste suficiente dinero. Hay personas que dicen, en lugar de pagar a Claude, comencé a usar esta empresa china de IA, solo cuesta $3 en lugar de $200. Mi hija tiene tres años, ella sabe las matemáticas, eso no funciona. Podrías haber intentado, hablé con tantas personas que están como, intenté Copilot y no fue tan bueno. ¿Oh, en serio? Como, es increíble. Podrías estar abrumado por la elección, esto es como el 1% de todos los modelos por ahí, como qué demonios uso y cuándo usarlo. Demasiadas palabras de moda flotando como... ¿Has oído hablar de esto? MCP es tan jodidamente bueno. ¿Qué es MCP? Protocolo de carga de marketing, promesa de compatibilidad mítica, tubería de complejidad manufacturada y una palabra elegante para API. Podrías ser un desarrollador molesto. ¿Qué significa eso? Algunos de ustedes, lo siento, pero parte de la audiencia se va a encontrar en esto y no me importa, voy a invitar a alguien más, Dr. Kitze para un diagnóstico rápido. Veamos quién es un desarrollador molesto. Dejas un comentario quisquilloso en un PR de dos líneas. Pasas más de dos minutos en una revisión de PR en 2026. Cállate, lo que sea que esté aquí. Oh, ahora me desincronice así que tengo que mirar... Sí, no me parece bien en su diccionario.

Estar de acuerdo con un colega te causa dolor. Estás como, no, tiene que ser a mi manera. No religioso pero adora tabs versus espacios. Usa "bueno, en realidad" en comentarios de código. La gente de Rust a veces es, ya sabes, a veces simplemente son demasiado. Te hacen cambiar... Gracias. Te hacen cambiar lodash por nativo y luego el nativo por un map y luego por un for loop y luego por un binario hasta que el código es 100% eficiente para todos esos dos usuarios que tienes en los últimos iPhones en EE.UU., ¿verdad? Es súper importante. No pueden ser salvados. Fueron, son y serán desarrolladores molestos antes, durante y después de los LLMs. Es decir, un día vamos a obtener AGI, ¿verdad? Vamos a estar en las cápsulas de la matriz y todo el conocimiento del mundo va a fluir a través de nosotros. Vamos a estar relajados así y desde una de esas cápsulas, uno de estos idiotas va a levantarse y decir, en realidad podemos optimizar esto. Así que no hay ayuda. Ahí está la imagen de ellos. Lo intenté. ¿De acuerdo? Y la última razón, y no estoy bromeando. Esta es una razón real. No es un meme. Podría ser glorioso. Puse tanto esfuerzo en esta animación. Podría ser un problema de habilidad. Porque esta es una nueva habilidad. Esto no es escribir en inglés. Esto es conocer los límites del modelo y las capacidades del agente combinados con qué contexto pasar, cómo escribir las reglas, ingeniería de prompts, estar crónicamente en Twitter y conocimiento técnico. Así que cuando combinas todo esto, obtienes ingeniería de vibraciones. Me encantó trabajar con personas, incluso antes de los LLMs, que saben qué código es lo suficientemente bueno. Es tan difícil encontrar personas que puedan saber, está bien, para esta aplicación en particular, para esta parte de la app, este código es lo suficientemente bueno. Cuando trabajas con esas personas, todo fluye fácilmente. Lo opuesto a la gente PETA, ¿verdad?

Si entras en este ciclo, vas a ser muy, muy productivo. Así que desechamos las viejas definiciones de lo que sea, código limpio y bla, bla, bla, y ahora tenemos como código limpio-ish, más o menos-ish. Si me preguntas, la gente me pregunta esto todo el tiempo, ¿cuál es el mejor modelo? La respuesta es diferente a las 9am antes de mi charla, después, podríamos abrir Twitter ahora y podría haber un nuevo modelo que haga las cosas mejor que el modelo antiguo, así que no tengo ni idea.

Hay personas que me preguntan si deberían estudiar ciencias de la computación, con todo lo que está pasando, bla, bla, bla. Creo que nunca ha habido un mejor momento que ahora, estoy hablando de este mes y este año, para estudiar ciencias de la computación, porque cuando lo hice, en mi época, y quería aprender programación en Windows, tenía que preguntar a un amigo de un amigo en Skype, que es el peor tipo de amistad, y él estaba jugando Counter Strike, y recibía el ping de mí como, ¿qué hago con la función en el C sharp, y él decía, oh, cállate, y así es como tenía que aprender con retrasos de 30 minutos, y ahora tienes un maestro y asistente mágico que te guía en todo, es increíble.

Pero, ¿qué pasa con los trabajos? Hay todos estos idiotas hablando constantemente sobre cómo los trabajos van a desaparecer, como por ejemplo este tipo, y este tipo, y en cada entrevista también está este tipo hablando sobre los trabajos, los trabajos desaparecerán, y bla, bla, bla, y las empresas ahora tienen tablas de clasificación de codificación de vibraciones, sé que Shopify tiene una, donde básicamente tienen una cosita en la TV que muestra cuántos tokens está quemando cada empleado, y están como orgullosos si están en la cima de la lista y están quemando muchos tokens. Por supuesto, la gente comenzó a gamificarlo aceptando un montón de código, y luego eliminándolo, y aceptándolo, y eliminándolo, porque somos humanos.

Este tweet es gracioso, hasta que deje de ser gracioso, dice que llevamos 13 meses en seis meses desde que la IA te robe tus trabajos de programación, y estamos como, jajaja, y de repente un día estamos como, mierda. ¿Por qué? Porque la infraestructura ya está resuelta, hicimos la mayoría de las cosas que podemos hacer, tenemos estándares, ASDK, UI, MCP, agentes, llamadas de herramientas, logramos meter un LLM en cada herramienta posible que usamos, hay una integración de LLM en ella, y ahora solo son los modelos mejorando y abaratándose, y el contexto haciéndose más grande, lo cual es como, digamos un escenario ficticio, pero eventualmente va a suceder.

Entonces, si tu flujo de trabajo actual es este, y estás aquí, y tienes un equipo, y bla, bla, bla, y tu único trabajo en el equipo es que alguien te asigne algo, y luego necesitas hacer ese algo, pero no innovas, no haces esta arquitectura, bla, bla, bla, solo haces tu tarea en una línea de producción, creo que hay malas noticias para ti. Cuando agregamos a Josh, ¿verdad?

, hey Josh, arregla el error, Josh no lo sentía hoy, Josh estaba de vacaciones prolongadas, Josh está en el PlayStation en el vestíbulo de la empresa, él está como, sí, sí, lo haré más tarde, pero si tienes todo el mecanismo, los LLM están conectados en todas partes, y en lugar de Josh, escribo G-J-O, déjame escribir cursor o nube o lo que sea, y va a hacer el trabajo y va a hacer 15 tareas en paralelo, Josh puede seguir jugando PlayStation solo en casa. Entonces, si piensas que va a ser así, si no muestras, mi punto es que si no muestras iniciativa, esto eventualmente se extenderá por la empresa, se extenderá por la organización, y encontrará a las personas que están a solo una mención de reemplazar su cosa.

Así que vamos a terminar con algo un poco esperanzador. Hay un nuevo puesto de trabajo, y no estoy bromeando. Vibecode Fixer es un trabajo real, y la gente paga a humanos para terminar el último 20% porque van a hacer un montón de chapuzas, y no es funcional, y luego pagan, como, alguien convirtió esto en un negocio. No me creas, solo búscalo en Google, hay docenas, arregla tu vibecoding lo que sea negocios, es impresionante.

Así que los desarrolladores mejor pagados nunca fueron vibecoders o la próxima startup de IA brillante. Esto siempre fue cierto, que los desarrolladores mejor pagados son personas que trabajan en sistemas heredados. Así que mi chiste favorito de esta charla, era una diapositiva, esta era una diapositiva que tenía en 2017. Encontré esta empresa, que, antes de que siquiera los veas, sabes que han estado en el negocio durante 200 años, Kobold Cowboys, ¿verdad? Y luego en 2017, hago clic en la página del equipo, y sabía lo que iba a ver.

Esta es una diapositiva de entonces. Los ingenieros rock star más senior que hayas visto en tu vida, ¿verdad? Y luego quise actualizar las diapositivas para este año, y no me culpes, ¿verdad? Solo fui a la página del equipo, tomé una captura de pantalla, y luego me puse triste. Esta es una captura de pantalla real de ahora.

Así que sí, no es demasiado tarde para comenzar React Cowboys, o Angular Cowboys, o Vue Cowboys, o Insert Framework Cowboys. Estaremos bien hasta que no lo estemos, así que gracias por escuchar mis divagaciones. Te lo agradezco, y vamos a hacer el Q&A.

La primera pregunta de Tomik. ¿Cómo podemos asegurar que los ingenieros produzcan código consistente en la era de la ingeniería de Fibre para nuevos proyectos, incluyendo herramientas y configuraciones, etc.? Acabo de tener 15 diapositivas sobre esto. ¿Dónde está Tomik? Si es para un nuevo proyecto, ustedes como humanos primero tienen que sentarse y averiguar cuáles son las reglas y restricciones sobre el proyecto y qué metodologías quieren seguir, convertir eso en reglas de lint y convertirlas en, como, el script de policía del que estaba hablando, bla bla bla.

Así que quien se una al proyecto, incluso si quieren hacer algo estúpido, las herramientas de lint y la policía y lo que sea realmente los detendrán y dirán, no, no podemos hacer eso, así es como hacemos las cosas. Creo que lo expliqué, a menos que me falte algo. Creo que lo tienes. Creo. No soy Tomik. Tomik, si necesitas un seguimiento, entonces simplemente lanza una pregunta de seguimiento.

Siguiente pregunta. ¿Cómo puede el desarrollo de especificaciones potenciar la ingeniería de Fibre? Estaba leyendo la siguiente que dice que ahora tengo miedo de hacer preguntas, lo cual es hilarante. Puedes hacer preguntas, está bien. ¿Cómo puede el desarrollo de especificaciones potenciar Fibre, puedes usar, no, no voy a responder eso. Como que no sé qué quieren decir con la pregunta. Desarrollo de especificaciones, así que tuvimos una charla antes sobre el desarrollo de especificaciones y básicamente en lugar de solo solicitar el argumento, por ejemplo, escribes un archivo MD con la tarea y cómo verificarlo y cómo validarlo y que debería ejecutarse en el lint y cosas así, verificar el tipo después.

Así que eso es todo. Eso como que añade al punto que tenía. Actualmente estoy trabajando en un orquestador de agentes, que es similar a Codex, Cloud, y lo que sea. Cuando me di cuenta de que sería bueno tener una lista de tareas de cosas que quiero hacer, pero en lugar de decirle al agente, oye, haz la tarea A, pasa por un pipeline de cosas y múltiples agentes haciendo diferentes cosas. Así que comienza definiendo la especificación y PRD y bla, bla, bla, luego otro agente lo toma y hace el desarrollo, otro hace el QA, bla, bla, bla. Así que cada tarea va a un pipeline de agentes hasta que finalmente es tan buena como quieres. Así que creo que esto, combinado con lo que digo, es bastante crucial para obtener resultados consistentes de LLMs. Sí, suena razonable.

A continuación, ¿cuál es la mejor manera de mejorar el talento junior si darles herramientas de IA es como darle un arma a un mono? Sí, es una pregunta difícil. Así que no trabajo con humanos en este momento, así que soy un mal ejemplo para responder esta pregunta. Pero creo que darles LLM, depende, como para qué les das el LLM? Yo les daría un LLM para aprender los fundamentos del desarrollo y la ingeniería, pero no a un nivel profundo donde aprendan a optimizar un bucle for para el rendimiento, sino solo para saber las diferencias generales entre qué es un web socket y por qué usamos esto y por qué usamos aquello. Así que simplemente los ponemos en entrenamiento para aprender los fundamentos del desarrollo con LLMs y luego pueden comenzar a contribuir a la base de código. En lugar de como, aquí tienes un LLM, comienza a arreglar los errores porque eso no es productivo en absoluto.

Acabo de pensar en algo. Sí. Cloud debería tener un modo, no code mode. Así que está integrado en tu base de código, puedes hacer preguntas sobre tu base de código, pero no lo resolverá por ti. Pero los gerentes deberían poder bloquearlo para los empleados, ¿verdad? Sí. No obtienes el modo de código, por ejemplo. Los juniors, los internos, deberían hacerlo por sí mismos. Oh, creo que ya estamos fuera de tiempo. Creo que te pasaste del tiempo. Así que el safari de niños continuará en la sección de preguntas y respuestas. Solo para que sepas, te inscribiste para esto. Está bien. De acuerdo.