答えがわからないときの参考資料を探しています。私はソフトウェア開発者のチームを率いています。新しいソフトウェアリリースは毎月展開しています。
私のチームが修正できないバグがある場合、それは私にあります。ほとんどの場合、問題は解決できますが、行き詰まることがあります。
残念ながら、私は私たちの会社の最上位です。何かを理解するのに助けや助けを求めることができる人は誰もいません。
このような状況での推奨事項やガイダンスはありますか?
まず、デバッグをよりよくすることができます。 Debugging デビッド・アガンスによる改善を支援する良いスタートです。デバッガの使い方がわからない場合は、ここで学習してください。
次に、コードをよりデバッグしやすくすることができます。単体テストを追加することは、この分野で最も重要な提案です。ロギングを追加することは別の優れたアイデアです。いくつかの設計原則を学び、コードをリファクタリングしてよりクリーンにします。ソースコントロールを使用していない場合は、今すぐ始めてください。
最後に、オンラインでヘルプを求めます。それがこのサイトとStackOverflowのすべてです。 短い、自己完結型、正しい例 の作成などの学習テクニックは、そもそもデバッグの助けになるだけでなく、より良い答えを得るのにも役立ちます。
あなたの前に問題に取り組んだ開発者とペアリングしてみてください。二人でバグを修正できるかもしれません。問題を関数または数行のコードに絞り込むことができる場合、StackOverflowなどのWebサイトが役立ちます。また、バグのテストを作成して、いつ修正したか(または戻ったか)を確認することをお勧めします。
私の個人的な最後の手段は、バグの絞り込みが発生しなくなるまで、影響を受ける領域のように見える場所でコメントアウトを開始することです。
「できない」を定義します.....
@Karlによる優れた回答に加えて、A態度の変更が役立つ場合があります。 「修正不可能な」ものはありません。私は過去に何週間も問題を突き止めてきました。私は確かにいくつかをあきらめましたが、「これは修正不可能で、私はそれを行うことができない」とは決して言いませんでした。自分の「できない」が「やりたくない」や「気にならない」、「退屈」ではないことを確認してください。 、それについて正直に(少なくとも自分自身に)。誰もが保守プログラマーであるとは限らない-私の現在の仕事では、数週間かけて数行の有用なコードを書くことができるので、成功を測定してSLOCを購入すると、苦労します。
時々「私はこれを修正するのに十分なプログラマーではない」と言います。これは大きなステップです。あなたが十分ではないことを認める準備をすることは、助けを求める準備ができていることを意味します。自我を停めて尋ねてください。できれば、あなたはより優れたプログラマーです。