![](https://s.togetter.com/static/web/img/placeholder.gif)
プロダクトの継続性において必要だから、技術的刷新を行う。 まず、継続性とは具体的にどんなのか物によってまた様々だと思うな。 #技術的負債_findy
2023-05-17 12:10:40![](https://s.togetter.com/static/web/img/placeholder.gif)
最強のアーキテクチャではなく変えやすいアーキテクチャ。 技術的な刷新はこれで最後ではない。 #技術的負債_findy
2023-05-17 12:11:41![](https://s.togetter.com/static/web/img/placeholder.gif)
変えること前提に考えるのは大切! いつでも部分的に上書き、捨てるられる構造にしないと、同じことの繰り返しになる。 #技術的負債_findy
2023-05-17 12:11:52![](https://s.togetter.com/static/web/img/placeholder.gif)
「最新のアーキテクチャではなく変えやすいアーキテクチャ」はすごく大事ですね! コードの可変性も関わるとは思いますが、 フロントエンドの場合は流行に左右されやすいので、 アーキテクチャごと変えるとなった場合に破棄する部分を最小限にするアーキテクチャや設計は大事 #技術的負債_findy
2023-05-17 12:12:00![](https://s.togetter.com/static/web/img/placeholder.gif)
「安易な共通基盤チームを避ける」 必要な目的に特化して、必要に応じてチームを作るは、まさにYAGNIですね!! #技術的負債_findy
2023-05-17 12:14:30![](https://s.togetter.com/static/web/img/placeholder.gif)
変更容易性が高いアーキテクチャ低いアーキテクチャってあるんだろうか。密結合じゃなきゃくらいのふわっとした解像度でしか自分は捉えられてないな。 #技術的負債_findy
2023-05-17 12:15:17![](https://s.togetter.com/static/web/img/placeholder.gif)
2人目は、Chatwork株式会社 澁谷 哲也(@shibe_23)さんより 『巨大なSPAの技術的負債と向き合い続けるテクニック』 資料はこちら speakerdeck.com/shibe23/ju-da-… #技術的負債_findy
2023-05-17 12:20:35