バグを修正できない場合、どこに問い合わせればよいですか？

答えがわからないときの参考資料を探しています。私はソフトウェア開発者のチームを率いています。私たちは毎月新しいソフトウェアリリースを展開しています。

私のチームが修正できないバグがある場合、それは私にあります。ほとんどの場合、問題を解決できますが、行き詰まることがあります。

残念ながら、私は私たちの会社の最上位です。何かを理解するのに助けや助けを求めることができる人は誰もいません。

このような状況での推奨事項やガイダンスはありますか？

まず、デバッグをよりよく行うことができます。 David Agansによるデバッグは、改善を支援するための良いスタートです。デバッガの使い方がわからない場合は、ここで学習してください。

次に、コードをよりデバッグしやすくすることができます。単体テストを追加することは、この分野で最も重要な提案です。ロギングを追加することは、もう1つの優れたアイデアです。いくつかの設計原則を学び、コードをリファクタリングしてよりクリーンにします。ソースコントロールを使用していない場合は、今すぐ始めてください。

最後に、オンラインで助けを求めます。それがこのサイトとStackOverflowのすべてです。短い自己完結型の正しい例を作成するような学習手法は、そもそもデバッグの助けになるだけでなく、より良い答えを得るのにも役立ちます。

あなたの前に問題に取り組んだ開発者とペアリングしてみてください。二人でバグを修正できるかもしれません。問題を関数または数行のコードに絞り込むことができる場合、StackOverflowなどのWebサイトが役立ちます。また、バグのテストを作成して、いつ修正したか（または戻ったか）を確認することをお勧めします。

私の個人的な最後の手段は、バグが絞り込まれなくなるまで、影響を受ける領域と思われる部分でコメントを書き始めることです。

「できない」を定義します。

@Karlによる優れた回答に加えて、A態度の変更が役立つ場合があります。「修正不可能な」ものはありません。私は過去に何週間も問題を突き止めてきました。私は確かにいくつかをあきらめましたが、「これは修正不可能で、私はそれを行うことができない」と言ったことは一度もありません。自分の「できない」が「やりたくない」や「気にならない」、「退屈」ではないことを確認してください……私はそうです、それはそうです、それについて正直に（少なくとも自分自身に）。誰もが保守プログラマーであるとは限らない-私の現在の仕事では、数週間かけて数行の有用なコードを書くことができるので、SLOCの成功を測定すると苦労するでしょう。

時々「私はこれを修正するのに十分なプログラマーではない」と言います。これは大きなステップです。あなたが十分ではないことを認める準備をすることは、助けを求める準備ができていることを意味します。自我を停めて尋ねてください。できれば、あなたはより優れたプログラマーです。