Depende de los años. Profundiza en lo bueno que eres, en lo mucho que amas tu profesión.
Necesita experiencia, necesita la experiencia de refactorizar o reescribir ciclos de sus proyectos anteriores. La experiencia de leer y modificar el código de otros pueblos. Habrá un punto en el que sienta que el código que crea es óptimo. Que te gustará la próxima vez que lo leas.
Entonces, vienen los cambios. Para el medio ambiente. Habrá nuevas interfaces, nuevas bibliotecas para conectarse, a las que no sabrá cómo acercarse de la mejor manera. Pero de nuevo, con el tiempo, también te familiarizarás con ellos.
Entonces, los nuevos proyectos vienen con problemas totalmente diferentes. Tienes que encontrar tu ruta óptima de creación de código para esos.
- Como persona con Aspergers, ¿cómo sabe si ha molestado a alguien, qué signos ha llegado a conocer y cómo lo maneja?
- ¿Por qué la gente nos hace daño a propósito?
- ¿Por qué parece que todas las personas aman el tango?
- ¿Por qué soy tan odioso a veces?
- No me gusta mucho la gente, y prefiero mi propia compañía. ¿Eso es normal?
Está orgulloso de su código, le encantan las soluciones en su código que inventó o recopiló de otros.
Luego intenta leer su código después de unos años y no lo entiende. Usted querría reescribirlo o refactorizarlo.
Entonces te das cuenta, no importa si lo amas o si lo odias. Lo que importa es cuánto está libre de errores para sus usuarios, cuánto sirve su propósito para los usuarios, qué tan útil se volvió para los usuarios. Qué fácil es cambiar a las nuevas necesidades de los usuarios.
Esto no es ficción que estás creando. Los usuarios nunca abrirán el libro y leerán sus letras u oraciones o clases o variables de su código.
Sí, la respuesta es sí, puede que lo odies. Pero esa no es la pregunta.
Si los usuarios no están contentos, entonces debes odiar tu código.