技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience

2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ 動画 https://youtu.be/tQ3BGgnvMwQ

[lb501]

書いた当時の状況では最善のコードだった。タイトなスケジュール、リスケによって工数が限られる。結果実績のあるコピペコードになる。数年後、技術の進歩などによりクソコード扱いされる。

[testedquality]

この視点をステークホルダーが持っていると定期的な全面刷新とかやるのよ。弊社全面刷新伸びてるサービス程やってます。

[muuran16]

家と一緒で何年後に大改修するかを予め決めたい（願望）

[t-wada]

技術的負債と開発者体験の議論を軸に、Kruchtenの4象限、Fowlerの4象限、『レガシーコード改善ガイド』、『Clean Architecture』がつながり、悪循環の背景を明らかにしていく。本当に素晴らしい資料。

[reihighjcj6a]

退職が多いとソフトウェアの品質が下がる...ってのは論文でもあるらしいし、実感でもそうだけど、その辺りってコードが汚いから！より職場の人間関係とか仕事の裁量とか、労働時間とかな気がするけどなあ

[yellowdomestic]

実際の現場では技術の進歩とか関係無く、できた瞬間からクソなものも当然ある　だが、クソをクソだと当事者がいる場面では言えないので、時の流れのせいということにして当事者が辞めてから対処した方が捗る

[ukayare]

技術的負債って言っても単純にコードが汚いというものからアルゴリズム的に非効率とか現行の使用言語のバージョンだと別のメジャーな書き方があるetcだから一緒くたにしちゃいかんのよね

[tekmak]

開発者が1人ならモノリス最高だと思えたりするので開発者体験側も分類あるんだろうね。

[turanukimaru]

上の方にはこれを読んでもらうとしてプログラマは何をするべきか？クソコードを書くな設計しろと言っても改善しない…言って良くなるなら苦労はない。治せる構造でコードを書くしかない。じゃぁ直せる構造はと言うと

[inose660]

『無自覚な負債』の象限に分類される問題は、個々のエンジニアの知識不足ではなくて、マネジメントの不理解に起因している量の方が多分大きい。これを読むような向学心の高いエンジニアが主語ではない。

[soratokimitonoaidani]

技術的負債

[yasuharu519]

技術的負債について

[YassLab]

“2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ ”

[sochankun]

ユーザー体験と開発者体験について。体験を優れたものにするのは、前者ではプロダクトの提供者で、後者では開発者自身。だからこそ、見えない部分を改善する重要性を開発者は強く主張しなければいけない。

[buhoho]

ビジネスなんだから負債を担いでブーストかけるのは当然のこと。ちゃんと返済計画はつけておけよ。現場に投げるなよ〜

[chintaro3]

そろそろ建築士みたいな資格設定が必要なんじゃなかろうか。実質素人が作ったものがクソなのは当然だろ

[for-my-internet-demo]

式年遷宮が癖になると結局残るのはドキュメンテーション？

[cloverstudioceo]

分かるけどある程度は我慢も必要だよね。作り直ししか提案できないエンジニアはまぁ経験不足だなと思う。

[tivrsky]

技術的負債を出さないようにレビューしすぎるのもパフォーマンスのボトルネックになるよね。。難しい。

[marshi]

これをそりゃそうだろと言える人はどれだけ凄腕なんだ

[kazuppo01]

全開発者読むべき。内容に出てきた、知識が蓄えられることによって、後から気づく技術的負債が一番発生しやすいと思う。ステークホルダーは気づいてないので、それをキチンと理解してもらうことがどれだけ大変か、、

[nobeans]

とてもよくまとまっていてすごく納得できるストーリー展開だった

[babandoned]

負債が長引くとエンジニアが離れていくのは、嫌というほど見た。負債のない環境は福福利厚生以上に福利厚生。ゆえに負債を次々と生みだしてはならないし、適度に返済が必要

[objectiveworker]

長くてくどいスライドを流し読みした限りでは、腕のいい開発者を入れろ、下手くそは首にしろという身も蓋もない話だった。

[onesplat]

良い話

[Iridium]

画面系にjs派生系のライブラリ使うのやめてほしい。誰も幸せになってない。膨大な画面遷移があるとかでない限り、ただのjsで何も困らない。すぐにトレンド変わってしまうし、ソースがわかりにくく学習コストが高い

[securecat]

出たー eXperience……　6ページでは正しくExperienceって書いてるのになんで

[k-takahashi]

『技術的負債の返済から改善する開発者体験』

[tekimen]

まあ…そもそもその開発者がにゃーんしちゃうケースがにゃーんでして。

[Pasta-K]

めちゃくちゃ良いまとめ / 時間とともに負債がドンドン増えていくのにそれを直視出来ずにUXのみを見てDXが破滅していくのあるよね……

[miholovesq]

よい

[negative_goggle]

動画もあったよ https://youtu.be/tQ3BGgnvMwQ

[johnny_ryskssk]

いいはなし

[iwasiman]

あちこちで話題になってますが良い資料ですね。良本「レガシーコード改善ガイド」「Clean Architecture」からの引用も。

[MasaMura]

所詮、ウォータフォールの末端プログラマーには最適化しても何の得も無い。ずっとお守りがある訳で無く、むしろ保守の為に綺麗なコードなぞ儲からない。この外注による利益相反が問題。いつまでSierなんて続ける？

[naosim]

みんなに理解してもらおう。

[at_yasu]

ん、技術的負債の負債と感じる所？とか昔は良かった今はダメな、そんな感じの境界はどこやろとふと思った。

[toro-chan]

構造を治すなんて無駄なことは実際にはしない。一応追加するときは欠陥が増加しないように適切な方法を取ることはする。欠陥が増加しだしたら流石にリファクタリングする。