問題タブ [technical-debt]

TFSで発生する技術的負債を記録する方法を見つけたいと思います。

特定のイテレーションの外で各アイテムを記録して、常に表示され、簡単に報告できるようにする必要があります。技術的負債のために別のエリアを作成することを検討しましたが、その分野が実際にどれほど適しているかはわかりません。

私が検討する可能性のあるいくつかの一般的なアプローチは何ですか？これを置くのに適切な場所を見つけようとして、適切な木を吠えることさえありますか？

技術的負債の安定化と除去に取り組んでいる従来の ASP.NET Web フォーム アプリケーションがあります。ハイブリッド アプローチを採用することは可能ですか。つまり、ASP.NET MVC を同じ Web プロジェクト内の Web フォームと共存させることはできますか?

そのための落とし穴はありますか？可能であれば、ルート テーブルを初期化し、ASP.NET MVC ハンドラーを登録するだけでよいと思います。

私は現在、共有DB/共有スキーマアプローチを採用するマルチテナントアプリケーションに取り組んでいます。IOW、すべてのテーブルにTenantID列を定義することにより、テナントデータの分離を実施します。慣例により、すべてのSQL読み取り/書き込みには、Where TenantID ='？'を含める必要があります。句。理想的な解決策ではありませんが、後知恵は20/20です。

とにかく、私たちのアプリのほぼすべてのページ/ワークフローはテナント固有のデータを表示する必要があるため、プロジェクトの最初に、現在のユーザー資格情報（つまり、TenantIDとUserID）をカプセル化するためにシングルトンを採用するという（悪い）決定をしました。当時の私の考えは、データレイヤーのすべてのメソッドシグネチャにTenantIDパラメーターを追加したくないというものでした。

基本的な擬似コードは次のようになります。

ご覧のとおり、ここにはいくつかのコードの臭いがあります。これはシングルトンであるため、ユニットテストには対応していません。その上、CurrentUserとHttpContextオブジェクトの間には非常に緊密な結合があります。ひいては、これは、データレイヤー（shudder）にSystem.Webへの参照があることも意味します。

上記の理由でこのシングルトンを取り除くことによって、このスプリントの技術的負債を返済したいと思います。私は、より良い実装が何であるかについていくつか考えていますが、誰かが共有できるガイダンスや教訓を持っている場合、私は非常に義務付けられます。

私はオフィスに技術的負債台帳を設置していて、それをかなり包括的なツールにしたいと思っています。

記録すべき重要な情報は何ですか？

重複の可能性：
コメントはインタプリタ言語の速度を低下させますか？

コード行の75％以上が適切にコメント化されている場合、大きな.pyファイルの実行で顕著なパフォーマンスの低下がありますか？

現在の機能を既知の技術的負債で拡張することからなるストーリーを推定（ストーリーポイント）する場合、現在のコードをリファクタリングするために費やされる労力を考慮する必要がありますか、それともこの技術的負債とは独立して推定する必要がありますか？

質問はリンクに移動しました

ソナーでファイルごとに技術的負債を取得し、できればエクスポートして、チャートに入れることは可能ですか?

「Programs」フォルダに多数の個別の無関係な Java プログラムがあり、個別のプログラムごとに技術的負債スコアを自動的に計算できるようにしたいと考えています。SonarQube を使用すると Sonar-Runnerでこれを (一種の) 実行できることは理解していますが、これを動的に実行する方法が本当に欲しいので、スクリプトですべてのプログラムの技術的負債スコアを分析して書き込むことができます。 Programs」フォルダをcsvに。

他の種類の技術的負債ソフトウェア (またはその品質) を試すことができれば、私は完全に喜んで喜んでいます。これが可能かどうかについての意見や考えを本当にいただければ幸いです。