開発者からのコード改善（リファクタリング）要求を受け入れず、先延ばしにした場合に発生しうるビジネス機会の損失

http://creativecommons.org/licenses/by-nd/4.0/ 著: あんざいゆき（@yanzm） 開発者からのコード改善（リファクタリング）要求を受け入れず、先延ばしにした場合に発生しうるビジネス機会の損失 インシデントの頻発 アプリのクラッシュやフリーズが多くなるなどの軽いものから、見えてはいけない情報が見えてしまう（ユーザー自身でしか見えないデータが他のユーザーからも見えてしまう）ような情報漏洩に至る重大な問題など、さまざまなインシデントが発生する確率が上昇します。インシデントがセキュリティに関係するものだった場合、社会的信用を失ったり損害賠償等具体的な損失が発生する可能性があります。 うまくオーガナイズされていないコードでは、どこに何が書いてあるのか、どんな処理が行われるのか、どこまで影響範囲があるのかを開発者が正確に把握することが難しく、予期せぬバグ

[htnmiki]

リファクタリングでデグレって始末書を書いた話とかのほうが聞きたいよね。上手くいった話はみんなしたがるんだよ。

[kazuau]

そのへんをコストとして定量化して経営者を説得するのが中間管理職の仕事のはず(だができてないね)

[pekeponnn31]

リファクタリングから生まれるバグもあるから、メンバー次第だよなぁ

[otihateten3510]

大体はリファクタリングのコストの方が大きくなりがちで、エンジニアは事業インパクトに対して疎すぎるので、結果どうあがいても効果の次第はギャンブルじゃないかな（計測すりゃ良いんだけどなあ）

[GEROMAX]

これが分からない経営者やマネージャーとは仕事したくないよね。

[tune]

何かの時に提出しよう

[send]

リファクタリングはスコープ小さく絞りながら日常的に改善していく方がいい。でもこの間使ってるFWが死んでてgoのアップデートすら出来ない状況になって差し替えるってのをやった。(1人で一月半ぐらい)

[buhoho]

普通のことが書かれている。明文化するのは大切です

[shikiarai]

リファクタリングも見込んで全体の開発するっしょ

[dfk3]

そういう現実があるので専門分野がやたら広くてビジネス視点も持っている人が重宝されるんでしょうね。