In der IT-Welt wird dies so ziemlich akzeptiert, solange Sie nicht jemand anderen unterbrechen (was der Sinn der Verwendung der Ente oder des Teddybären oder was auch immer ist).

Ich habe es an einigen Arbeitsplätzen eingerichtet, an denen ich es noch nicht hatte, und es wurde fast über Nacht akzeptiert und normal.

Wenn Sie sich immer noch Sorgen machen, wie ein Idiot auszusehen, der mit einer Gummiente spricht, drucken Sie eine erklärende Notiz aus ("Warum rede ich mit einer Gummiente?!? Lesen Sie dies, um es herauszufinden...") oder geben Sie den Leuten Links zu http ://www.rubberduckdebugging.com/

Wenn Sie ruhig sein wollen, beginnen Sie damit, Ihr Problem als Frage zu stackoverflow zu beschreiben . Es gab zahlreiche Fälle, in denen ich anfing, eine Frage zu schreiben, und die Lösung fand, während ich das Problem erklärte.

Sie könnten auch damit beginnen, die Dokumentation Ihres Codes zu schreiben, noch bevor dieser fertig ist. Ich hatte verschiedene Momente, in denen ich die Dokumentation eines von mir geschriebenen Codes geschrieben habe, und mittendrin bemerkte "Moment mal, das ist nicht das, was ich programmiert habe".

Lassen Sie die Ente zu Hause, setzen Sie ein Telefon-Headset auf und sprechen Sie mit der Voicemail der Ente.

Andere Software-Ingenieure werden verstehen, was Sie tun, Vertriebs- oder HR-Leute werden denken, Sie telefonieren (was Sie wirklich sein werden) und werden nicht verrückt werden.

Dafür sind FaceTime oder Web Ex oder eine beliebige Anzahl von Videokonferenztechnologien da. Gib der Ente seinen eigenen Computer (alle kompetenten Entwickler sollten einen haben) und starte damit eine Videokonferenz. Die Ente wird Ihnen die Antwort geben, die Sie benötigen, ohne dass Sie physisch anwesend sein müssen.

Alternativ würde ein Bluetooth-Headset funktionieren. Die Gesellschaft wurde schnell darauf konditioniert, Menschen mit Bluetooth-Headsets zu ignorieren, ohne zu denken, dass sie nur Verrückte sind, die mit sich selbst oder schlimmer noch mit einer Gummiente sprechen.

Eine ruhigere, aber meiner Erfahrung nach ebenso effektive Lösung kann darin bestehen, Ihre aktuelle Situation, Zweifel und Fragen einfach in einer E-Mail oder einem Entwurf davon niederzuschreiben.

Die Idee ähnelt Philipps Vorschlag, sie als Stackoverflow-Frage aufzuschreiben, könnte aber weniger ablenken, wenn Sie, wie ich, oft neugierig auf zufällige Fragen und ihre möglichen Antworten sind.

Da andere Antworten sagen, dass es akzeptabel ist, kann ich nur annehmen, dass sie nie in einem Großraumbüro gearbeitet haben. Oder Lärm stört sie nicht.

Ich habe gearbeitet und ich weiß, wie schlimm es sein kann. Und kein Kopfhörer wird Ihnen helfen. Abgesehen davon würde ich Sie und Ihre Ente aus dem Fenster werfen, sobald Sie anfangen, im Freien mit ihr zu sprechen. Es ist absolut inakzeptabel, einer Umgebung, die bereits schlimm genug ist, zusätzliche Störungen und Lärm hinzuzufügen.

Wenn Sie mit Ihrer Ente sprechen müssen, gehen Sie in einen Besprechungsraum (oder was auch immer Sie dort haben) und diskutieren Sie, ohne Ihre Kollegen weiter zu stören.

Kurze Antwort:

In den meisten Fällen nein. Es ist nicht ungewöhnlich, dass Menschen Techniken wie das Rubber-Duck-Debugging in softwareorientierten Unternehmen oder Abteilungen verwenden. Wenn ein Unternehmen in seiner Kultur eher geschäftsorientiert ist, kann es Bedenken seitens des Managements geben, das mit der Methode nicht vertraut ist.

Lange Antwort:

Die Kultur vieler moderner softwarezentrierter Büros würde eine Vielzahl gängiger (wenn auch für die Außenwelt seltsamer) Entwicklerpraktiken ermöglichen, wie z. B. das Gespräch mit einer Gummiente. Wenn Sie jedoch in einer Umgebung arbeiten, in der es als ablenkend oder verpönt empfunden würde, Ihren Prozess einer Gummiente gegenüber zu verbalisieren, gibt es andere, leisere Alternativen, die Sie in Betracht ziehen könnten:

Schreiben Sie einen Brief

Ob per Text, handschriftlich oder grafisch dargestellt, das Verfassen einer Notiz, als ob Sie jemand anderem die Software erklären würden, kann in einer ähnlichen Methode wie das verbale Debuggen von Gummienten verwendet werden.

Chatten Sie mit einem (sicheren) Bot

Wenn Sie feststellen, dass das Debuggen effektiver ist, wenn Sie Ideen von einer anderen Person anstatt von einem leblosen Objekt abprallen lassen, können Sie die zahlreichen verfügbaren Open-Source-Chat-Bots herunterladen und erstellen.

Ein Beispiel ist der ursprüngliche Chatbot: Eliza , der entwickelt wurde, um Rogerianische Psychotherapiemethoden für Gespräche zu verwenden. Eliza ist standardmäßig in Kopien von Emacs enthalten, für diejenigen, die es lieber als Texteditor verwenden. Das Einzige, woran Sie denken sollten, ist die Verwendung eines sicheren Chatbots, wenn Sie Bedenken haben, Unternehmens- oder Geschäftsgeheimnisse preiszugeben.

Nutzen Sie unkonventionelle Tools

Wenn Ihr Problem darin besteht, dass Sie Schwierigkeiten haben, Ihr Problem aus einer neuen Perspektive anzugehen, um Klarheit über das Problem zu gewinnen und eine Lösung zu finden, dann gibt es eine Vielzahl ähnlicher Techniken, um Ihre Perspektive neu zu definieren.

Ein Beispiel ist die Verwendung einer externen Eingabeaufforderung, wie etwa eines Kartenspiels, eines Satzes von Story-Würfeln oder eines Tarot-Decks, bei dem jede Karte eine vordefinierte Bedeutung hat. Der Vergleich Ihrer Software mit diesen Eingabeaufforderungen zwingt Sie dazu, unkonventionelle Parallelen zu ziehen und Ihre Softwareprobleme auf neue Weise zu betrachten.

Ein weiteres Beispiel ist der Versuch, Ihre Software als physische Maschine darzustellen, um die Beziehungen zwischen den Komponenten zu beschreiben. Dabei stellen Sie möglicherweise fest, dass der von Ihnen beabsichtigte Betrieb der Software irgendwo einen wichtigen Schritt verfehlt.

Der Vorteil der Verwendung unkonventioneller Debugging-Techniken besteht darin, dass sie Sie dazu zwingen, kreativ zu denken, und dazu beitragen können, Ihren Prozess zu entsperren, wenn Sie sich in einem mentalen Trott befinden. Der Nachteil ist, wie leicht es wird, von Ihrem Ziel abzukommen und mehr Zeit damit zu verbringen, Parallelen zu finden, als Sie tatsächlich Entwicklungsziele erreichen.

Stellen Sie die Ente unter oder neben Ihren Monitor und sprechen Sie das Problem entweder sehr leise oder stillschweigend aus. Ein lautes Gespräch mit einer Ente wird von einigen verstanden, aber nicht von den meisten. Es lenkt auch ab.

Die Alternative besteht darin, Ihre Kollegen mehr einzusetzen, da Ihre Ente einen Hauptfehler hat: Sie kann keine Fragen zurückstellen oder Alternativen zu Ihren Methoden/Denken anbieten. Arbeiten Sie an Ihren zwischenmenschlichen Interaktionen mit Kollegen, führen Sie Code-Reviews durch, sehen Sie sich alternative Methoden und Lösungen für ein Problem an, all dies wird in Ihrer Karriere immens hilfreich sein. Es wird Ihr Profil unter Ihren Kollegen schärfen und Ihr Management wird höchstwahrscheinlich Ihre Produktivitätssteigerung bemerken, wie Sie bereits betont haben.

Wenn es an der Zeit ist, jemanden zu befördern oder jemanden auszuwählen, der ein hochkarätiges Projekt leitet, können Ihre Kollegen und Ihr Vorgesetzter Ihnen eine gute Empfehlung geben, basierend darauf, wie gut Sie mit anderen zusammenarbeiten und wie Ihre Arbeit über dem Standard liegt. Ihre Ente hingegen wird überhaupt nicht viel zu bieten haben.

Ich arbeite mit ungefähr 8 anderen Kollegen im selben Raum. Einige von ihnen setzen die ganze Zeit Kopfhörer auf und andere nicht. Ich habe auch das Gefühl, dass es auch meine Produktivität verbessert, wenn ich mir oder einem Kollegen meinen Code erkläre. Ich habe keine Quietscheente, aber ich rede im „Flüstermodus“ wie leise mit mir selbst, um die anderen nicht zu stören. Und mit der Zeit habe ich gemerkt, dass es vielen anderen Kollegen auch so geht. Wenn Sie mit sich selbst sprechen, vermeiden Sie es, dummen Code zu schreiben, und Sie lösen auch einige schwierige Probleme, die Sie vielleicht nicht alleine lösen können, aber vielleicht mit Ihrem Ego.

Als Entwickler darf man auch machen was man will. Das habe ich zumindest aus meinen unterschiedlichen Erfahrungen mit unterschiedlichen Unternehmen gewonnen. Haben Sie keine Angst davor, komisch auszusehen. Alle Entwickler sind komisch und es ist uns egal, was andere darüber denken. Es ist unsere eigene Sorge. Wenn Ihr Chef oder ein Mitarbeiter aus dem höheren Management Ihnen sagt, dass es nicht professionell ist, versuchen Sie, ihm die Quietscheenten-Methode auf „professionelle“ Weise zu erklären. Ich bin mir ziemlich sicher, dass Sie nach einigen Tagen auch eine Gummiente auf ihrem Schreibtisch finden werden!