Passi per creare una soluzione per un problema

1. Gli insegnanti possono incoraggiare gli studenti ad affrontare i problemi in modo strutturato perché genera buone abitudini e promuove una mentalità strutturata, entrambe cose buone.
2. Se hai interrogato tutti gli sviluppatori di software con più di due anni di esperienza, scommetto che ti diranno tutti che gli sviluppatori di software non seguono una tale struttura formale, prescritta, ma che possono apprezzare la meta-lezione che il tuo insegnante sta cercando di insegnare.
3. Anche se questo specifico approccio passo-passo non è di per sé terribile, posso dirti che manca un primo passo critico.

Dopo aver eseguito una certa quantità di ricerche sul tuo problema, il tuo primo passo dovrebbe essere:

1. Chiediti: sto risolvendo il problema giusto?

In effetti, quando si risolve un problema, che si tratti di implementare una funzione greenfield o di correggere un bug, molti sviluppatori di software falliscono, implementano una soluzione sub-ottimale, o semplicemente perdono tempo perché non si introspe prima e si chiedono se stavano risolvendo il problema giusto.

Due punti a riguardo:

1. La quantità di ricerche preliminari che dovrai fare prima di poterti chiedere se stai risolvendo il problema giusto varierà a seconda del problema.
2. La tua capacità di sapere se stai risolvendo il problema giusto è una funzione dell'esperienza. Quindi, poniti sempre la domanda e la tua capacità di risposta migliorerà man mano che acquisirai esperienza.

Ciò che il tuo insegnante sta cercando di fare ti insegna a pensare alle astrazioni , il pensiero astratto è estremamente importante soluzione dei problemi tecnica.

Il flusso di lavoro specifico che l'insegnante ha preparato per te, i quattro passaggi, è un flusso di lavoro incredibilmente semplice e ben lontano dall'essere efficiente per problemi di sviluppo del software non banali. Tuttavia è una metodologia di allenamento abbastanza valida e sarà efficiente quando ci si trova di fronte a scenari reali (ma banali). Tieni presente che l'apprendimento è principalmente un processo incrementale, devi prima imparare le basi e questo è ciò che stai facendo in questo momento.

Ulteriori letture:

• Quando preferire una soluzione generalizzata risolvere casi specifici
• Astrazione: la guerra tra risolvere il problema e una soluzione generale
• Come posso migliorare la mia capacità di risoluzione dei problemi?
• link
• link

E un paio di post del blog pertinenti:

• Scopri come pensare alle astrazioni
• Strategie generali di risoluzione dei problemi (per i programmatori)

These steps should always consider by a programmer if he/she wants to become a Software designer (not programmer).

Che cosa intendi per progettista di software? Ho provato a cercare la differenza tra Programmer e Software Designer e sono stato inondato da Programmer v / s Software engineer.

Because the above approach gives an efficient way of finding solution to a problem even the problem is small. According to him, this way of approach also works in real time scenario's.

Il programmatore deve anche risolvere un problema o trovare la sua soluzione, quindi il tuo insegnante dice che questo approccio (quello che hai menzionato nella tua domanda) deve essere usato dal progettista del software e non dal programmatore.

My question is: Is this really an efficient way? please share also your thoughts.

Non lo so. Da studente non ho mai fatto tutte queste cose, ad esempio algoritmi, ecc. Semplicemente faccio la mia codifica, creo alcuni DFD (diagramma di flusso dei dati), diagramma ER e alcuni documenti correlati e li invio.

Per quanto riguarda le industrie penso che abbiano team separati per tutte queste cose come il team di codifica, il team di documentazione,