ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会 #技術的負債_findy
技術的負債の解消は手広く色々やるより、まずはビジネスインパクトがあるところから。 ビジネスインパクトとは、顧客先でのバグ・重大インシデントが発生しているところ。 技術的負債の解消に対するビジネスサイドの理解も得やすい #技術的負債_findy
2023-06-29 12:13:44ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会 findy.connpass.com/event/284854/ #技術的負債_findy オンラインで参加中! ……聞き始めた横で、担当プロジェクトのリーダークラスが「問題が……」「どう解決すれば……」みたいな話をしていて 10分くらい何も頭に入ってこなかった😇
2023-06-29 12:13:49ビジネスインパクトの大きいところから手を付ける。客先でも既にインシデントが発生しているところからだと話が通しやすい。 #技術的負債_findy
2023-06-29 12:13:50ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会 findy.connpass.com/event/284854/ #技術的負債_findy 見てます
2023-06-29 12:14:57リファクタリングすると これからの不具合発生率が下がります これからの改修効率が上がります 開発者はこれが伝わらるように説明しないといけない #技術的負債_findy
2023-06-29 12:15:07リファクタリングをしたい!と説明するより、変更失敗率の低減(バグ・インシデント発生を少なく)するため、と説明する方がよい #技術的負債_findy
2023-06-29 12:15:35「リファクタやったら競合他社に負けてしまい俺たちの評価が下がる」みたいな意見は、むしろ競合に追い付かれないようにするみたい文脈でチーム内の同意を取りたい #技術的負債_findy
2023-06-29 12:16:02開発メンバーが50人もいるのに泥団子のモノリスで開発していると思うので、開発したものが他の人の開発に影響しそう #技術的負債_findy
2023-06-29 12:16:19リファクタリングをやろうと思える組織にするには人事評価のやり方も大事というのはその通りだなあと思った。 プロダクトのリリース速度とか、アウトプットだけを観点にしてしまうとリファクタの優先度は下がっていくよね #技術的負債_findy
2023-06-29 12:17:25メンバーが多いプロジェクトだと、リファクタリングが他のチームのコードに影響を与えかねるしコンフリクト解消したくないからリファクタリングに反対する、みたいなやつもありそう #技術的負債_findy
2023-06-29 12:17:32一部プロダクトは自動テストまわり整備するようにしてるけど、レビューしたりするリーダー側がこの辺の知識ない人ばかりでなんとも #技術的負債_findy
2023-06-29 12:18:45クラスがLinterを使って肥大化として扱ったらリファクタリングをしていくと自分の中のトリガーとしている #技術的負債_findy
2023-06-29 12:19:24何事にも言えるけど「優先順位付け」は大事だと思うなぁ #技術的負債_findy 具体的には、質問会で言われている「納期は最優先」って、よくある話だけど 本当にそうなのか?という問いは避けてはいけない。 顧客満足、売り上げ、ブランドイメージ。 時には、納期よりも優先すべきものもあるよね。
2023-06-29 12:20:21変更容易性は複雑性・凝集度・結合度という観点で測ることが出来る。 変更容易性をプロダクト全体に対してみていくのは切りがないので、観察対象をコアドメインに絞るなどのやり方もある。 #技術的負債_findy
2023-06-29 12:20:45神クラスのテストコードを書くのに困った時はこれ読むのがいい #技術的負債_findy amazon.co.jp/%E3%83%AC%E3%8…
2023-06-29 12:22:44テストコードを書く参考として、『レガシーコード改善ガイド (Object Oriented SELECTION) 』がおすすめ by ミノ駆動さん #技術的負債_findy amzn.asia/d/5wXG5xu
2023-06-29 12:23:54