En el contexto de la ingeniería, ¿cómo aborda un programador idealmente los problemas y desarrolla soluciones?

Te abordan con un problema.

Usted pregunta: “¿Qué problema estás tratando de resolver?”

Reiteran el problema original.

¿Usted pregunta por qué?”

La respuesta resulta ser el problema que están tratando de resolver.

Usted pregunta: “¿Cuándo lo necesitas?”

Porque probablemente tendrá que reducir a la mitad el tiempo para usted (diseño y codificación), y la otra mitad para pruebas e integración.

Y, por supuesto, “¿Con qué tengo que trabajar? (Idioma, máquinas, código preexistente, otros programadores, documentación, …) ”

Eso es incluso antes de comenzar a hacer algo.

Afortunadamente, conoce un proceso SDLC (ciclo de vida de desarrollo de software) (del cual algunas de las preguntas anteriores estaban destinadas a recopilar la información que necesita para eso). Y aquí es donde deberías comenzar. Averigüe si el lugar donde está tiene un SDLC, o salga y aprenda uno.

Libro de texto o la vida real?

El libro de texto involucra especificaciones detalladas, estándares de programación, convenciones de tipos de datos detallados y siguiendo un flujo establecido de código-verificación-prueba-documento … vea Microsoft Solutions Framework como ejemplo.

¿Vida real? Copie fragmentos de su biblioteca de componentes establecida que han funcionado bien en el pasado, péguelos todos juntos para llegar a un 80% como marco, envíelos al equipo para que todos sepan un poco sobre lo que está sucediendo … luego divídalos los bits nuevos que no hace el viejo y probar las soluciones en tiempo real. Luego copie una especificación anterior y edítela para que sea la nueva especificación. Luego, complete los bits que perdió en el primer pase y envíe todo “para su revisión”. Mientras el cliente realiza los cambios inevitables en el alcance y la función, depure las funciones de segundo nivel y comience a escribir los cambios del documento de operación clonados de algún documento anterior. Clona un documento de prueba también mientras estás en él.

Cuando el cliente termine de hacer esta primera de muchas rondas de cambios, descubra cómo hacer que el código anterior funcione como quiere o lo suficientemente cerca.

Repetir.

En algún momento, el cliente lo llama “suficientemente bueno” o simplemente se queda sin tiempo o dinero. Entregar.

¿Qué pasó con el libro de texto? Los usa para colocar sus monitores para levantarlos un poco del escritorio porque nadie está pagando por una de esas cosas de altura de escritorio variable.