Capítulo 27. De los rompecabezas a los productos
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Jessica Kerr
Me dediqué a la programación porque era fácil. Resolvía rompecabezas todo el día, luego me iba a casa a las cinco y media y pasaba el rato con mis amigos. Veinte años después, sigo en el software porque es difícil.
Es duro porque pasé de resolver rompecabezas a hacer crecer productos, de obsesionarme con la corrección a optimizar para el cambio.
Al principio de mi carrera, me centré en un área del sistema. El jefe de mi equipo me daba requisitos para nuevas funciones. Esto definía "correcto", y cuando el código lo conseguía, mi tarea estaba hecha.
Los medios disponibles eran restringidos: trabajamos en C, con la biblioteca estándar más Oracle. Para ganar puntos extra, hicimos que el código se pareciera al de los demás.
En pocos años, mi perspectiva se amplió: Me reunía con los clientes; participaba en la negociación entre el diseño y la implementación. Si una nueva función concreta llevaba el código en una dirección incómoda, entonces volvíamos al cliente con otras sugerencias para resolver el mismo problema. Ahora ayudo a definir los enigmas, así como a resolverlos.
La resolución de puzzles es un requisito previo, no la esencia de mi trabajo. La esencia de mi trabajo es proporcionar una capacidad al ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access