4

私は、物理モデル(約30,000行のコード)を開発するチームで唯一のソフトウェアエンジニアです。チームの残りのメンバーは、約20年間コードベースを開発してきた科学者で構成されています。私のワークフローは次のようになります。

  1. 科学者が新機能を要求
  2. 私はそれを実装します
  3. テストと検証を通じて、数値の奥深くに深刻な問題が見つかりました
  4. 科学者は新機能を要求します(#3で特定された問題を修正せずに)

私たちの問題は、バグ追跡が電子メールと付箋で行われていることのようです。忙しい作業スケジュールにより、バグは何ヶ月も何ヶ月もレーダーの下に潜り込みます。正式なバグトラッカー(Trac、Redmine、Jira、FogBugzなど)が役立つと思います。次の機能が不可欠です。

  • 信じられないほど使いやすい
  • バージョン管理ソフトウェアと統合します(Subversionを使用します)

どのバグトラッカーが「最良」であるかを示唆する投稿はたくさんあります...しかし、私はもっと興味があると思います:

  • バグトラッカーのオーバーヘッドがそれに値するかどうかについてのあなたの経験は何ですか
  • 物理学者(70年代からの貧弱なソフトウェアエンジニアリングの「ベストプラクティス」に従う)に、バグトラッカーは追加の努力の価値があることをどのように説得しますか?
  • バグトラッカーをインストールすれば、私が唯一のユーザーになるような気がします。他の誰かがこれを経験しましたか?それでも役に立ちますか?バグトラッカーを追加のオーバーヘッドに見合うものにするために、チームはある程度の「バイイン」を必要とするようです。
4

7 に答える 7

2

バグトラッカーは、新機能の実装とバグの修正に必要なワークフローを形式化するため、間違いなく価値があります。あなたは常にあなたの仕事の負荷(「私のバグ」、「私のタスク」など)の中心的な場所を持っています。過去数年間に私が働いたほとんどすべての環境には、ある種のバグトラッカーがあったので、バイインの観点から何を推奨すべきかわかりません。機能のリクエストのために複数の科学者があなたのところに来ていますか? /バグの修正?もしそうなら、おそらくあなたはある種の紛争解決システムとしてバグトラッカーを使うことができるでしょう。上司/マネージャーはいますか?次に、バグ追跡システムを使用すると、上司に多くの洞察を提供できます。

一般に、ソフトウェア開発者として、バグトラッカーは非常に便利です。私の提案は、バグトラッカーがあなたとあなたの同僚の生活を向上させる方法を考えることです。たぶん簡単なデモを行います。

HTH。

于 2009-06-26T18:16:18.370 に答える
2

私の経験では、バグトラッカーのオーバーヘッドは目立ちますが、それだけの価値があることは間違いありません! 問題は、バグトラッカーを使用することに決めた場合、全員が使用しないと成功しないということです。そのようなシステムの唯一のユーザーであることは、あまり役に立ちません。

そうは言っても、私が唯一のユーザーである場合でも (これは頻繁に発生する傾向があります)、バグトラッカー (通常は trac) をインストールします。宗教的に使用する場合 (さまざまな手段で入ってくるすべてのものをバグとして入力し、返信で常にバグ番号を参照する)、チームは通常、時間の経過とともにそれを拾う傾向があります。

マイルストーン (または選択したトラッカーがマイルストーンと呼んでいるもの) を入力し、バグをそれらにリンクします。何かの進捗状況を誰かに尋ねられたときはいつでも、マイルストーン レポートまたはそれに相当するものを呼び出して、それを示してください。これは、人々がバグトラッカーを厄介なものと考えるのをやめ、貴重な情報源になる可能性があることに気付くのに役立ちます。

于 2009-06-26T18:19:47.833 に答える
1

あなたが唯一のユーザーであるとしても(それは私に一度起こりました)、それは価値があります。「バグ1002がブロックされています。これとその機能に進むことができるように、誰が私を助けてくれますか」などと言うことができます。

于 2009-06-26T18:16:57.477 に答える
1

このJoel On Software 記事の戦略 2 を参照することをお勧めします。彼は基本的に、あなたの会社がバグ追跡ソフトウェアを使用していないのであれば、それを自分で使い始めて、それがどのように物事を成し遂げるのに役立つかを示すべきだと主張しています. また、他の人にバグを送信するために使用するように依頼して、使用方法がいかに簡単かを理解してもらいます。

于 2009-06-26T18:18:55.323 に答える
1

redmine が trac よりも優れていると判断したのは、単純に使いやすいからです。他のシステムのいくつかに見られる機能のいくつかが欠けていますが、これはまた、プログラマー以外が問題を抱えているものが少ないことを意味します. また、プログラマー以外の誰かがシステムの現在の状態を感じることができるので、非常に優れています。クローズされていない重大なバグが多数ある場合は、要求された機能が少し待たなければならないことを人々に理解してもらいやすくなります。

于 2009-06-26T18:19:06.180 に答える
0

これも同様の質問です。

アルゴリズムを開発する人々と開発者の間で最も効果的なワークフローは何ですか?

どのバグトラッカーが最適かについては説明していませんが、物理学者に賛同を促す方法については説明しています。

于 2009-06-26T18:17:48.553 に答える
0

転覆を使用していますか?ここに / があります。役に立つ投稿:
Subversion に最適な統合された問題追跡ツール?

一般的に、問題追跡システムの比較は次のとおりです。

于 2009-06-30T20:34:36.580 に答える