ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会 #技術的負債_findy

「ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会」のイベントツイートまとめです。 参加できなかった方は6/29(木)19:00-再放送いたします。 お申込はこちら:https://findy.connpass.com/event/287929/
1
前へ 1 2 ・・ 6 次へ
ゆーだい@Findy @dai___you

技術的負債の解消は手広く色々やるより、まずはビジネスインパクトがあるところから。 ビジネスインパクトとは、顧客先でのバグ・重大インシデントが発生しているところ。 技術的負債の解消に対するビジネスサイドの理解も得やすい #技術的負債_findy

2023-06-29 12:13:44
たっくん@お仕事&推し事用 @BaroqueHeat1983

ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会 findy.connpass.com/event/284854/ #技術的負債_findy オンラインで参加中! ……聞き始めた横で、担当プロジェクトのリーダークラスが「問題が……」「どう解決すれば……」みたいな話をしていて 10分くらい何も頭に入ってこなかった😇

2023-06-29 12:13:49
koukibuu3 @koukibuu3

ビジネスインパクトの大きいところから手を付ける。客先でも既にインシデントが発生しているところからだと話が通しやすい。 #技術的負債_findy

2023-06-29 12:13:50
もーりん @MAUREENIUS

ミノ駆動さん・ログラス松岡さんに聞く!技術的負債のお悩み解消質問会 findy.connpass.com/event/284854/ #技術的負債_findy 見てます

2023-06-29 12:14:57
UT@バックエンドエンジニアのはしくれ兼コミュマネ勉強中 @hidemusiam

リファクタリングすると これからの不具合発生率が下がります これからの改修効率が上がります 開発者はこれが伝わらるように説明しないといけない #技術的負債_findy

2023-06-29 12:15:07
ゆーだい@Findy @dai___you

リファクタリングをしたい!と説明するより、変更失敗率の低減(バグ・インシデント発生を少なく)するため、と説明する方がよい #技術的負債_findy

2023-06-29 12:15:35
koukibuu3 @koukibuu3

リファクタリングという言葉の表す意味と認識のギャップがあるのか。これはツラい #技術的負債_findy

2023-06-29 12:15:38
牛野田 @usinoda

「リファクタやったら競合他社に負けてしまい俺たちの評価が下がる」みたいな意見は、むしろ競合に追い付かれないようにするみたい文脈でチーム内の同意を取りたい #技術的負債_findy

2023-06-29 12:16:02
鈴木まー @suzuki_mar

開発メンバーが50人もいるのに泥団子のモノリスで開発していると思うので、開発したものが他の人の開発に影響しそう #技術的負債_findy

2023-06-29 12:16:19
夏野菜 @natsuyasai7

弊社プロダクト、ほほこのケーススタディの内容に合致してて悲しみ #技術的負債_findy

2023-06-29 12:16:58
koukibuu3 @koukibuu3

納期ファーストだと変更容易正が追いやられがち… #技術的負債_findy

2023-06-29 12:17:14
くまごろー@バックエンドエンジニア @kumaGoro_95

リファクタリングをやろうと思える組織にするには人事評価のやり方も大事というのはその通りだなあと思った。 プロダクトのリリース速度とか、アウトプットだけを観点にしてしまうとリファクタの優先度は下がっていくよね #技術的負債_findy

2023-06-29 12:17:25
牛野田 @usinoda

メンバーが多いプロジェクトだと、リファクタリングが他のチームのコードに影響を与えかねるしコンフリクト解消したくないからリファクタリングに反対する、みたいなやつもありそう #技術的負債_findy

2023-06-29 12:17:32
夏野菜 @natsuyasai7

一部プロダクトは自動テストまわり整備するようにしてるけど、レビューしたりするリーダー側がこの辺の知識ない人ばかりでなんとも #技術的負債_findy

2023-06-29 12:18:45
鈴木まー @suzuki_mar

クラスがLinterを使って肥大化として扱ったらリファクタリングをしていくと自分の中のトリガーとしている #技術的負債_findy

2023-06-29 12:19:24
牛野田 @usinoda

「修正容易性の測定はリグレッションテストの工数を見るといい」確かに #技術的負債_findy

2023-06-29 12:19:53
たっくん@お仕事&推し事用 @BaroqueHeat1983

何事にも言えるけど「優先順位付け」は大事だと思うなぁ #技術的負債_findy 具体的には、質問会で言われている「納期は最優先」って、よくある話だけど 本当にそうなのか?という問いは避けてはいけない。 顧客満足、売り上げ、ブランドイメージ。 時には、納期よりも優先すべきものもあるよね。

2023-06-29 12:20:21
くまごろー@バックエンドエンジニア @kumaGoro_95

変更容易性は複雑性・凝集度・結合度という観点で測ることが出来る。 変更容易性をプロダクト全体に対してみていくのは切りがないので、観察対象をコアドメインに絞るなどのやり方もある。 #技術的負債_findy

2023-06-29 12:20:45
夏野菜 @natsuyasai7

テストの導入のためにレガシーコード改善ガイドやレガシーソフトウェア改善ガイドとかめっちゃ読んだ #技術的負債_findy

2023-06-29 12:22:19
たきもと @tkmchy

レガシーコード改善ガイドはいいぞの話 #技術的負債_findy

2023-06-29 12:22:25
鈴木まー @suzuki_mar

コアドメインではないところは見ないようにするのもいいと思う #技術的負債_findy

2023-06-29 12:22:34
ゆーだい@Findy @dai___you

テストコードを書く参考として、『レガシーコード改善ガイド (Object Oriented SELECTION) 』がおすすめ by ミノ駆動さん #技術的負債_findy amzn.asia/d/5wXG5xu

2023-06-29 12:23:54
前へ 1 2 ・・ 6 次へ