Se volete stare tranquilli, iniziate a descrivere il vostro problema come una domanda su stackoverflow . Ci sono state numerose volte in cui ho iniziato a scrivere una domanda e ho trovato la soluzione mentre spiegavo il problema.

Potresti anche iniziare a scrivere la documentazione del tuo codice prima ancora che sia finito. Ho avuto vari momenti in cui ho scritto la documentazione di qualche codice che ho scritto, e nel mezzo ho notato “aspetta un attimo, non è quello che ho programmato”.

Nel mondo dell'informatica, questo è più o meno accettato, purché non si interrompa qualcun altro (che è il punto di usare l'anatra o l'orsacchiotto o qualsiasi altra cosa in primo luogo).

L'ho impostato in alcuni posti di lavoro in cui sono stato in cui non ce l'avevo già, ed è diventato accettato e normale quasi da un giorno all'altro.

Se sei ancora preoccupato di sembrare un idiota che parla con una papera di gomma, stampa una nota esplicativa (“perché sto parlando con una papera di gomma?!? Leggi questo per scoprirlo…”) o dai alla gente link a http://www.rubberduckdebugging.com/

Lasciate l'anatra a casa, mettetevi le cuffie del telefono e parlate con la segreteria telefonica dell'anatra.

I colleghi ingegneri del software capiranno cosa state facendo, i venditori o gli addetti alle risorse umane penseranno che siete al telefono (cosa che sarà veramente) e non si faranno strane idee.

A questo servono FaceTime o Web ex o un numero qualsiasi di tecnologie di videoconferenza. Date a Duck il suo computer (tutti gli sviluppatori competenti dovrebbero averne uno) e iniziate una videoconferenza con esso. L'anatra fornirà la risposta di cui avete bisogno senza dover essere fisicamente presenti.

In alternativa, un auricolare a denti blu funzionerebbe. La società è stata rapidamente condizionata a ignorare le persone con le cuffie blue tooth senza pensare che siano solo dei pazzi che parlano da soli o, peggio, con una papera di gomma.

Una soluzione più tranquilla ma altrettanto efficace nella mia esperienza può essere quella di scrivere semplicemente la vostra situazione attuale, i vostri dubbi e le vostre domande in una e-mail o in una bozza.

L'idea è simile al suggerimento di Philipp di scriverla come una domanda di stackoverflow, ma potrebbe essere meno distraente se siete, come me, spesso curiosi di sapere le domande casuali e le loro possibili risposte.

Risposta breve:

Nella maggior parte dei casi, no. Non è raro che le persone utilizzino tecniche come il debug della papera di gomma in aziende o dipartimenti incentrati sul software. Se un'azienda è più incentrata sul business nella sua cultura, allora ci possono essere preoccupazioni da parte del management che non hanno familiarità con il metodo.

Risposta lunga:

La cultura di molti uffici moderni incentrati sul software permetterebbe una varietà di pratiche comuni (se strane, al mondo esterno) agli sviluppatori, come parlare con una papera di gomma. Tuttavia, se si lavora in un ambiente in cui la verbalizzazione del proprio processo con una papera di gomma sarebbe considerata una distrazione o un disappunto, ci sono altre alternative più silenziose che si potrebbero prendere in considerazione:

Comporre una lettera

. Sia tramite testo, scritto a mano, o diagrammati, comporre una nota come se si stesse spiegando il software a qualcun altro può essere utilizzato in un metodo simile al debug verbale della papera di gomma.

Chat Con un Bot (sicuro)

Se vi trovate a fare il debug in modo più efficace quando fate rimbalzare le idee su un'altra persona invece che su un oggetto inanimato, potete scaricare e costruire i numerosi bot di chat open-source disponibili.

Un esempio è il chatbot originale: Eliza , progettato per usare metodi di psicoterapia Rogeriana per conversare. Eliza viene fornito di serie in copie di Emacs, per chi lo usa preferisce come editor di testo. L'unica cosa da ricordare è l'uso di una chatbot sicura, se si hanno dubbi sulla fuga di segreti aziendali o commerciali.

Utilizza Strumenti non convenzionali

Se il tuo problema è che hai difficoltà ad affrontare il tuo problema da una nuova prospettiva per ottenere chiarezza sul problema e trovare una soluzione, allora esiste una varietà di tecniche simili per riformulare la tua prospettiva.

Un esempio è quello di utilizzare un prompt esterno di qualche tipo, come un mazzo di carte, un set di dadi storia, o un mazzo di tarocchi dove ogni carta ha un significato predefinito. Confrontando il vostro software con questi prompt vi costringe a fare dei parallelismi non convenzionali e a pensare ai problemi del vostro software in modi nuovi.

Un altro esempio è quello di tentare di disegnare il vostro software come una macchina fisica, per descrivere le relazioni tra i componenti. Così facendo potreste rendervi conto che il modo in cui volevate che il software funzionasse non è un passo fondamentale da qualche parte.

Il vantaggio dell'uso di tecniche di debug non convenzionali è che vi costringe a pensare in modo creativo e può aiutare a sbloccare il vostro processo quando vi trovate in un solco mentale. Il rovescio della medaglia è la facilità con cui si esce dal proprio obiettivo e ci si ritrova a passare più tempo a trovare parallelismi di quanto non si riesca a realizzare gli obiettivi di sviluppo.

Poiché altre risposte dicono che è accettabile, posso solo supporre che non hanno mai lavorato in un ufficio aperto. O il rumore non li disturba.

Ho lavorato e so quanto può essere brutto. E nessuna cuffia vi aiuterà. Detto questo, getterei te e la tua anatra fuori dalla finestra non appena inizi a parlarci in uno spazio aperto. È assolutamente inaccettabile aggiungere ulteriore disturbo e rumore ad un ambiente già abbastanza brutto.

Se devi parlare con la tua anatra, vai a chiuderti in una sala riunioni (o qualsiasi cosa tu abbia lì), e discuti senza disturbare ulteriormente i tuoi colleghi.

Mettete l'anatra sotto o accanto al vostro monitor e parlatene in silenzio o in silenzio. Avere una conversazione rumorosa con un'anatra sarà compreso da alcuni, ma non dai più. L'alternativa è quella di usare di più i vostri colleghi, perché l'anatra ha un difetto principale: non può rispondere alle domande o offrire alternative ai vostri metodi/pensieri. Lavorare sulle interazioni interpersonali con i colleghi, fare delle revisioni del codice, vedere metodi e soluzioni alternative a un problema, tutto questo sarà immensamente utile nella vostra carriera. Alzerà il tuo profilo tra i tuoi colleghi e il tuo management noterà molto probabilmente il tuo aumento di produttività, come hai sottolineato.

Quando sarà il momento di promuovere qualcuno o di scegliere qualcuno che guidi un progetto di alto profilo, i tuoi colleghi e il tuo manager saranno in grado di darti una buona raccomandazione in base a quanto bene lavori con gli altri e a quanto il tuo lavoro sia al di sopra degli standard. La vostra anatra, invece, non avrà molto da offrire.

Lavoro con circa altri 8 colleghi nella stessa stanza. Alcuni di loro indossano sempre le cuffie e altri no. Ho anche la sensazione che spiegare il mio codice a me stesso o a un collega migliori anche la mia produttività. Non ho una papera di gomma, ma parlo a me stesso in “modalità sussurro”, come in silenzio, per non disturbare gli altri. E a quel punto ho notato che anche molti altri colleghi fanno lo stesso. Parlare con se stessi ti fa evitare di scrivere codice stupido e ti fa anche risolvere alcuni problemi difficili che potresti non essere in grado di risolvere da solo ma con il tuo ego, forse.

Come sviluppatore, anche tu puoi fare quello che ti piace. Questo è almeno ciò che ho imparato dalle mie diverse esperienze con diverse aziende. Non abbiate paura di sembrare strani. Tutti gli sviluppatori sono strani e non ci interessa cosa ne pensano gli altri. È una nostra preoccupazione. Se il vostro capo o un superiore vi dice che non è professionale, cercate di spiegare loro il metodo della papera di gomma in modo “professionale”. Sono abbastanza sicuro che troverete una papera di gomma anche sulla loro scrivania dopo qualche giorno!