コード品質はやはりビジネスに影響を与える - mtx2s’s blog

私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

[circled]

綺麗なコードの方が良いのはその通りなのだが、そのためには綺麗なデータがある方が、コードそのものをシンプルで綺麗にしやすいのよな。なので直せるなら早い段階でデータを直せと言いたい。コードと同様に見直せと

[tfurukaw]

何故か身近には「コードなんて汚くてOK（オレが解れば）。早く書けることが大事」派の人が多くてげんなり。

[shimokiyo]

これは想定する期間の問題で、ゼロスタートのサービスですぐ終了の可能性がある短期戦ならコード品質よりもスピードで、継続して機能改善や保守が必要な長期戦ならコード品質の影響大きいというだけの話。

[t-wada]

コード品質（保守性）のビジネスインパクトを時間という形で計測した論文の解説。低品質なコードに含まれる欠陥は高品質なコードの15倍。開発時間は高品質なコードの平均2倍、最大9倍、そして予測可能性が著しく低下

[devrabi]

低い品質で無駄な作業を増やしただけ売上を増やせる受託SI屋と派遣屋には関係ない話であった

[toaruR]

なんつか、シンプルにするためにその機能は諦めろ！みたいな方向にはナカナカ倒れないよな＼(^o^)／月次決算中にもキャンセルを受け付けろ的な

[huusen20]

Code Complete（上）にも似たようなことが書いてあったような気がする。

[chintaro3]

　給料に反映されないのが最大の問題点

[nemoba]

まだよんでないけどあたりまえ。機能開発の遅延は膨大な機会損失起こしてる

[lets_skeptic]

仕様が変更された後も綺麗になるようなコードを事前に書くことはできない。誰も未来を予知できないから。綺麗に保つにはリファクタが当たり前の文化にするしかない。

[dotneet]

低品質なコードと低品質なコードを生むエンジニアとどちらに因果関係があるのか分からないな。まぁ両方なんだろうけど。ただ、もし後者の割合が大きい場合、コード品質の改善はあまり意味がないことになる。

[hachibeechan]

問題は、無数のツールやノウハウのアシストがあっても「コードの品質をあげる」のは困難を極めるってこと。嫌がる人の多そうな意見だとおもうけど、高品質なコードってのは一種のアートで属人性が高い

[ochikage]

]

[mohri]

“2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクトを「時間」という形で計測している”

[okbm]

コードよりデータ（DB)のほうが寿命が長いのでデータを整えるべきって何かで読んでそう思った

[deejayroka]

“コード品質の問題が組織の中で可視化されず、エンジニアしか認識できない状態に置かれているのだ。これでは組織としてコード品質の問題に取り組むことなどできるはずもない。だから、コード品質との闘いは、エンジ

[moondoldo]

コード 品質 プログラム

[shun9167]

“コード品質にの問題が積もり積もって大きくなり過ぎた時にはじめて、その解消に時間が欲しいとエンジニアが相談を切り出す。これではコミュニケーションが上手くいくはずもない。私たちエンジニアは、こういったコ

[kiririmode]

コード品質の定量計測とその開発時間、不具合発生等への影響。品質はCodeSceneで計測

[nilab]

コード品質はやはりビジネスに影響を与える - mtx2s’s blog

[rryu]

コード品質は見ればすぐ分かる的なイメージがあるが、実際は例の「ゲームの歴史」の本のように体裁は整っているが検証すると色々駄目という感じで、あの検証に費やされた労力を見れば影響が分かると思う。

[moronbee]

よき。（ChatGPTに突っ込んで出してもらうクリーンコード指数をリリース判定 or チーム評価に入れたらいい）

[dorapon2000]

“また別の調査では、技術的負債の管理に費やされる開発時間は開発全体の25%であるが、その追跡にツールを利用する組織はわずか26%で、体系的に追跡している組織は7.2%しかなかった。”

[SundayIsEveryday]

論文2.1をさらっと読んだ感じ、ここでのコード品質のメトリクスは、万能クラス/メソッド、重複コードを代表とした様々な計測値を組み合せたもの(意訳)。要は、機能分割が上手だと開発が早くなりがちという意味っぽい。

[TETOS]

コードの品質をaiで判定して品質満たしてなかったら弾いてほしいなぁ。あときたねぇものはきたねぇものとして扱って、それ以上コピペするな。きれいなソースに混ぜるな。

[ryosuke-fujii]

これはマジで思う「コード品質の問題が組織の中で可視化されず、エンジニアしか認識できない状態に置かれているのだ。これでは組織としてコード品質の問題に取り組むことなどできるはずもない。」

[sigwyg]

質よりスピードな人はだいたい、チームへのスケールを考えてないからな。自分だけじゃ2倍3倍はいけても10倍100倍にはなれない。

[pmint]

これは「影響するかしないかで言えば、する」って話。でも「品質が高ければ流行る」「品質は価値になる」とは言えない。その証拠に「コード品質の高いプロダクト」を挙げてみるといい。自分が普段遣いしてるものから

[ghostbass]

今のところは総コード行数とネストレベルの数、McCabeの循環的複雑度の比較、保守容易性インデックス(VSだと標準装備)あたりで判断することになるかな/ひどい奴は手に負えないほど酷いので読み手のせいにされてもな

[ya--mada]

チームとして速く書ける＝品質が高い 則ち チームが優秀＝ビジネスが成功する という図式にならんように分析されとるの？

[cloverstudioceo]

ケースbyケースすぎてコメントのしようが無い

[natu3kan]

シンプルな仕様にして重大なバグ減らすの大切よな。

[yuuAn]

綺麗なコードを書こうといっても人によってどんなコードを書くかはまちまちだから、定量的に評価できる指標があるのはいいと思う。

[mas-higa]

そうは言っても現場には時間を掛けても Healthy なコードを書けない人が (ブーメランが刺さる音

[funwarioisii]

CodeSence による品質の評価が具体的なものがなかったからわからなかったなぁ。あとで試してみよう。

[jay-es]

低品質なコードに含まれる欠陥は、高品質なコードの15倍。低品質なコードの平均開発時間は、高品質なコードの2倍。低品質なコードの最大開発時間は、高品質なコードの9倍

[nomanssky00]

コードを綺麗にできるのはゼロスタートの段階からのみで、後から綺麗にしようというのは言い訳でしかない。

[shiketanotsuna]

何食っても発がん性はあるみたいな話だろ