仕事中にラバーダックと話してもいいですか？

静かにしたいのであれば、stackoverflowに質問として問題を記述し始めることだ。質問を書き始めて、問題を説明している間に解決策を見つけたことが何度もあった。

また、コードが完成する前から、コードのドキュメントを書き始めることもできる。自分の書いたコードのドキュメントを書いていて、途中で「あれ、ちょっと待てよ。

ITの世界では、他の人の邪魔をしない限り（そもそもアヒルやテディベアなどを使う意味はそこにある）、このようなやり方はかなり受け入れられている。

私は、まだ導入されていないいくつかの職場に導入したことがあるが、ほとんど一夜にして受け入れられ、普通のことになった。

それでもゴムアヒルと話しているのがバカに見えるのが心配なら、説明書きを印刷するか（なぜゴムアヒルと話しているのか？ これを読めばわかる..."）、http://www.rubberduckdebugging.com/。

アヒルを家に置いて、電話のヘッドセットを着て、アヒルのボイスメールに話しかけます。

仲間のソフトウェアエンジニアは、あなたが何をしているのかを理解し、販売や人事担当者はあなたが電話にいると思い(本当にそうなるでしょう)、奇妙なことはしません。

これは、FaceTimeまたはWeb ex、または任意の数のビデオ会議テクノロジーの目的です。 ダックに自分のコンピューター(すべての有能な開発者が持っている必要があります)を渡して、ビデオ会議を開始します。 アヒルは、物理的にそこにいる必要なしに必要な答えを提供します。

または、青い歯のヘッドセットが機能します。 社会はすぐに、青い歯のヘッドセットに乗っている人々を無視するように条件付けられました。

私の経験では、より静かですが効果的な解決策は、現在の状況、疑問、質問を電子メールまたはドラフトに書き留めることです。

このアイデアは、[Philipp][1]がスタックオーバーフローの質問として書き留めるという提案に似ていますが、私と同じように、ランダムな質問とその考えられる答えに興味がある場合は、気を散らさないかもしれません。

[1]:https://workplace.stackexchange.com/users/9959/philipp "Philipp"。

短い答え: =============。 ほとんどの場合、違います。 ソフトウェア中心のビジネスや部門でゴム製のアヒルのデバッグなどのテクニックを使用することは珍しくありません。 企業の文化がよりビジネス中心である場合、その方法に慣れていない経営陣からの懸念があるかもしれません。

長い答え: ============。

多くの最新のソフトウェア中心のオフィスの文化は、ゴム製のアヒルと話すなど、さまざまな一般的な(奇妙な場合は、外の世界への)開発者の慣行を可能にします。 ただし、プロセスをゴム製のアヒルに口頭で表現することが気を散らすか、または ⁇ をひそめると考えられる環境で働いている場合は、他にもより静かな代替案を検討できます。

手紙を作成します。 ----------------。 テキスト、手書き、または図表のいずれを介して、ソフトウェアを他の誰かに説明しているかのようにメモを作成することは、口頭でのゴム製のアヒルのデバッグと同様の方法で使用できます。

(安全な)ボットとチャット。 ------------------------。 無生物ではなく別の人からアイデアを跳ね返すときに、より効果的にデバッグしていることに気付いた場合は、利用可能な多数のオープンソースチャットボットをダウンロードしてビルドできます。

1つの例は、元のチャットボットです。Elizaは、会話にロジャーの心理療法方法を使用するように設計されています。 Elizaは、テキストエディターとして好む人のために、Emacsのコピーで標準装備されています。 覚えておくべきことの1つは、企業または企業秘密の漏 ⁇ について懸念がある場合は、安全なチャットボットを使用することです。

従来とは異なるツールを利用します。 -----------------------------。 問題を明確にして解決策を見つけるために、新しい視点から問題に取り組むことが困難な場合、さまざまな同様の手法が存在して、視点を再構成できます。

1つの例は、カードのデッキ、ストーリーサイコロのセット、または各カードに事前に定義された意味を持つタロットデッキなど、何らかの外部プロンプトを使用することです。 ソフトウェアをこれらのプロンプトと比較すると、型破りな類似点を描き、ソフトウェアの問題を新しい方法で考える必要があります。

別の例は、ソフトウェアを物理マシンとして描画し、コンポーネント間の関係を説明することです。 そうすることで、ソフトウェアを操作する意図がどこかに重要なステップを欠いていることに気付くでしょう。

従来とは異なるデバッグテクニックを使用する利点は、創造的に考えることを余儀なくされ、精神的なわだちにいるときにプロセスのブロックを解除するのに役立つことです。 欠点は、目標から軌道から外れ、実際に開発目標を達成するよりも類似点を見つけるのに多くの時間を費やすことになっていることです。

他の回答はそれが受け入れられることを言っているので、私は彼らがオープンオフィスで働いたことがないと仮定することができるだけです。 またはノイズがそれらを妨害しません。

私は働いていて、それがどれほどひどいものになるかを知っています。 そして、ヘッドフォンはあなたを助けにはなりません。 そうは言っても、オープンスペースで話し始めるとすぐに、あなたとあなたのアヒルを窓から投げ出します。 すでに十分に悪い環境に追加の混乱とノイズを追加することは絶対に受け入れられません。

アヒルと話をする必要がある場合は、会議室(またはそこに到達したもの)に身を置き、同僚をさらに邪魔することなく話し合ってください。

アヒルをモニターの下か横に置き、非常に静かに、あるいは静かに問題を話し出す。 アヒルと大声で会話することは、一部の人には理解されるでしょうが、ほとんどの人には理解されません。また、気が散る。

アヒルには1つの欠点があります。それは、アヒルは質問を返したり、あなたのやり方や考え方に代替案を提示したりすることができないということです。 同僚との対人関係、コードレビュー、問題に対する代替手段や解決策の検討、これらはすべてあなたのキャリアに大いに役立つだろう。 同僚の間でもあなたの知名度が上がるし、あなたが指摘したように生産性の向上に経営陣が気づく可能性も高い。

誰かを昇進させたり、注目度の高いプロジェクトのリーダーに抜擢したりするとき、同僚や上司は、あなたがいかに他の人とうまくやっているか、あなたの仕事がいかに水準以上であるかということに基づいて、あなたを推薦することができるだろう。 一方、あなたのアヒルは、全くと言っていいほど何も提供してくれないでしょう。

私は同じ部屋で他の約8人の同僚と一緒に働いています。 それらのいくつかは常にヘッドセットを置いており、いくつかはそうではありません。 また、自分のコードを自分や同僚に説明すると、生産性も向上する気がします。 私はゴム製のアヒルは持っていませんが、他の人を邪魔しないように静かに「ささやく手口」で自分と話します。 そしてその時までに、他の多くの同僚も同じことをしていることに気づきました。 自分と話すと、愚かなコードを書くのを避け、一人で解決できないかもしれないエゴで解決できるいくつかの難しい問題を解決できます。

開発者として、あなたは自分が好きなことを何でもすることができます。 これは少なくとも、さまざまな企業でのさまざまな経験から得たものです。 奇妙に見えることを恐れないでください。 すべての開発者は奇妙であり、私たちは他の人がそれについてどう思うか気にしません。 それは私たち自身の懸念です。 上司や上級管理職の人がプロではないと言った場合は、ゴム製のアヒルの方法を「プロ」の方法で説明してみてください。 数日後には、ゴム製の ⁇ が机の上にも見つかると思います。 !