気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント26件
- 注目コメント
- 新着コメント
dhrname
ダイクストラが構造化プログラミングの第一部「9 プログラムの段階的作成」で技術的負債を肯定し、彼が「重要な決定は先延ばしに」「階層構造化」と主張して、第二部でデータ構造化、第三部でクラスを紹介している
rainbow_doll
自分とこのレイヤーしか語れないのは皆同じなのに、こここうしたら良くなると思うから変えようぜって意見に低レイヤー弱いくせに偉そうなこと言うんじゃねーってなんなら、負債も流出もなくなんないだろうねって感じ
turanukimaru
昔、私がアーキ設計した奴は当初50テーブルだったのが500に増えたけど破綻しなかったというか破綻しないように作ったら気軽に増やされた…。最近は設計できないからって放棄する人が増えて開発中にやってられなくなる
yellowdomestic
実際はそのfailure demandが溜まりに溜まった状態のレガシーを引き継がされるケースが多い 担当システムに誇りを持っているのは当初の開発者だけで、後任にとってはできの悪い他人の子供の面倒見てるようなもん
Shinwiki
そうだなー。と思う反面、負債をパパッと片付けれるんなら偉そうなこと言ってもいいんだけどよう…っていう気持ちもある。レガシー、低レイヤー弱いのに聞いたようなことばっか言うのも多い感じ。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
技術的負債は開発者体験を悪化させる - mtx2s’s blog
ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くこ... ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2021/12/23 リンク