Ma cos'è questa roba del software?

Wed, 28 Mar 2018 06:00:00 +0000

A chiunque sia anche minimamente interessato allo sviluppo del software consiglio caldamente la lettura dell’articolo di Paul Rako, What’s All This Software Stuff, Anyhow?, appena pubblicato su Electronic Design.

Potrei sintetizzarlo in due parole, dicendo che lo sviluppo del software è una cosa estremamente complessa, ma che troppo spesso viene fatto alla carlona, senza fare tesoro delle lezioni imparate da altri campi dell’ingegneria, dalla progettazione dell’hardware a quella di strutture edilizie. Ma purtroppo darei solo una pallida immagine di quello che contiene l’articolo completo. E allora buona lettura!

P.S. Bob Pease, il signore apparentemente pazzo che all’inizio dell’articolo si vede buttare giù un computer dal tetto del palazzo, è stato uno dei guru dell’elettronica analogica ed ha scritto per tanti anni il Pease Porridge, una rubrica che era una delle ragioni principali per leggere Electronic Design. Una parte dei suoi articoli è stata raccolta in questi due volumi gratuiti, che è bene non perdere anche se non si sa niente di elettronica.

Regole di sviluppo del software (e non solo)

Mon, 04 May 2015 06:00:00 +0000

Ho letto negli ultimi giorni un post molto interessante, Lessons Learned in Software Development, che elenca una serie di regole utili per chi sviluppa software. Le regole sono molto generiche e sono adatte sia ai professionisti che agli sviluppatori più o meno occasionali.

Alcune regole mi piacciono in modo particolare, forse perché collimano perfettamente con la mia esperienza personale.

Regola n. 16: La papera di gomma. Quante volte mi sarà successo? Sbatto la testa per ore su un problema, poi per caso ne parlo con un collega, un amico o perfino con la paperella di gomma piazzata vicino al monitor e all’improvviso la soluzione mi appare davanti, chiara e ovvia, senza nemmeno che il collega (o la paperella) abbia aperto bocca.

Forse la spiegazione sta solo nel fatto che parlando ad alta voce si stimolano delle aree del cervello diverse rispetto a quelle usate quando si parla a se stessi. Però il risultato finale sembra quasi magico.
Regola n. 20: Dormirci su. Questa regola fa il paio con quella precedente, anzi forse funziona perfino meglio (e non serve nemmeno la paperella :). Va bene anche fare una passeggiata, andare al cinema o perfino al supermercato.

Qualche giorno fa non riuscivo a capire perché due programmi in R apparentemente identici producessero dei risultati leggermente diversi. La cosa mi disturbava parecchio perché l’analisi dei dati si basava in gran parte proprio su quei risultati. Ho perfino provato a stampare i due programmi e a metterli fianco a fianco (altro che diff). Niente, apparentemente non c’era nessuna differenza. Alla fine sono andato a casa portando tutto con me, ho fatto altro per qualche ora, poi per caso ho dato un’occhiata alle stampe. La differenza stava davanti a me, chiarissima e grande come una casa.
Regola n. 18: Riconoscere i meriti. Questa fa parte delle regole minime di convivenza civile. Conosco troppa gente che si attribuisce i meriti di quello che fanno gli altri, soprattutto quando chi lavora con o per loro è in una posizione di debolezza. Troppo facile ma alla fine anche controproducente. Perché impegnarsi o proporre idee e soluzioni se poi vengono rubate sistematicamente? La morte dei gruppi di lavoro e il trionfo dell’individualismo e dell’isolamento. Fare un giro nei corridoi di una università o di un istituto di ricerca per i dettagli.

Sviluppo on Melabit

Ma cos'è questa roba del software?

Regole di sviluppo del software (e non solo)