Als u stil wilt zijn, begin dan met het beschrijven van uw probleem als een vraag op stackoverflow . Er waren talloze keren dat ik een vraag begon te schrijven en de oplossing vond terwijl ik het probleem uitlegde.

Je kon ook beginnen met het schrijven van de documentatie van je code nog voordat het klaar was. Ik had verschillende momenten waarop ik de documentatie van een of andere code schreef, en in het midden ervan merkte ik “wacht eens even, dat is niet wat ik geprogrammeerd heb”.

In de IT-wereld is dit zo goed als geaccepteerd zolang je niet iemand anders onderbreekt (wat in de eerste plaats het punt is van het gebruik van de eend of teddybeer of wat dan ook).

Ik heb het opgezet in een aantal werkplekken waar ik nog niet geweest ben, en het werd bijna van de ene op de andere dag geaccepteerd en normaal.

Als je je nog steeds zorgen maakt over het feit dat je er als een idioot uitziet die met een badeend praat, print dan een verklarende notitie uit (“waarom praat ik met een badeend?!? Lees dit om erachter te komen…”) of geef mensen een link naar http://www.rubberduckdebugging.com/

Laat de eend thuis, zet een telefoon headset op en praat met de voicemail van de eend.

Collega software engineers zullen begrijpen wat je doet, sales of HR mensen zullen denken dat je aan de telefoon bent (wat je echt zal zijn) en zullen niet vreemd zijn.

Dit is waar FaceTime of Web ex of een willekeurig aantal videoconferentietechnologieën voor zijn. Geef de Duck zijn eigen computer (alle competente ontwikkelaars zouden er een moeten hebben), en begin er een videoconferentie mee. De eend geeft het antwoord dat je nodig hebt zonder dat je er fysiek bij hoeft te zijn.

Als alternatief zou een blauwe tand koptelefoon werken. De maatschappij is snel geconditioneerd om mensen met een blauwe tanden koptelefoon te negeren zonder te denken dat ze gewoon gek zijn om tegen zichzelf te praten of erger nog, tegen een badeend.

Een rustigere, maar in mijn ervaring even effectieve oplossing kan zijn om gewoon je huidige situatie, twijfels en vragen op te schrijven in een e-mail of concept.

Het idee is vergelijkbaar met Philipp ’s suggestie om het op te schrijven als een stackoverflow vraag, maar misschien minder afleidend als je, net als ik, vaak nieuwsgierig bent naar willekeurige vragen en de mogelijke antwoorden daarop.

Kort antwoord:

In de meeste gevallen, nee. Het is niet ongewoon dat mensen in softwaregerichte bedrijven of afdelingen gebruik maken van technieken zoals het debuggen van badeenden. Als een bedrijf meer bedrijfsgericht is in zijn cultuur, dan kunnen er zorgen zijn van het management die niet bekend zijn met de methode.

Lang antwoord:

De cultuur van veel moderne software-gecentreerde kantoren zou een verscheidenheid aan gemeenschappelijke (indien vreemd, voor de buitenwereld) ontwikkelaars praktijken mogelijk maken, zoals het praten met een badeend. Echter, als je werkt in een omgeving waar het verbaliseren van je proces naar een badeend als afleidend zou worden beschouwd, zijn er andere, meer stille alternatieven die je zou kunnen overwegen:

Compose a Letter

Of het nu via tekst, handgeschreven of diagram is, het samenstellen van een notitie alsof je de software aan iemand anders uitlegt kan worden gebruikt in een soortgelijke methode als het verbale badeend debuggen.

Chat Met een (beveiligde) Bot

Als je jezelf effectiever debugging vindt wanneer je ideeën van een andere persoon afstoot in plaats van een levenloos object, zou je de vele beschikbare open-source chatbots kunnen downloaden en bouwen.

Een voorbeeld hiervan is de originele chatbot: Eliza (http://www.eliza.ch/download.shtml), ontworpen om Rogerian-psychotherapiemethoden te gebruiken voor conversaties. Eliza wordt standaard geleverd in kopieën van Emacs, voor wie het liever als tekstverwerker gebruikt. Het een ding om te onthouden is om een veilige chatbot te gebruiken, als u zich zorgen maakt over het lekken van bedrijfs- of bedrijfsgeheimen.

Gebruik maken van onconventionele tools

Als uw probleem is dat u moeite heeft met het benaderen van uw probleem vanuit een nieuw perspectief om duidelijkheid te krijgen over het probleem en een oplossing te vinden, dan bestaat er een verscheidenheid aan soortgelijke technieken voor het herformuleren van uw perspectief.

Een voorbeeld is het gebruik van een soort externe prompt, zoals een kaartspel, een set verhalende dobbelstenen of een tarotstapel waarbij elke kaart een voorgedefinieerde betekenis heeft. Het vergelijken van je software met deze prompts dwingt je om onconventionele parallellen te trekken en op nieuwe manieren aan je software problemen te denken.

Een ander voorbeeld is om te proberen je software te tekenen als een fysieke machine, om de relaties tussen de componenten te beschrijven. Hierdoor kan het zijn dat je je realiseert hoe je bedoeld hebt dat de software ergens een belangrijke stap mist.

Het voordeel van het gebruik van onconventionele debugging technieken is dat het je dwingt om creatief te denken, en kan helpen om je proces te deblokkeren als je in een mentale sleur terechtkomt. Het nadeel is dat het zo makkelijk wordt om van je doel af te komen en meer tijd te besteden aan het vinden van parallellen dan aan het bereiken van je ontwikkelingsdoelen.

Omdat andere antwoorden zeggen dat het acceptabel is, kan ik alleen maar aannemen dat ze nooit in een open kantoor hebben gewerkt. Of lawaai stoort hen niet.

Ik heb gewerkt en ik weet hoe erg het kan zijn. En geen enkele koptelefoon gaat je helpen. Dat gezegd hebbende, ik zou jou en je eend uit het raam gooien zodra je met hem gaat praten in de open ruimte. Het is absoluut onaanvaardbaar om extra hinder en lawaai toe te voegen aan een omgeving die al erg genoeg is.

Als je met je eend moet praten, sluit je jezelf dan af in een vergaderzaal (of wat je daar ook hebt), en bespreek het zonder je collega’s verder te storen.

Zet de eend onder of naast uw monitor en praat het probleem heel stil of geruisloos uit. Een luid gesprek met een eend zal door sommigen worden begrepen, maar door de meesten niet. Het is ook afleidend.

Het alternatief is om je collega’s meer te gebruiken omdat je eend een grote tekortkoming heeft: het kan geen vragen terug stellen of alternatieven bieden voor je methoden/denken. Het werken aan je interpersoonlijke interacties met een collega, het doen van code reviews, het zien van alternatieve methoden en oplossingen voor een probleem, dit alles zal enorm helpen in je carrière. Het zal uw profiel bij uw collega’s verhogen en uw management zal hoogstwaarschijnlijk uw verhoging van de productiviteit opmerken zoals u aangaf.

Wanneer het tijd is om iemand te promoten of iemand uit te kiezen om een high profile project te leiden, zullen uw collega’s en manager u een goede aanbeveling kunnen geven op basis van hoe goed u met anderen werkt en hoe uw werk boven de standaard is. Jouw eend daarentegen zal niet veel te bieden hebben.

Ik werk met ongeveer 8 andere collega’s in dezelfde kamer. Sommigen van hen zetten de hele tijd headsets op en sommigen niet. Ik heb ook het gevoel dat het uitleggen van mijn code aan mezelf of aan een collega mijn productiviteit ook verbetert. Ik heb geen badeend, maar ik praat rustig tegen mezelf in “fluistermodus” om de anderen niet te storen. En tegen die tijd merkte ik dat veel andere collega’s dat ook doen. Door tegen jezelf te praten vermijd je het schrijven van domme code en los je ook wat moeilijke problemen op die je misschien niet alleen kunt oplossen, maar met je ego misschien wel.

Als ontwikkelaar mag je ook doen wat je wilt. Dit is in ieder geval wat ik heb geleerd van mijn verschillende ervaringen met verschillende bedrijven. Wees niet bang om er raar uit te zien. Alle ontwikkelaars zijn raar en het kan ons niet schelen wat anderen daarvan vinden. Het is onze eigen zorg. Als je baas of een hoger managementmedewerker je vertelt dat het niet professioneel is, probeer dan de badeendmethode aan hen uit te leggen op een “professionele” manier. Ik ben er vrij zeker van dat je na enkele dagen ook een badeend op hun bureau zult vinden!