No te tomes el tiempo y optimiza el rendimiento 😂 Acabo de ver un comentario: > Una vez escalados, incluso los errores que escribiste tendrán usuarios. Mi primer trabajo después de la universidad fue en una empresa donde había un gran seminario de incorporación para nuevos empleados. Un día, nos contaron una historia sobre mediados de los 90, cuando el equipo técnico optimizó el tiempo de carga del software de 5 minutos a 30 segundos. Como resultado, la crítica negativa de los clientes explota al instante. Esta optimización del tiempo de carga destruyó en realidad la cultura corporativa de esa empresa. Resultó que antes de la optimización, todos iban a la oficina, encendían el ordenador y usaban esos 5 minutos de carga para charlar, tomar café y empezar un día relajado. Y ahora, antes de que puedan levantarse de sus escritorios, ¡el software está listo para trabajar en ellos! La moraleja de la historia—y la cita anterior—no es decirte que no mejores las cosas. En cambio, es un recordatorio de que el software que construyes no existe simplemente en un PRD (Documento de Requisitos de Producto) o en una suite de pruebas. Es un sistema que interactúa con las personas en el mundo real. La gente crea hábitos alrededor de ello, desarrolla soluciones alternativas e incluso depende de ciertos errores para escenarios prácticos. Esto es crucial para ti como ingeniero de software: debes entender para qué se usa realmente el software y cómo se emplea en el mundo real. Tu trabajo no es completar un montón de tickets del product manager, tu trabajo es crear software que resuelva problemas de usuario. Enlaces: