Método de desarrollo para desarrolladores informales en esta industria [duplicado]

7

Soy un ingeniero químico, trabajando en una industria 'del viejo mundo' (refinería de petróleo).

Como entusiasta de las computadoras, desde el principio, he usado un código para ayudarme en mi trabajo diario. Al principio, eran macros VBA, cada vez más complejas.

Cuando pensé que era demasiado complicado resolver algunos problemas en VBA, cambié a VB.NET dlls y luego a las aplicaciones de escritorio. Una cosa llevó a la otra, los colegas se encariñaron con mis aplicaciones, etc.

Como resultado, hoy estoy 'administrando' varias aplicaciones (API Web, aplicaciones de escritorio, macros VBA, etc.), además de mi trabajo 'real'. En algún momento miro hacia atrás a un código antiguo y me doy cuenta de que es pura basura, y siento pena por mi futuro, o por el tipo que me reemplazará algún día.

Quiero tomar medidas para mejorar esto . He leído sobre varios métodos de desarrollo, pero en realidad todo parece excesivo para mi situación donde:

  • Soy el único en desarrollo (por lo tanto, todo tipo de revisión de código, reuniones de scrum, etc. no son realmente relevantes).

  • Soy el cliente y el desarrollador (¡así que realmente estoy orientado al cliente!)

  • Hago esto para hacer que mi trabajo (real y el de mis colegas) sea más fácil. Por lo tanto, según la carga de trabajo, no puedo dedicar mucho tiempo a esto, pero realmente no puedo planificar los sprints, o cosas como esta.

¿Conoces algún método de desarrollo para este tipo de desarrollo de pasatiempos que me permita prepararme para el futuro un poco mejor que hoy?

    
pregunta Maxime 10.08.2017 - 11:19

3 respuestas

8

Lo único que realmente necesita en este escenario es alguna forma de hacer un seguimiento de los problemas (errores, características, mejoras) que le permiten asignar prioridades u ordenarlas en el orden en que desea trabajar en ellas.

Esto se podría hacer adecuadamente simplemente escribiendo cosas en hojas de papel, una por edición. Pero algún tipo de sistema de seguimiento de problemas sería mejor, por lo que tiene una función de búsqueda y puede agregar archivos adjuntos y copiar / pegar mensajes de error o enlaces.

El objetivo es mantener toda la información sobre los problemas disponibles para que no tenga que depender solo de su memoria, así como brindar una descripción general y decirle al instante cuáles considera que son los más importantes.

Ah, y ya estás por supuesto utilizando un sistema de control de origen, ¿verdad ?

    
respondido por el Michael Borgwardt 10.08.2017 - 11:54
1

Todas las industrias también están internamente en el negocio de software ahora. Tu experiencia está lejos de ser única. Mi consejo es que deje de pensar en su situación como "menos" de alguna manera, y comience a adoptar las prácticas normales de ingeniería de software. ¿La mejor metodología de desarrollo para una persona? que Gnat ha vinculado tiene algunas buenas maneras para adaptarse a una persona.

    
respondido por el Karl Bielefeldt 10.08.2017 - 13:05
1

Su "desorden" es valioso, debería enseñarle exactamente lo que puede mejorar. Aparentemente, usted reconoce que su código anterior es desordenado, intenta dar un paso atrás y determinar exactamente qué es lo que está mal, por qué lo odia tanto. Y luego rehacerlo (un aspecto a la vez). Sigue criticando tu propio trabajo y mejora.

Es una lástima que no tenga co-desarrolladores para evaluar su trabajo, le ayudaría si pudiera tener una opinión "real" del desarrollador. Pero siento que llegarás por tu cuenta, solo mantente curioso y crítico.

    
respondido por el Martin Maat 10.08.2017 - 18:32

Lea otras preguntas en las etiquetas