Kurze Antwort:
In den meisten Fällen, nein. Es ist nicht ungewöhnlich, dass Menschen in softwarezentrierten Unternehmen oder Abteilungen Techniken wie Gummienten-Debugging verwenden. Wenn ein Unternehmen in seiner Kultur eher geschäftszentriert ist, dann kann es Bedenken von Seiten des Managements geben, die mit der Methode nicht vertraut sind.
Lange Antwort:
Die Kultur vieler moderner softwarezentrierter Büros würde eine Vielzahl gängiger (wenn auch für die Außenwelt seltsamer) Entwicklerpraktiken zulassen, wie z.B. das Gespräch mit einer Gummiente. Wenn Sie jedoch in einer Umgebung arbeiten, in der es als störend oder verpönt wäre, Ihren Prozess gegenüber einer Gummiente zu verbalisieren, gibt es andere, leisere Alternativen, die Sie in Betracht ziehen könnten:
Verfassen Sie einen Brief
Ob als Text, handschriftlich oder als Diagramm, das Verfassen einer Notiz, als ob Sie jemand anderem die Software erklären würden, kann in einer ähnlichen Methode wie das verbale Gummienten-Debugging verwendet werden.
Chatten Sie mit einem (sicheren) Bot
Wenn Sie beim Debuggen effektiver sind, wenn Sie Ideen von einer anderen Person statt von einem leblosen Objekt abprallen lassen, könnten Sie die zahlreichen verfügbaren Open-Source-Chat-Bots herunterladen und bauen.
Ein Beispiel ist der Original-Chatbot: Eliza , der entworfen wurde, um Rogerianische Psychotherapie-Methoden für die Konversation zu verwenden. Eliza wird standardmäßig in Kopien von Emacs geliefert, für diejenigen, die ihn als Texteditor bevorzugen. Das einzige, woran Sie denken sollten, ist die Verwendung eines sicheren Chatbots, wenn Sie Bedenken haben, Firmen- oder Geschäftsgeheimnisse preiszugeben.
Unkonventionelle Werkzeuge verwenden
Wenn Ihr Problem darin besteht, dass Sie Schwierigkeiten haben, sich Ihrem Problem aus einer neuen Perspektive zu nähern, 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 formulieren.
Ein Beispiel ist die Verwendung einer Art externer Eingabeaufforderung, z.B. eines Kartensatzes, eines Satzes von Geschichtenwürfeln oder eines Tarotsatzes, bei dem jede Karte eine vordefinierte Bedeutung hat. Der Vergleich Ihrer Software mit diesen Eingabeaufforderungen zwingt Sie dazu, unkonventionelle Parallelen zu ziehen und Ihre Software-Probleme auf neue Weise zu betrachten.
Ein weiteres Beispiel ist der Versuch, Ihre Software als eine physische Maschine zu zeichnen, um die Beziehungen zwischen den Komponenten zu beschreiben. Dabei stellen Sie vielleicht fest, dass Ihnen irgendwo ein wichtiger Schritt fehlt, wie die Software funktionieren soll.
Der Vorteil der Verwendung unkonventioneller Debugging-Techniken besteht darin, dass sie Sie zwingen, kreativ zu denken, und dass sie Ihnen helfen können, Ihren Prozess freizugeben, wenn Sie sich in einem mentalen Trott befinden. Die Kehrseite der Medaille ist, wie leicht man von seinem Ziel abrutscht und mehr Zeit damit verbringt, Parallelen zu finden, als man tatsächlich Entwicklungsziele erreicht.