Rubber duck debugging: differenze tra le versioni

Versione delle 02:31, 6 giu 2019

Versione delle 07:51, 6 giu 2019

Riga 2:

Nell'[[ingegneria del software]], viene indicata come '''rubber duck debugging''' o '''rubber ducking''' una pratica di [[debugging]] che consiste nello spiegare, riga per riga, il funzionamento di un programma ad un oggetto inanimato (come appunto una [[papera di gomma]]). Descrivendo dettagliatamente il funzionamento atteso del programma, ed osservando allo stesso tempo quello che effettivamente il codice fa, eventuali incongruenze possono venire a galla.

Il nome è un riferimento a una storia contenuta nel libro ''[[The Pragmatic Programmer]]'', nella quale un programmatore porta con sé una [[paperella di gomma]], alla quale spiega riga per riga il funzionamento del codice,<ref name="pragprog">{{Cita libro| isbn = 978-0-201-61622-4 |url= httphttps://pragprog.com/the-pragmatic-programmer |titolo= The Pragmatic Programmer: From Journeyman to Master |editore= Addison Wesley}} p. 95, footnote.</ref> ma la tecnica è nota anche sotto diversi nomi, che tipicamente si riferiscono ad altri oggetti inanimati.

Molti programmatori hanno avuto l'esperienza di trovare la soluzione ad un problema spiegando lo stesso ad un'altra persona, specialmente se questa non si intende di informatica. In generale, spiegare un argomento porta ad osservare lo stesso da un differente punto di vista, che può condurre ad una comprensione più profonda.<ref>{{Cita web|cognome1=Hayes|nome1=David|titolo=The Psychology Underlying the Power of Rubber Duck Debugging|url=http://pressupinc.com/blog/2014/06/psychology-underlying-power-rubber-duck-debugging/|sito=Press Up|accesso=3 luglio 2015|data=25 giugno 2014}}</ref> L'uso di oggetti inanimati elimina il problema di dover coinvolgere un'altra persona nel processo.