Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog

技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ（？） 「ちゃんと設計せずに作った（そうせざるを得ない外圧があった）→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか？ ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト

[roshi]

他人が書いたコードにあれこれ言うより、自分のコードリーディング力やリファクタリング力を高めた方が健全な気がする。

[onk]

難しいものを難しいと認めずに作り直すのは「はじめからやり直したい症候群」だし、だいたいこうなると思う https://twitter.com/onk/status/1143470921845338112 自分なら先人と同じ轍を踏まない自信はどこから来るんだろうな。

[NOV1975]

優勝だよこんなの。／真面目な話をすると、元の方でもコメントしたけど「開発者体験」なんてのは仕事においては副次的要素に過ぎない。開発者は客ではない。

[kompiro]

このコードはクソコードだって言い合えるのが本当の意味での心理的安全性と理解シテイル

[nobeans]

最初の黒ポチ2つは元資料を誤読してるか意図的に無視して愚痴ってるだけな気がしていて、3つ目は単に「借金返すために別の借金してギャンブルで増やそうとした」という返済手段の誤りのような気がしている

[trace22]

自分の場合逆にクソコード耐性かなり高まったのでキレることはないけど成長なのか堕落なのか判断しかねる。動けるフィールドは広がったと思う。

[inabajunmr]

行儀はいいほうがいいと思うんだけど問題の原因を誤認するような言い回しは良くないと思っているので昔よく「規模感のある開発をあんまりしたことがない人たちが作ったんですね」みたいな言い方をしていた

[inose660]

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

[sigwyg]

“苦労したからといって正しく負債を返済できるようになるとは限らない”のは、「負債を返済する意識がないから」なので、元記事とは矛盾しないかなと。言っても解決しないなら、それもう人事とか採用の領域なので

[turanukimaru]

クソコードをクソと呼んでも良いコードに治るわけないからそこはどうでもいいわ。私は社内APIでJSONが100項目あって一つでもミスると500エラーになるクソコードにあたった時にリーダーと喧嘩して首になったことがある。

[syque]

“無邪気に「そうか！クソプログラマーなんていないんだ、真の悪は技術的負債なんだ！」とか言ってる人にイラっとしてしまう”

[chiroruxx]

すべてのケースについて書かれてないと満足しないタイプなんだろうか

[yaboot]

モチベーションがコードにあるか、それ以外にあるかかな、、、それ以外にあれば寛容になれる。

[nicht-sein]

技術的負債の話をする際に「積み重なる仕様変更の対応や時代の変化で元はどんなに良いコードだったとしても（この方の言う）クソコードになる」という前提があると思うんだけど、そこが共有されていない感

[shag]

単にコードを読む能力がない人も技術的負債という言葉を使う時あるからな。

[PrivateIntMain]

負債の元を生んだ開発者個人だけでなく負債を容認したリーダーとマネージャーもいるわけで個人の責任ではない。目の前のコードにだけは悪態ついてもいいけど、自分が正義だと思って悪者探しするのは愚策よ。

[als_uz]

“結局クソコードに苦労させられた経験を積むしかないと思うが、苦労したからといって正しく負債を返済できるようになるとは限らない ”

[murlock]

実装ファーストのプロジェクトであとからテスト追加するだけでも十分負債の返済になってると思うけどな。そのまま放置でどんどん機能追加だけ積み重ねて単体テスト追加すら困難になる前に

[ghostbass]

にゃあ…/ 品質特性の解析性 変更性試験性などを「開発者体験」と言う言葉に押し込んでいるだけだしそれら保守続ければどんどん下がるって言うアレなのでただクソコードが云々だけなら話は簡単なの

[lochtext]

『技術的負債』や『開発者体験』は後からいくらでも変更が効くソフトウェアの世界ならでは。コピーイグザクトリのおかげで不具合があろうと赤字を垂れ流そうと延々と同じものを作らされる業界からすると羨ましい。

[lifeisadog]

正解なんてないのさ。その時々の最適解を選べてるのかってだけ

[assaulter]

つーかそもそも社会人ならクソなんて言葉使うんじゃないよ

[yarumato]

“心理的安全性とか、人を傷つけない時代とかが悪い。「このつまらんコード誰が書いたんだよ！」ってキレたいけど許されない。だから変に行儀良く「書いた人ではなく技術的負債のせいです」と言う羽目になる。欺瞞”

[n314]

言ってることは分かるけどイラっとはしないかな。ドメイン分けてインターフェース分離して綺麗にしたけど、DBごとテストした方が楽で分かりやすかったね、みたいなことは良くあってまた書き直したりする。

[tor4kichi]

人事的負債はビジネス体験を悪化させる。コード品質マネジメントと人事管理はほぼ同義…。

[t2y-1979]

なぜ自分のコードを負債に思わないのだろうか。一度作ったものをよくなるまで何度でも作り直せって話しをしてるんですよ。

[ducky19999]

技術的負債は滅びんよ、何度でも蘇るさ

[ledsun]

東ニバグアレバ デバッグシテヤリ 北ニクソコードノサケビガアレバ ツマラナイカラヤメロトイヒ ヒドリノトキハコードヲナオシ ホメラレモセズ クニモサレズ サウイフモノニ ワタシハナリタイ

[showii]

書く人とレビューする人の、個人の能力がバラバラなのに一般論で片付けてるから？

[Sixeight]

こういう誤解が生まれるので心理的安全って言葉やめた方がいい気がしてくる

[onesplat]

設計に1-2日しか取れない場合と、検証含め2週間かけられる場合では、やはり設計の精度に圧倒的な違いが出るぞ。普段簡単なものしか設計してないだけでは / 心理的安全性を否定する人間はチームに害なのでクビにしよう

[kazokmr]

元の資料は抽象的に表現されたまとめだと思うから、実際の現場で起こっている事象への具体的な回答とは遠くなるのがモヤッとするんだよね。

[odakaho]

これはそう “ダメなやつは何ヶ月かけてもクソコードばかり書くので余裕があればあるほど負債が貯まるのでは？”

[rryu]

人月を元に2人想定で作ったスケジュールなのに1人しか割り当てられなかったという地獄から負債が発生するのだ…

[vbwmle]

数年後にはAIがコードを書いてくれてプログラマーはクソコードにこそ人間らしい温かみを感じるようになるよ。よかったな。