Estudié informática y ahora trabajo en una empresa como desarrollador único en un proyecto Java bastante ágil durante casi un año. El proyecto pronto se completará con éxito (¡al menos eso espero!).
La funcionalidad principal ... está funcionando e incluso algunas otras cosas que no estaban en los requisitos de inicio. Incluso tengo muchas ideas para nuevas funciones que no son necesarias, pero que ayudarían con la usabilidad y funcionalidad del programa.
Algunas partes del programa funcionan muy bien, mientras que otras partes tienen código del que no estoy muy orgulloso ...
Desde el comienzo del proyecto, he aprendido mucho y, por lo tanto, ahora sé cómo escribir teóricamente un mejor código en esas partes, ¡lo que hace que te des cuenta de los errores que cometiste y que no notaste antes!
El problema: después del proyecto no habrá mucho tiempo para hacer nada, simplemente no es posible volver a escribir desde cero. Y volver a escribir solo las partes defectuosas requeriría profundizar en la funcionalidad central: ¡lleva mucho tiempo!
¿Existen métodos / estrategias para aprender de mis errores y mejorar aún más el próximo proyecto?
¿Hay algo más que deba hacer después de completar el proyecto, pero antes de pasar al siguiente?
fuente
Respuestas:
Un buen código, como la buena ciencia, demuestra su capacidad para trabajar / hacer lo que pretende de una manera aprobada por un grupo de colegas. Si esta aplicación funciona, eres parte del camino, pero probablemente no puedas exponer este código al público y estás trabajando solo.
Comience un proyecto personal. Cuanto antes mejor. Esto logra algunas cosas:
Probablemente hay muchas notas y otra documentación que podría reunir, pero cada vez que pueda lograr cosas en el código, hágalo. Mejoras en la programación como la mayoría de las cosas con práctica y con suerte algunas medidas para mejorar. Las revisiones por pares pueden ayudar si está mejorando. Si tiene una aplicación que se expone a un grupo de usuarios que pueden proporcionar comentarios, aún mejor. No conocerán los detalles, pero reconocerán mejoras en la velocidad, un mejor diseño y su capacidad para hacer cambios / arreglos más rápido. Esto no tiene que ser un proyecto extenso. Simplemente pregunte, "¿Es esto mejor o no?"
fuente