[Rant] Programmatori Che Non Sanno Programmare

Coding Horror, Opinioni, Programmazione, Colloqui

E' da tempo che non scrivo un bel Rant.
E oggi, in un periodo in cui (sento l'avvicinarsi della primavera, chiedo venia) sono in vena di contestazioni generalizzate, mi trovo un link a questa pagina su una mailing list che seguo, affezionatamente, da anni.
Lo spunto (al link) e' dato dal fatto che e' (purtroppo) raro trovare programmatori realmente in grado di programmare.

Triste realta'.
Molto triste.
L'ho vista anche io, nella mia vita lavorativa che ormai si avvicina al decennio.
Gente che asserisce con somma convinzione di saper programmare in 800 linguaggi e che (complimenti!) e' in grado di ricordarsi tutte le funzioni di tutti i linguaggi che asserisce di conoscere...
Ma che messa di fronte ad un problema scrive quintalate di codice (per certi versi definibile come bloatware) per eseguire un algoritmo semplice semplice traducibile in poche righe di codice 1000 volte piu' efficiente.

Possiamo definirla una crisi del settore?
Nah, non direi, e' una cosa che bene o male (penso) succede in qualunque settore, ed una cosa che (secondo me) dipende da quanto una persona e' o meno portata per una certa attivita'.
Nel caso specifico, per l'attivita' di programmatore.

Coding Horror suggerisce di fare, in sede di colloquio, semplici "esami" (che chiama "FizzBuzz") per valutare la capacita' del candidato di codificare semplici algoritmi.
Pratica non molto diffusa a dire il vero, tanto che, quando mi sono trovata di fronte ad un colloquio del genere, ne sono uscita basita (con tutto che poi ho passato l'esame).
In cosa consiste l'esame?
Beh, semplicemente, invece che chiedere all'aspirante programmatore lo scibile in fatto di funzioni (che ricordarle tutte, specie se si e' programmato in piu' linguaggi, e' complesso), gli si chiede di eseguire, magari sotto forma di meta-codice o diagrammi di flusso (questi sconosciuti!) semplici operazioni.

Cicli banali, che consistano di for (o while), case, if... then... else... eccetera.
Senza badare troppo alla sintassi (il Syntax Error viene sempre segnalato), ma badando all'efficienza del codice e al metodo.
Un metodo valido per capire se la persona e' in grado, anche se con una reference guide alla mano, di affrontare la stesura di codice.
E' cosi' che l'anno scorso mi sono trovata a scrivere un intero programma in JAVA/JSP, linguaggio che mai prima di allora avevo utilizzato approfonditamente.
Con un colloquio fatto di test generici, diagrammi di flusso, descrizioni teoriche di metodologie e non esercitazioni pratiche o questionari su "cosa hai fatto nella tua vita precedente".
Colloquio fattomi da una persona con cui ho avuto modo di lavorare bene per qualche mese, una persona che, evidentemente, sapeva quello che faceva (scrivere codice).

Ne e' nata, in pochi mesi (due), un'applicazione completa, con codice modulare e molto portabile (tanto che alla fine l'ho tradotto in PHP in pochi giorni).
Un'applicazione che a commissionarla ad alcune aziende ti trovi a sentire preventivi allucinanti, richieste di mesi e mesi solo per una demo semi-funzionante...
Quando una persona da sola (io, e vado fiera di aver dimostrato a me stessa questa cosa), in tre mesi, e' in grado di scrivere un'applicazione analoga.
Certo, la qualita' estetica lasciava un po' a desiderare (sinceramente, non sono un grafico ne' penso di essere portata per la cosa), ma il codice era piu' che valido, piu' snello e performante di altre cose che ho trovato in giro.

Purtroppo pero', nel pessimismo che mi caratterizza quando tratto di questioni analoghe, non penso che questo tipo di esame (Diagrammi di Flusso e semplici algoritmi in meta-codice) si possa diffondere...
Forse e' perche' talvolta le stesse persone che esaminano i candidati non saprebbero come eseguire un test del genere, ma questa ipotesi e' forse troppo pessimistica, e non ci voglio credere nemmeno io.

Riferimenti:
Coding Horror