Il computer è un dispositivo che non può essere completamente costruito in fabbrica perché le sue elaborazioni sono continuamente mutevoli. L'aggiornamento del software è un fenomeno enorme ed appariscente nelle aziende e nelle istituzioni, cioè nella gran parte del mondo informatico. Dimostra in modo solare che il computer deve essere preparato sul momento, davanti al preciso problema da risolvere, e poi ripetutamente rimodellato. L'ingegnere elettronico prepara una macchina incompleta ed il programmatore termina la costruzione dell'hardware assegnando un preciso piano di lavoro (= il programma). In questo modo finisce la realizzazione che in fabbrica è stata cominciata ma non terminata. L'hardware ed il software danno luogo a due ingegnerie completamente diverse nei metodi e nei contenuti, nonostante ciò sono unite perché la seconda completa la prima e soltanto in questa ottica sono perfettamente giustificate.

Ci domandiamo: quali sono esattamente le parti incomplete lasciate dall'ingegnere hardware ?

Facciamo un esempio. Ogni abitazione civile si regge grazie agli elementi strutturali che i solai e le colonne. Come giudicheremmo il geometra che progettasse i solai, ne passasse i disegni al capomastro mentre le colonne glie le spiegasse a voce ?  Come potrebbero lavorare i muratori sulla base della pianta mentre gli elementi verticali li tengono a memoria ?
Questo comportamento risulterebbe palesemente assurdo eppure è comune in Informatica. Ecco perché la programmazione finisce per essere più difficile del dovuto. Ecco perché molti ragazzi, trovando astrusa la preparazione teorica, imparano meglio da soli. Ecco perché i risultati non sono buoni sul piano culturale e professionale quando si entra nel mondo del lavoro.

La soluzione lapalissiana è una sola. Il programma si compone di due parti ed ambedue vanno progettate sulla carta prima della codifica: le istruzioni con la pseudocodifica e le dichiarative con il diagramma dei campi. Com'e' fatto questo ultimo ?

Riporta i flussi (principali) dei dati dalla periferia nei campi di memoria e poi da questi verso l'uscita. In sostanza il diagramma segue pedissequamente lo schema architetturale della macchina di von Neumann.

Come esempio supponiamo di battere da tastiera il numero di pezzi venduti ed il prezzo unitario, si chiede che il programma calcoli il prezzo totale e lo scriva sul video.

Ciascuna istruzione della pseudocodifica

Il progetto completo del programma comprensivo di pseudocodifica e diagramma dei campi permette di risolvere tutti i passaggi difficili sulla carta. Dimostra quali sono i risultati prima della codifica del programma e della sua esecuzione. Permette di apportare modifiche immediate perché è tutto scritto e non c'è nulla di campato per aria.

Concludo con un commento.
Quando a lezione metto in luce una lacuna di base, qualche allievo magari si schernisce ed obbietta che la cosa in fondo non è tanto grave. Gli rispondo che avrebbe perfettamente ragione, sarebbe completamente nel giusto se l'incertezza fosse sola, ma in vero ne vengono una dietro l'altra. Si comincia col vedere il computer come una macchina semplificata, ovvero come Turing, e si vuol diventare dei "logici". Si impara questo mestiere come fosse un esercizio matematico e ci si convince che è immobile nel tempo. Ci si abitua a progettare mezzo programma invece che per intero. Si cerca di ovviare alla bene e meglio questo difetto e si porta avanti una professione inefficiente almeno in certi ambienti. Nei fatti si genera una catena dove ogni errore rinforza il successivo, ogni lacuna allarga quella accanto ed alla fine vengono fuori i risultati lamentati nelle aziende in tutto il mondo.