# Saber cómo es barato. Saber qué lo es todo.

Un mapa en lenguaje llano de la escalera de la ingeniería, construido sobre una sola idea: los junior no saben ni qué construir ni cómo; los middle saben cómo pero no qué; los senior saben qué — eso que de verdad resuelve el problema de negocio. Por qué existe esa escalera, cómo se conectan sus peldaños, y por qué la IA está aserrando, sin hacer ruido, el de más abajo primero.

- **Author:** Fedor Chishchin
- **Published:** 2026-06-02
- **Tags:** careers, ai-native, business
- **Source:** https://fedorthinks.com/es/blog/knowing-what-knowing-how

---

Todo el mundo dibuja la escalera de la ingeniería con años y títulos de puesto.
Tres años acá, una insignia de "senior" allá, un número en una banda salarial.
Es casi todo teatro. La escalera de verdad no tiene nada que ver con cuánto
tiempo llevás sentado en la silla. Se reduce a cuál de dos preguntas podés
responder por tu cuenta:

**¿Cómo construyo esto?** — y — **¿Qué construir?**

Eso es todo. Junior, middle, senior — toda la jerarquía es apenas una historia
sobre quién puede responder cuál pregunta. Dejame dibujarla como funciona de
verdad, incluidas las partes que nadie pone en el organigrama.

## Junior: no sabe ninguna de las dos

Un desarrollador junior no sabe qué hacer, y no sabe cómo hacerlo. Eso no es un
insulto — es la definición. Le pasás una tarea, y tenés que pasarle la tarea _y_
la receta. "Hacé que el botón de guardar funcione." Vale — cuál botón, guardar
qué, dónde va, qué pasa si falla, y ¿qué significa siquiera "funcione" acá? Cada
una de esas es una pregunta que todavía no puede responder solo, y eso está
perfectamente bien. Todos empezamos acá.

La verdadera señal de un junior no es el código desprolijo. Es su relación con la
palabra "funciona". Para un junior, software que funciona y buen software son la
misma cosa. El botón hace clic, la demo corre, lanzalo. La idea de que el código
puede _funcionar_ y aun así estar mal — mala forma, mal lugar, una trampa para la
próxima persona que lo toque — todavía no aterrizó. Optimizan para "corre",
porque es la única señal que saben leer por ahora.

Su superpoder es el volumen. Dale a un junior una tarea nítida y bien acotada y
la va a moler de punta a punta. Son las manos. Lo cual — guardate esto para más
adelante — es exactamente la parte que una máquina también está encantada de
hacer.

## Middle: sabe cómo, no qué

Un desarrollador middle sabe _cómo_. Esta es una habilidad real, ganada a pulso, y
un salto enorme. Pasale "construí un rate limiter" o "agregá retries con backoff"
y lo va a hacer limpio — testeado, sensato, de la forma en que se supone que
debe hacerse. Internalizó el cómo. Le podés pasar la receta y marcharte.

Lo que un middle todavía no puede hacer de forma confiable es responder **qué**.
Dale un problema de negocio vago — "los usuarios se nos van justo después de
registrarse" — y mirá: va a construir _algo_. Algo precioso. Magníficamente
arquitecturado, completamente testeado, una delicia de leer. Y muy posiblemente
la cosa equivocada por completo, porque nadie le dijo cuál cosa, y "cuál cosa"
era el problema de verdad.

Este es el malentendido más caro de todo el rubro, así que dejame decirlo sin
vueltas: un desarrollador middle es una respuesta soberbia a una pregunta que
otro tiene que formular. Apuntalo a un objetivo claro y vale su peso en oro.
Apuntalo a un dolor de negocio difuso y va a ejecutar impecablemente en la
dirección equivocada — y no te vas a enterar hasta dentro de tres sprints.

(Si alguna vez lanzaste una feature impecable que movió exactamente cero métricas,
felicitaciones: conociste a un middle. Puede que _hayás sido_ el middle. Yo fui
el middle.)

## Senior: sabe qué

Un senior sabe _qué_. No de una forma mística — de una forma aburrida y
portante. Su valor no es que tipea más rápido o conoce más frameworks. Es que
puede tomar un problema de negocio difuso y encontrar la única cosa que de verdad
lo arregla — y, con igual frecuencia, las nueve cosas que no deberías construir
en absoluto.

Mirá a un senior de verdad cuando agarra "los usuarios se nos van justo después
de registrarse". No abre un editor. Pregunta por qué. Descubre que los emails de
onboarding dejaron de enviarse calladamente hace dos semanas, o que el formulario
de registro exige un identificador fiscal antes de que nadie confíe todavía en el
producto. El arreglo puede ser una línea, o una conversación con marketing, o
_borrar_ una feature en vez de agregar una. El mejor trabajo de un senior a menudo
elimina código. Su pull request de mayor valor es a veces el que dice "no
necesitamos esto".

El cómo no desapareció — un senior normalmente lo domina de memoria. Solo que
dejaron de pagarle por eso. Le pagan por **qué**, porque elegir la cosa correcta
a construir es la decisión contra la que todo lo demás se multiplica. Construí la
cosa equivocada a la perfección y produjiste una nada carísima. Construí la cosa
correcta a las apuradas y moviste el negocio. Los senior viven de esa asimetría.

## La escalera es una sola posta

Acá está lo que la hace una jerarquía y no tres trabajos sin relación: cada nivel
existe para quitarle un tipo de incertidumbre al nivel de abajo.

El negocio aparece con niebla — "el crecimiento se estancó", "esto es demasiado
lento", "los clientes están furiosos". El senior convierte la niebla en un
**qué**: una cosa específica que vale la pena construir. El middle convierte el
qué en un **cómo**: una arquitectura, un plan, una implementación limpia. El
junior convierte el cómo en las mil pequeñas pulsaciones de teclado que lo hacen
real.

Es una posta que convierte la ambigüedad de negocio en software lanzado, y en
cada relevo el problema se vuelve menos vago y más concreto. Los senior absorben
la mayor incertidumbre y pasan hacia abajo un objetivo claro; los junior absorben
la menor y necesitan el más claro. Esa es toda la maquinaria. (Por encima de los
senior sigue subiendo — staff engineers, arquitectos, producto — gente que es
dueña del "qué" a la escala de un sistema entero o una empresa entera. Mismo eje,
más ceros.)

## Entra la máquina

Acá es donde se pone interesante, y un poco incómodo.

Un agente de programación con IA es la mejor respuesta a **cómo** que la industria
haya producido jamás. Funcionalmente, es el desarrollador junior-a-middle más
capaz con el que vas a trabajar en tu vida: conoce todas las API, nunca se cansa,
escribe los tests, y hace el laburo pesado a las 3 de la mañana sin un solo
mensaje de Slack. Apuntalo a una tarea nítida y ejecuta. El "cómo" — eso que a los
humanos les toma años escalar de junior a middle para aprender — la máquina ahora
lo hace de la canilla.

¿Así que cuál peldaño aserra primero? El de más abajo. El laburo pesado que era
el trabajo entero de un junior es precisamente lo que el agente hace mejor, y los
datos ya lo muestran: el empleo de los desarrolladores más jóvenes cayó con
fuerza, la contratación tech entry-level se desplomó, y las pasantías se están
secando. [Los números no son sutiles.](https://stackoverflow.blog/2025/12/26/ai-vs-gen-z/)
El campo de entrenamiento está siendo pavimentado.

Y acá está la parte genuinamente preocupante — la que la barra del "la IA
reemplaza junior, genial, ¡más barato!" no terminó de pensar: **los peldaños de
abajo son la forma en que crecías senior.** No conseguís el criterio senior en un
seminario. Lo conseguís pasando años respondiendo "cómo", lanzando cosas, viendo
que algunas salieron mal, y aprendiendo de a poco a preguntar "qué" _antes_ de
construir. Aserrá el fondo de la escalera y no solo perdés junior — dejás
calladamente de fabricar los senior que vas a necesitar dentro de diez años. Los
pronosticadores ya están prediciendo exactamente ese aprieto.

## Entonces, ¿dónde está el humano?

Justo donde siempre estuvo — solo que más arriba. Porque la única cosa que el
agente todavía no puede hacer de forma confiable, por su cuenta, es responder
**qué**.

Pedile a un agente que construya la cosa equivocada y la va a construir,
hermosamente, con cobertura de tests completa, y te va a agradecer la
oportunidad. No tiene gusto, no tiene piel en el juego, no tiene un modelo de tu
negocio, y no tiene agallas. Es el desarrollador middle más dotado de la historia
sin la más mínima idea de qué vale la pena hacer. Necesita un "qué" — y "qué" es
el trabajo entero del senior.

Lo cual vuelve el consejo casi grosero en su simplicidad: dejá de competir con la
máquina en **cómo**. Vas a perder, y de todas formas era la mitad barata. Escalá
hacia **qué** lo más rápido que puedas — y usá la máquina para llegar ahí. El
junior más afortunado vivo ahora mismo es el que deja que el agente se ocupe del
laburo pesado _y_ gasta las horas que eso le libera haciéndose la pregunta del
senior desde el día uno: ¿qué problema estamos resolviendo de verdad, y es esta
la cosa que lo resuelve?

La máquina es el mejor junior que vas a contratar jamás — infinitamente rápida,
incansable, fluida en todo "cómo" jamás escrito. Solo que no tiene ni idea de qué
construir.

Esa parte sigue siendo tuya. Siempre fue la parte que más valía.