対面だとパフォーマンス落ちる　落ちるどころか技術的負債　会議全部テキセにして　中盤でSAN値チェックもして

ここでようやく 「高度人材獲得のために賃金と環境を改善しよう」 と言い出すけど…… 組織の中枢がすでに低スキル層で固まっている 技術的負債と属人化が限界突破 教育担当が不足 外から人を呼んでも回せない → 改善しようとしても改善できる能力が残っていない という地獄が来ると予想

当たり前だが、書いた人より技術的にレベルが高くないと技術的負債は返せないんだよな。 ついでに言うと遥かに高くないと返せないというのが正確か。

「後で直す」の累積。 でも「後」は永遠に来ない。 技術的負債：利息は複利で増える。 返済不能になるまで放置。 破綻したら「なぜこうなった？」 今でしょ。 #技術的負債 #ソフトウェア office-joke.com/articles/techn…

基本設計前にスクラッチか改修か決まってないのヤバすぎ。 アーキテクチャ選定で工数もリスクも全然違うのに。 これ多分要件定義がふわふわで、非機能要件の洗い出しが甘いパターン。 先に技術的負債の棚卸しと移行コストの試算やるべきだった x.com/okd61807313/st…

「開発者がエージェントにとって代わられているのでは？」と感じる？だけどそうではない。彼らは「エージェントのボス」として、ワークフローの調整、意図のガイダンス、（エージェントの）意思決定の監督、プロダクトのビジョン、膨大な技術的負債の解消のためにorchestrateしてる

zenn.dev/herp_inc/artic… いつ技術的負債を解消すべきなのか←開発主導で負債解消できるの羨ましい。。運用側が受け入れられないとかで何時までも解消できないの見てきました、、

俺が勘違いしてるだけかもしれないけど、「◯◯が技術的負債」みたいなの聞くんだけど、言ってる人のその技術的負債の解像度ってわりと低いんだよな。表面的な技術や浅いドメイン知識の話になりがちで、本当は組織や組織文化やビジネスモデルやopsの話があり、エッジケースも厄介だったりして色々ある

返信先:@n_monzoﾏﾖﾗﾎﾞじゃなくてもいいし、AIとか使っても使わなくてもいいから、ﾜｲは自動的に技術的負債を”返済”するｼｽﾃﾑが欲しいんだぞ🤔ﾂｸﾚﾔ

zenn.dev/herp_inc/artic… HERP Hireの技術的負債解消事例を紹介しています。 React移行のタイミングを、事業の方向性、投資対効果、関係者の合意形成の3つの軸で解説。 技術的負債の解消は、事業価値向上に直結する投資となりうることを示唆しています。

生成AIはコーディング生産性を向上させることができますが、不注意な導入はスケーラビリティを損ない、システムを不安定にする技術的負債を生み出します。 from MIT Sloan management review

「給与が安くてエンジニアが採用できない」と嘆く前に、エンジニアにとっての「報酬」を再定義すべき。 金銭報酬以外にも、 ・技術的負債の返済に積極的 ・モダンな技術選定への裁量権 ・カンファレンス参加費の全額補助 ・ハイスペックPCと椅子の支給 これらは強力な採用武器になります。

技術的負債はいつ解消すべきか？ - HERP が React 移行で使った3つの判断軸｜mazamachi zenn.dev/herp_inc/artic… #zenn

技術的負債の本質は「見えない」ことに起因する 情報の非対称性だと思う エンジニアには内部構造がCTスキャンのように見えるが 経営者には表面的な機能しか見えない シュミットの定義を使えば 「理想システム」と「現状システム」の機能追加コスト差で 技術的負債を定量化できる

元々技術者の適性やレベルに値しないものを、SESが無理矢理雇用し、あてがり、本来的な価値を生産しないバブリーな金儲けが沢山行われた。 それによってもたらされたのが、大企業のシステムに大量に埋め込まれた真の技術的負債と、本来のITエンジニアという職業への価値の毀損である。

返信先:@gimupop他2人CastingONEのhiroakiさん エンジニア→PdMという自分と同じ感じのキャリアで親近感。「負債」と聞くと技術的負債が有名だけど体験やコンセプトの負債もあるよねって話、わかるぅと思いながら聞いてた。（あと、多分トレーニー） @hiroaki_u329 #pmconf2025 pic.x.com/QmIDEmz634

#LAPRASから見た私 の強みは 「あなたの最大の強みは、技術的負債解決という高度な課題に対して、ドメイン分析から戦略立案、チーム構築、運用体制まで一気通貫で実…」 #キャリア市場価値レポート lapras.com/share?k=7629f0…

技術的負債はいつ解消すべきか？ - HERP が React 移行で使った3つの判断軸｜mazamachi zenn.dev/herp_inc/artic… #zenn

AIに仕事を奪われる前に、無能な上司に仕事を奪われてる。 意味のない資料作成。 終わらない会議。 非効率なプロセス。 AIより恐ろしい人間の非効率性。 技術的負債ならぬ、組織的負債。 #AI #DX office-joke.com/articles/techn…

技術的負債は貯めて貯めて解消するんじゃなくて、少しずつ解消し続けるべきなんだよ

技術的負債はいつ解消すべきか？ - HERP が React 移行で使った3つの判断軸｜mazamachi zenn.dev/herp_inc/artic… #zenn

技術的負債の計測ってどうやってやるんや

返信先:@doiko_nikiそうなんですよね! 技術的負債を定量的に表現するのも、PMが理解するのも色々ハードルが高いので、見果てぬ夢を追いかけるよりも、いい感じにバランシングするというのが良いかもという結論でした笑 (みんなできなかったので、自分もホッとしましたw)

今日の自分の担当パートは「イノベーションの能力」 ユーザーにとって価値のある機能を見極める・使われないものを作らない 技術的負債やテストコード不足は保守コストを増大させてしまう 最近の自分のテーマにもなっている事なので、提供価値をしっかり見極めていきたいし、負債とも向き合いたい💪

技術的負債 負債はさっさと返して新しいことしたい 無利子奨学金返済でもあるまいし

> MVP開発は技術的負債を生む ほうほう。 その後も選択を続けていくと、整合性が取れないところに現れるというのはなるほどな。 #DevKan

levtech.jp/media/article/… 技術的負債の分析と解消を支援するMCPサーバー「モディフィウス」の開発秘話を紹介しています。 AIを活用してコードの意図を理解し、高精度な負債分析と設計改善提案を実現します。

いわゆる技術的負債の解消をする際、 「一気に全部！」ってな流れではなく、部分的にリアーキする前提で、「じゃあどこから？」の判断軸は事業よね #アーキテクチャcon_findy pic.x.com/KUly3ZoGLM

技術的負債はいつ解消すべきか？HERPはReact移行で、事業の変化に応じた3つの判断軸を用いています。9年目を迎えるHERP Hireが、ユーザーの期待に応えるための重要なステップです。 #技術的負債 #HERP ift.tt/WDT8hKx

技術的負債はいつ解消すべきか？ - HERP が React 移行で使った3つの判断軸 はてなブックマーク テクノロジー新着 zenn.dev/herp_inc/artic…

＼技術ブログ公開／ エンジニアのmazamachi（ @mazamachi ）によるブログ記事が公開になりました！ HERPがどのように技術的負債に向き合い、いつ解消すべきと判断したのかについてまとめています。 技術的負債はいつ解消すべきか？ - HERP が React 移行で使った3つの判断軸zenn.dev/herp_inc/artic…

技術選定で悩む理由って、 アーキテクチャが権力を再分配するから 古いシステム自体が問題ではなく、 組織が必要なスピードで ソフトウェアを交換できなくなることが 本当の技術的負債 変化のペースが違う階層を意識して 「交換可能性」を高める設計にしよう -- 新著『AIエージェント

技術的負債とは別のプロダクト負債 想定以上の成長によるパフォーマンス低下市場や顧客環境の変化 、想像していないデータ構造 短期適正化を優先した意思決定によるプロダクト的には優先度低いものを進めて負債化 プロダクト負債は避けられない #pmconf #pmconf2025

#bpstudy でお話した内容になります。 書籍「作る、試す、正す。」ではソフトウェアづくり、プロダクトづくりの視点に「システムづくり」を加えることで「遅れてやってくる問題（技術的負債やデッドエンド・ジャーニー）」を乗り越えていこうという主旨を置いています。

俺が生きてるうちに出会う技術的負債No.1はUnityだと思う。 作る側としてもやる側としても非常に良くない代物だった。

もはやVibesで技術的負債を返済したい気持ち。

SDDのステアリングいいなぁー、けどこれって技術的負債の影響ってどれくらい受けるんだろう。

【テックブログ】新旧責任者対談を行いました！ 検索速度76%削減、月1万ドル削減を実現した大規模リアーキテクトの全貌についてお話しします。 技術的負債と向き合う多くのエンジニアの方々の参考になれば幸いです。 x.gd/UYgpL #Zenn

AIにコード書かせたら技術的負債がーとか、セキュリティがーとか保守性がーみたいなやつ、AI使って書かなくてもゼロにはできないんだからさっさと書いて古くなったらどんどん捨てていけばいいと思うんだけど、まぁ私がそう言えるのはそのレベルのアプリしか作ったことないからなんだろうね