Saltar al contenido
(02) Escritosoctubre de 20268 min

A seis meses, más incertidumbre que antes

Dónde estoy

Me recibí en diciembre y empecé a trabajar en marzo. Daba por hecho que a esta altura iba a tener una idea más o menos clara de hacia dónde voy. Tengo menos idea que el día que me dieron el título.

No es una queja. Me encanta mi trabajo y estoy aprendiendo más rápido que en toda la facultad, pero cada tantas semanas trato de imaginarme dentro de cinco años, y no veo ningún camino tradicional que se sostenga con los años. Estas son mis notas sobre por qué, y sobre las opciones a las que les sigo dando vueltas. Son personales, y las escribo más que nada para pensar.

El mapa que me dieron

Después de la facultad, había un mapa “simple” para seguir. Elegí un carril, frontend, backend, infraestructura o datos, andá a fondo, y esa profundidad es lo que vendés. Diez años después sos la persona que sabe de eso.

FrontendBackendInfraestructuraDatos 10 años
El mapa que me dieron: elegí un carril, seguí derecho, y la distancia recorrida es lo que vendés.

Todos los carriles de ese mapa daban por sentado que escribir el software era la parte difícil. Para la mayor parte de lo que hago todos los días, ya no lo es. En el trabajo tenemos pipelines donde los agentes escriben y revisan código durante la noche. Hago features de punta a punta, desde el diseño hasta el backend. Hace unos años ese tipo de trabajo le llevaba meses a un equipo entero. Yo lo hago en una semana, y se supone que soy junior. Entonces, si los juniors están haciendo el trabajo que antes hacía un equipo de seniors, ¿cómo va a ser el senior del futuro?

Esa pregunta es la que me inquieta. Si yo puedo hacer esto a seis meses de recibirme, ¿cómo se crece profesionalmente, o cómo se gana seniority a lo largo de los años? Lo que hoy hago bien no es escaso.

Así que me sigo preguntando adónde se fue lo escaso.

Los modelos¿Camino o lotería? Los cuatro carriles¿20% yo, 80% agentes? Las personasDifícil de copiar A seis meses
Dónde estoy en realidad. Cada camino se ve claro por unos pasos, y después dejo de verlo.

Opción uno: ir hacia los modelos

La primera respuesta es ir hacia donde viene el cambio. Si los modelos son los que hacen el trabajo, entonces lo lógico es trabajar en los modelos: investigación, entrenamiento, evaluación y los sistemas sobre los que corren. Ese conocimiento es difícil de conseguir y lo tiene poca gente.

Una parte de mí quiere esto. Los problemas que más disfruté son aquellos en los que tuve que entender un sistema hasta el fondo. Cuando pasé unos meses en un laboratorio de investigación en Lyon, me gustó que me dejaran quedarme semanas en una sola pregunta.

Pero no logro saber si es un camino o una lotería. La gente que de verdad mueve los modelos hacia adelante es poca, la mayoría tiene un doctorado y años de ventaja, y el campo avanza tan rápido que lo que aprendés puede quedar desactualizado antes de que lo domines. Tampoco sé si me gustaría el trabajo o si me gusta cómo suena.

Opción dos: saber de los cuatro carriles

La segunda respuesta es dejar de elegir un carril. El mapa viejo te hacía elegir uno de cuatro. Los agentes hacen posible, y necesario, saber de todos: suficiente frontend, backend, infraestructura y datos como para tomar una spec y entregar todo. Es el trabajo de un ingeniero de software de siempre, solo que más ancho. No escribís la mayor parte del código, pero tenés que entenderlo todo. Está cerca de lo que ya hago.

En esta versión, el seniority es qué tan ancho podés ir y aun así responder por el resultado.

Mi preocupación es hacia dónde va eso. El esfuerzo que me lleva se achica con el tiempo. Lo veo convertirse en 20% ingeniero y 80% agentes haciendo el resto sin supervisión, y no sé cuánto vale ese 20%, ni cuánta gente hace falta para hacerlo. Tampoco hay lugar para destacarse individualmente: si todos cubren todo con los mismos agentes, el trabajo se ve igual sin importar quién lo hizo.

Opción tres: quedarme cerca de las personas

La tercera respuesta es a la que siempre vuelvo. Si cualquiera puede construir cualquier cosa, y rápido, entonces a tu proyecto personal lo pueden clonar en un fin de semana, y a la startup donde trabajás también. Lo que me pregunto ahora es por qué alguien seguiría pagando por este.

Mi apuesta es la experiencia. Con eso me refiero a qué tan bien un producto entiende a la persona que lo usa: qué estaba tratando de hacer, en qué orden, y cuánta paciencia le quedaba. Dos productos con las mismas features son productos distintos si uno te hace pensar y el otro no. Cuando las features no cuestan casi nada, esa diferencia es casi todo lo que queda para vender.

Lo veo en el trabajo. La gente le habla a nuestro producto por WhatsApp. A ninguno le importa qué modelo responde. Les importa si entendió lo que quisieron decir.

La objeción obvia es que los agentes también van a diseñar la experiencia. Puede ser. Creo que entender a las personas es más lento de copiar que el código, porque alguien tiene que ver a usuarios reales luchar con el producto, y ninguna herramienta te devuelve ese tiempo. No estoy seguro de que se sostenga diez años.

Lo que creo que sigue valiendo

Nada de esto quiere decir que los años de experiencia hayan dejado de importar. Sí creo que siguen siendo necesarios. Hay conocimiento técnico que simplemente tenés que tener, y se nota en dos lugares: en qué tan precisos son tus prompts, y en el criterio con el que revisás el código que vuelve. Un agente va a escribir algo de todas formas. La persona que sabe cómo es una buena versión la pide mejor, y detecta más cuando está mal.

Lo que noto de mí

Cuando pongo las tres en fila, noto que las ordeno más por miedo que por lo que quiero. La investigación me asusta porque las probabilidades son bajas. Saber de los cuatro carriles me asusta porque mi parte del trabajo se sigue achicando. La tercera opción es la que creo que más tarda en copiarse, lo cual es o una buena razón para elegirla o una razón conveniente.

También noto que todas las respuestas que se me ocurren son cosas que un recién recibido puede hacer. Distribución, datos y confianza pueden importar más que todo esto, y todavía no tengo ninguna de las tres. Es posible que esté eligiendo la conclusión que más le conviene a mi posición.

Por ahora

No puedo planear un camino, así que elegí una dirección, y la sostengo sin aferrarme. Tomo features donde soy dueño de todo, desde lo que ve el usuario hasta la base de datos. Trato de mirar cómo la gente usa lo que entregué antes de decidir qué sigue. Dejé de tratar el diseño como el trabajo de otro. La segunda opción ya la estoy haciendo en el trabajo, así que me voy a enterar de todas formas. Y sigo leyendo sobre la primera, porque no la descarté.

Voy a escribir esto de nuevo en un año y ver qué párrafos retiraría.

Si ves otra opción que se me esté escapando, escribime. Me interesa escucharla.