コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
はじめに コードの保守性を定量評価したいとき、どういう指標を用いるのがいいんだろう?? コミット時にその指標が悪化してたらリモートリポジトリへのコミットを禁止にしたり、コミッター別にその指標に対する影響度をグラフ化して、技術的負債を改善したい— Kensho Fujisaki (@ni66ling) 2015年4月19日 技術的負債が大きくなってしまったコード(=保守しにくい品質が低いコード)をいかに改善するか?という話です. 対処策として,リファクタリングやテスト充実化(★)すればいいじゃないか?という意見が出てくると思いますが, これを漠然と実行に移すのは,意外と簡単なことではないのではないかなと思っています. 実行に移しにくい理由として,大きく以下を挙げます. [理由1] ★は短期的に見ると製品価値を生む行為ではないため,関係者(経営者)に対して説得力しにくい [理由2] 実施後のモ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く