00:00:00¿Qué tan importantes son las elecciones del stack tecnológico para desarrolladores como tú y yo ahora en abril de 2026,
00:00:23con todo lo que ha pasado en el espacio de la IA, los avances en los modelos y, lo más importante, las herramientas de agentes de IA como Claude Code y Codex?
00:00:31He creado vídeos sobre estas herramientas y tengo algunos cursos sobre ellas en caso de que te interesen, los cuales son muy populares.
00:00:42Pero la pregunta que quiero analizar hoy y compartir mi opinión es: ¿qué tan importantes son las elecciones del stack tecnológico para los desarrolladores?
00:00:57¿Siguen importando o deberíamos dejar que la IA decida? O quizás más relevante: ¿deberíamos tomar decisiones basadas en el hecho de que vamos a usar IA?
00:01:16Obviamente, la forma más básica de no preocuparse por el stack —y por cierto, me enfocaré principalmente en el desarrollo web, aunque aplica a todos—
00:01:29es el camino fácil. Podrías estar usando una herramienta como Claude Code y realmente no te importa el stack tecnológico que se elija.
00:01:47¿A quién le importa si usas TypeScript y Next.js con React, o JavaScript puro con TanStack Start, o tal vez Angular en lugar de React? Que decida la IA, ¿no?
00:02:09Podrías hacerlo, pero aquí entramos en el terreno del "vibe coding", porque como desarrollador dejas de tomar decisiones.
00:02:16En cuanto dejas de tomar decisiones, dejas de dirigir a la IA y de preocuparte por el código; esa es mi definición de "vibe coding".
00:02:45Pero, por supuesto, esa sería una forma de decir que estas elecciones ya no importan realmente, y volveré a esa cuestión.
00:02:59El otro aspecto, quizás más relevante, es argumentar que el desarrollador aún elige, pero su elección está influenciada por el uso de la IA.
00:03:16Revisarás el código, te importa, no estás haciendo "vibe coding", pero aun así, como vas a usar mucho la IA,
00:03:44eliges un stack en el que sabes que la IA es buena. Usas TypeScript o Next.js con React porque sabes que hay muchos datos de entrenamiento y la IA funcionará bien.
00:04:06Estos son los dos puntos principales: el primero es no preocuparse y dejar que la IA elija (vibe coding), y el segundo es dejar que la IA influya en la elección.
00:04:28Yo diría que ambos enfoques son erróneos y un poco cortos de miras. Diría que hoy es más importante que nunca tener una opinión propia sobre el stack.
00:04:43Es crucial tomar decisiones inteligentes porque la forma en que trabajamos los desarrolladores está cambiando.
00:05:06Estamos escribiendo menos código. Yo definitivamente escribo menos código. Quizás para ti sea diferente, pero en la industria es claro que hay un gran cambio.
00:05:24Los desarrolladores escriben menos y, en su lugar, orquestan y utilizan estos agentes y herramientas de IA.
00:05:36Eso implica que se vuelve aún más importante qué opciones y decisiones tomamos. Si caes en el túnel del "vibe coding" y dejas que la IA decida,
00:05:53puede que no tengas un gran futuro como desarrollador por razones obvias.
00:06:13Porque, ¿quién te necesita si todo lo que haces es preguntar a la IA sin tener opiniones ni influencia sobre el código que produce? Nadie necesita a un desarrollador para eso.
00:06:28Tal vez sea un enfoque aceptable para crear rápidamente un prototipo o una aplicación interna que solo deba funcionar bien y no te importen los casos límite o la seguridad.
00:06:43Definitivamente hay casos de uso donde el "vibe coding" puede ser válido.
00:06:51También puede ser muy útil para personas que no saben programar pero que pueden construir el software que necesitan para sí mismos con facilidad.
00:07:01Tiene sus desventajas, pero el "vibe coding" tiene su propósito.
00:07:09En esos casos, obviamente el stack tecnológico no importa, y quienes lo usan puede que ni siquiera sepan qué opciones existen.
00:07:20Ahora, respecto a dejar que la IA influya en la elección, diría que esto pudo ser un argumento válido hace un año, pero definitivamente ya no hoy.
00:07:34Obviamente, la IA tiene un stack favorito. Ya lo he dicho en otros vídeos. Si dejas que la IA actúe por su cuenta,
00:07:45lo más probable es que en desarrollo web obtengas un proyecto con TypeScript, React, Next.js y Tailwind.
00:08:00Ese es su stack favorito por una razón: hay muchísimos proyectos de este tipo en los datos de entrenamiento.
00:08:10Pero si incluimos código de principios de la década de 2010, obviamente no habría Tailwind, ni casi proyectos de TypeScript o Next.js.
00:08:17En esos datos habría muchísimos proyectos de JavaScript puro y jQuery, y de hecho los hay.
00:08:31Pero la razón por la cual ese no es el stack favorito de la IA no es solo la cantidad de datos de entrenamiento, que importa, pero no es lo único.
00:08:44También es que estos modelos de IA pasan por diferentes etapas, independientemente del proveedor.
00:09:04Está la etapa de pre-entrenamiento, el ajuste fino (fine-tuning) y las etapas de aprendizaje por refuerzo. Los proveedores moldean los modelos y su comportamiento.
00:09:20Y luego están los prompts de sistema. Si usas una herramienta como Claude Code, hay un prompt invisible que instruye a la IA a actuar de ciertas maneras.
00:09:34Y ya sabemos que estos modelos han sido influenciados para preferir ciertas tecnologías como TypeScript y React.
00:09:51¿Por qué? Porque TypeScript, por ejemplo, funciona muy bien para la IA al permitirle validar el código comprobando errores de tipos.
00:10:07Obviamente, no es la única forma de validar. Un código sin errores de tipos no es necesariamente un buen código ni garantiza que funcione como quieres.
00:10:24Pero es un indicador. Suele ser mejor que JavaScript puro, según lo que sé.
00:10:43Estas son razones por las que la IA prefiere ciertos stacks y por las que podrías pensar que es buena idea elegir ese stack favorito.
00:10:57Por ejemplo, podrías decidir no usar JavaScript puro porque has oído, de mí por ejemplo, que la IA se beneficia de lenguajes con tipado fuerte como TypeScript.
00:11:03Puede haber algo de verdad en ello, pero a día de hoy, en abril de 2026, se ha demostrado repetidamente que la IA y agentes como Claude Code
00:11:14son realmente buenos aprendiendo cualquier stack tecnológico que les lances.
00:11:28Antes era molesto trabajar con librerías o frameworks muy nuevos de los que no había apenas datos en el entrenamiento, pero eso ya no es así.
00:11:42Como desarrollador que usa IA, puedes ir a la documentación de cualquier librería, ya sea la última versión de Nuxt.js o Svelte 5.
00:11:51O TanStack Start, que es relativamente nuevo. Puedes tomar los artículos relevantes de la documentación e incluirlos en el contexto de tu chat.
00:12:03Así, la IA podrá entender los ejemplos de código y las explicaciones y aplicarlos a tu proyecto, permitiéndote usar librerías muy recientes.
00:12:17Hoy en día, ni siquiera sueles tener que ir a buscarlas manualmente. Si tienes un prompt lo suficientemente específico,
00:12:23puedes decirle a la IA que use una librería como TanStack Start y que busque ella misma la documentación.
00:12:30Si usas un MCP o agentes como Claude Code, tienen búsqueda web. Confías en que busque y encuentre la documentación relevante, e incluso puedes influir usando "skills".
00:12:34Yo tengo una habilidad de investigación de código donde le indico a la IA cómo debe buscar la documentación para ciertos prompts.
00:12:44Si tienes algo así, normalmente no necesitas incluir la documentación tú mismo.
00:12:49La IA puede buscarla por su cuenta e incorporar lo que necesite. Y, sorpresa, como desarrollador, todavía puedes escribir código.
00:12:55Resulta que la IA tiende a replicar lo que ya existe en el proyecto en cuanto a estilo de código, por ejemplo.
00:13:02Si ya has creado algunas funciones o rutas usando Nuxt.js o TanStack Start,
00:13:12la IA lo detectará y no empezará a usar una sintaxis de un framework diferente de repente.
00:13:19Combinando el código existente, el contexto adecuado y orientando a la IA para que busque documentación,
00:13:28hoy es muy fácil trabajar con un stack que no sea el estándar o que incluya tecnologías menos conocidas por la IA.
00:13:35Esa ha sido mi experiencia y he leído a mucha gente en X con experiencias similares.
00:13:45Definitivamente funciona hoy. Quizás hace un año era distinto, pero ahora es totalmente viable.
00:13:52Y eso me devuelve a la pregunta original.
00:13:59¿Sigue importando la elección del stack? Es genial tener la opción y no estar obligado a seguir un camino predeterminado.
00:14:09Pero, ¿importa? Yo diría que sí, y mucho.
00:14:20Como dije al principio, eso es una de las cosas que distingue a un desarrollador de alguien que no lo es.
00:14:30Diferentes proyectos se benefician de diferentes elecciones tecnológicas.
00:14:41Teóricamente puedes construir casi cualquier cosa con cualquier stack y a menudo no importa, pero puede importar.
00:14:53Si trabajas en un proyecto donde el rendimiento es clave —y no hablo de rendimiento para 10 usuarios—,
00:15:08sino en proyectos grandes, quizás prefieras un lenguaje de backend como Go.
00:15:20Porque quieres mejor rendimiento y una menor huella de memoria de lo que obtendrías con, digamos, TypeScript.
00:15:30Dicho esto, no hay razón para optimizar en exceso si no sabes cuántos usuarios tendrás.
00:15:40Si tu aplicación llega a colapsar por la carga, siempre puedes reescribirla.
00:15:44Eso también es más fácil que nunca con la IA. Pero sí, esas elecciones siguen importando.
00:15:56También importa lo que tú como desarrollador sepas. Si eres muy bueno en Angular, no hay razón para hacer una aplicación en React.
00:16:04Como desarrollador, quieres entender y revisar el código, y meterte a escribir algo de vez en cuando para guiar a la IA.
00:16:16No queremos ser "vibe coders". Queremos aprovechar nuestro conocimiento y potenciarlo con la IA.
00:16:23Si dominas algo, esa es una buena razón para elegir esa tecnología, framework o lenguaje.
00:16:35Por lo tanto, sí, el stack importa. Diferentes herramientas tienen su propósito y una razón de existir.