エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント64件
- 注目コメント
- 新着コメント
t-wada
技術的負債と開発者体験の議論を軸に、Kruchtenの4象限、Fowlerの4象限、『レガシーコード改善ガイド』、『Clean Architecture』がつながり、悪循環の背景を明らかにしていく。本当に素晴らしい資料。
reihighjcj6a
退職が多いとソフトウェアの品質が下がる...ってのは論文でもあるらしいし、実感でもそうだけど、その辺りってコードが汚いから!より職場の人間関係とか仕事の裁量とか、労働時間とかな気がするけどなあ
yellowdomestic
実際の現場では技術の進歩とか関係無く、できた瞬間からクソなものも当然ある だが、クソをクソだと当事者がいる場面では言えないので、時の流れのせいということにして当事者が辞めてから対処した方が捗る
turanukimaru
上の方にはこれを読んでもらうとしてプログラマは何をするべきか?クソコードを書くな設計しろと言っても改善しない…言って良くなるなら苦労はない。治せる構造でコードを書くしかない。じゃぁ直せる構造はと言うと
inose660
『無自覚な負債』の象限に分類される問題は、個々のエンジニアの知識不足ではなくて、マネジメントの不理解に起因している量の方が多分大きい。これを読むような向学心の高いエンジニアが主語ではない。
YassLab
“2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ ”
sochankun
ユーザー体験と開発者体験について。体験を優れたものにするのは、前者ではプロダクトの提供者で、後者では開発者自身。だからこそ、見えない部分を改善する重要性を開発者は強く主張しなければいけない。
actnsouba2
日本の場合は技術的負債より、業務的負債のほうが多い印象。それが技術的負債の引き金になってる。ようはクソ仕様が多い。そのクソ仕様を技術的に疎いパワハラ体育会系人間が決めて、周りはそれに振り回される悪循環
kazuppo01
全開発者読むべき。内容に出てきた、知識が蓄えられることによって、後から気づく技術的負債が一番発生しやすいと思う。ステークホルダーは気づいてないので、それをキチンと理解してもらうことがどれだけ大変か、、
inose660
『無自覚な負債』の象限に分類される問題は、個々のエンジニアの知識不足ではなくて、マネジメントの不理解に起因している量の方が多分大きい。これを読むような向学心の高いエンジニアが主語ではない。
Iridium
画面系にjs派生系のライブラリ使うのやめてほしい。誰も幸せになってない。膨大な画面遷移があるとかでない限り、ただのjsで何も困らない。すぐにトレンド変わってしまうし、ソースがわかりにくく学習コストが高い
MasaMura
所詮、ウォータフォールの末端プログラマーには最適化しても何の得も無い。ずっとお守りがある訳で無く、むしろ保守の為に綺麗なコードなぞ儲からない。この外注による利益相反が問題。いつまでSierなんて続ける?
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2022/12/22 リンク