Conocimientos técnicos y académicos
Frontend · backend · AI/ML · datos · diseño · dominio de industria
Con agentes, la pregunta "¿qué debo saber para construir?" cambia. Ya no necesitas dominar el stack — necesitas saber suficiente para dirigir, revisar y corregir al agente. Pero "suficiente" no es cero.
Lo que sabes define la velocidad a la que puedes validar el output del agente, no la velocidad a la que puedes producirlo.
La redefinición con IA
Antes: dominio del stack = velocidad de construcción. Ahora: dominio del stack = velocidad de verificación y corrección.
El agente escribe. Tú verificas que escribió lo correcto. Si no puedes leer el diff con criterio, todo lo que el agente entrega es un caja negra — y tarde o temprano revienta.
Lo mínimo práctico
- Frontend: suficiente para leer un componente Svelte/React y notar un bug obvio (null checks, race conditions, estado mal manejado).
- Backend: suficiente para revisar un endpoint y detectar vulnerabilidades básicas (falta auth, SQL injection, falta rate-limit).
- Base de datos: suficiente para leer un schema, entender una query, evaluar si un índice falta.
- AI/ML: NO necesitas saber entrenar modelos. Sí necesitas entender prompting, context window y spec.
- Diseño: suficiente para que tu producto no grite "esto lo hice en 10 minutos". Template + iteración con Claude.
El gap de dominio
Más importante que el stack es el dominio del problema. Si construyes fintech y no entiendes contabilidad básica, tu agente puede implementar cualquier cosa — tú no sabrás si está mal.
Del 1 al 10, ¿cómo estás en cada una: frontend, backend, DB, prompting, diseño, dominio? El menor determina tu cuello de botella real.
- Con agentes, lo que sabes = velocidad de verificación, no de producción.
- Lo mínimo: suficiente para leer diffs con criterio en cada capa.
- El dominio del problema vale más que el dominio del stack.