Un año trabajando como developer: lo que cambió en mi forma de pensar
Arranqué en marzo de 2025. Tenía dudas, pero confiaba en que podía adaptarme. Un año después el cambio más importante no fue técnico — fue mental: dejé de pensar desde el ticket y empecé a pensar desde el usuario.
Problema
Arranqué a trabajar en marzo de 2025. Tenía dudas — muchas. Pero también confiaba en que iba a poder adaptarme. Lo que no sabía era que lo que hoy parece difícil, con el tiempo se vuelve normal. No porque se vuelva más fácil — sino porque aparecen problemas más complejos. El problema real que no veía: trabajaba desde el ticket, no desde el usuario. Cada tarea era un qué hacer, no un qué problema resolver.
Solución
Con el tiempo entendí que resolver el ticket no es el trabajo. Entender el problema completo, sí. Una de las situaciones que más me enseñó fue un endpoint donde un tercero debía pegar cuando terminara de manipular datos. Los usuarios tenían que refreshar la pantalla manualmente para ver el resultado. Implementamos SSE (Server-Sent Events) para notificarles en tiempo real. Los tiempos de respuesta no bajaron — pero la UX mejoró: el usuario ve el resultado sin tener que recargar.
Aprendizaje
Lo más fuerte no fue técnico. Fue mental. Antes pensaba en código a partir de un ticket: qué hace, cómo lo hago funcionar. Hoy intento partir de lo que necesita el usuario. Ese cambio de perspectiva cambia completamente cómo encarás un problema — qué considerás, qué descartás, qué preguntas hacés antes de escribir una sola línea. Sigo teniendo mucho por aprender: patrones de diseño, arquitectura, sistemas distribuidos. También me dicen que tengo buena comunicación — y aún así la sigo trabajando.
TL;DR
Un año de trabajo me cambió más la forma de pensar que las herramientas que aprendí. El primer cambio fue entender que el código vive en un contexto — legacy, producción, otros servicios. El más importante fue dejar de pensar desde el ticket y empezar a pensar desde el usuario. El que más trabajo me costó: Frenar antes de codear.