El futuro del desarrollo de interfaces (o al menos cómo lo veo ahora)
Los componentes ya son baratos, el contexto es lo caro. Una foto de hacia dónde creo que va el trabajo frontend.
Llevo tiempo dándole vueltas a esta nota, porque cada vez que me siento a escribirla sale algo nuevo que deja la mitad de mis opiniones desactualizadas. Así que tómala como una foto de lo que tengo en la cabeza hoy, no como una predicción en la que apostaría mi dinero.
La versión corta: los componentes ya son baratos, y el contexto es lo caro.
Creo que la forma en que construimos interfaces está cambiando más rápido que la forma en que hablamos de ella. Hace un par de años, ser buen ingeniero frontend significaba conocer tu framework al derecho y al revés, tener opiniones fuertes sobre manejo de estado y convertir un archivo de Figma en componentes pixel perfect. Ahora puedo describir una sección de precios en una oración y recibir algo genial en segundos. El problema es que lo genial se volvió el promedio, así que ya no destaca. La meta ahora es lo excepcional: trabajo hecho con cuidado de verdad. Creo que la mayor parte del trabajo interesante va a estar en la brecha entre esas dos cosas.
El componente ya no es el producto
Durante años el componente fue la unidad de trabajo. Construyes un Button, construyes una Card, los documentas, los publicas y la gente los consume. Los sistemas de diseño eran sobre todo catálogos con documentación bonita.
Construir tramo.digital me mostró que el catálogo es la parte menos interesante. En el repo escribo cada componente una sola vez como un scaffold universal, y un pipeline lo transforma en React, Vue, Svelte y Lit. La primera vez que funcionó de punta a punta me sentí un poco raro, como si hubiera automatizado un pedazo de mi propio trabajo. Cuando se me pasó la emoción, me di cuenta de que lo que realmente importaba era todo lo que rodea al componente: los tokens, los nombres, la configuración que explica qué significa cada prop, las reglas que le dicen al modelo qué puede tocar y qué no. El resultado ahora es barato; el contexto es lo caro.
Así que mi apuesta es que el desarrollo de interfaces poco a poco pasa de escribir componentes a escribir las restricciones para lo que sea que los escriba: tokens, semántica, reglas de accesibilidad, estructura de contenido, barandas. Menos construir casas, más construir la máquina que las construye, y asegurarse de que ninguna se caiga.
Los frameworks van a importar menos (y me parece bien)
Lo digo como alguien que ha pasado demasiadas horas de su vida discutiendo React vs Vue vs lo que haya salido esa semana. Si un modelo puede mover un componente entre frameworks en segundos, el framework se convierte en un detalle de implementación. La gente va a seguir teniendo favoritos, yo incluido, pero no creo que los frameworks vayan a definir carreras como antes.
Lo que sí va a seguir importando es la plataforma: HTML, CSS, el navegador, cómo un lector de pantalla anuncia realmente lo que hiciste, cómo se comporta una página en un Android barato con mala señal en Managua. Los modelos son sorprendentemente malos en eso último, y honestamente, la mayoría de nosotros también.
Todo se ve igual
Esta es la parte que me preocupa. Abre cualquier landing page generada con IA hoy y vas a encontrar el mismo degradado, las mismas tarjetas redondeadas, la misma cuadrícula de tres columnas con un ícono encima de cada una. Es el look de shadcn en todas partes. Para que quede claro, me encanta shadcn, pero cuando todos publican los mismos defaults la web empieza a sentirse como el lobby de un hotel: limpia, funcional y completamente olvidable.
Por eso creo que el gusto termina siendo el verdadero diferenciador. Todos van a poder producir interfaces; esa parte está resuelta o casi. Lo difícil es ver diez opciones generadas y saber cuál es la correcta, por qué las otras nueve se sienten raras y cómo empujarla hasta que parezca que la hizo una persona de verdad. Esa habilidad no se abarata con más tokens, y eso me gusta.
Entonces, ¿qué nos queda?
No creo que los desarrolladores frontend desaparezcan; creo que el trabajo simplemente se vuelve más raro. Hay días en que me siento diseñador, otros ingeniero de infraestructura, y otros como un maestro explicándole a un agente por quinta vez que no, ahí no puedes poner un valor hex a mano.
Si tuviera que adivinar (y estoy adivinando), a los que les va a ir bien son los que conocen los fundamentos lo suficiente para notar cuando el código generado está sutilmente mal, los que se preocupan más por los sistemas que por las pantallas individuales y los que no tienen miedo de decir “esto se ve genérico, intentemos otra vez”. Y probablemente lo más importante: entregan cosas para usuarios reales en lugar de demos.
Eso último es personal. Mucho de lo que estoy construyendo con tramo es para pequeños negocios aquí en Nicaragua: la señora que vende rosquillas, el señor de la tienda de hamacas. A ellos no les importa nada de esto. Les importa que la página cargue, que se parezca a ellos y que el botón de WhatsApp funcione. Si el futuro del desarrollo de interfaces no les facilita eso, no creo que lo hayamos hecho bien.