Open2024/03/02にコメント追加17主にフロントエンド観点の技術的負債についての資料frontend技術的負債makotot2024/03/02https://www.docswell.com/s/hireroo/ZGXXP8-techtalk1-2 makotot2024/03/02https://speakerdeck.com/shibe23/ju-da-naspanoji-shu-de-fu-zhai-toxiang-kihe-isok-kerutekunituku makotot2024/03/02https://www.wantedly.com/companies/wantedly/post_articles/874914 makotot2024/03/02https://mizchi.hatenablog.com/entry/2018/03/13/214755 makotot2024/03/02https://speakerdeck.com/mtx2s/technical-debt-and-developer-experience makotot2024/03/02https://twitter.com/ftnext/status/1605589133321068546 構造の価値 makotot2024/03/02https://mtx2s.hatenablog.com/entry/2021/12/21/084227 返信を追加makotot2024/03/02https://t-wada.hatenablog.jp/entry/ward-explains-debt-metaphor makotot2024/03/02 Ward の言う負債の悪影響とは、開発と共に得られていく知識や理解と目の前のシステムとの乖離が引き起こす生産性低下のことであり、自分たちが書いているコードの保守性（あるいは、雑さ）のことではありません。むしろコードを書くときには常にそのときのベストを尽くせと言っています。 makotot2024/03/02https://twitter.com/t_wada/status/1370239913292001283 makotot2024/03/02https://blog.h13i32maru.jp/entry/2021/03/21/185345 返信を追加makotot2024/03/02に更新https://speakerdeck.com/koba04/hurontoendoshua-xin-wopuroziekutotositejin-meruji-niqi-wotuketeirukoto makotot2024/03/02https://bliki-ja.github.io/TechnicalDebtQuadrant makotot2024/03/02https://bliki-ja.github.io/TechnicalDebt makotot2024/03/02https://tech-blog.monotaro.com/entry/2023/11/28/090000 makotot2024/03/02に更新https://qiita.com/kotauchisunsun/items/d03c1e6936ffb250e4a1 しかし、"とりあえず全体にLinterを入れてみる。"とか、"大規模改修のついでにリライト"とか、"テストとかよくわからんけど、これから自動テストを導入してみよう"とかをやると、かなりの可能性で事故を起こします。そして、若い気力で、"俺がやる！"も大体息切れします。そのため、一旦引いた眼で状況を把握し、技術負債を解消するうえでどういう力学が働くのか、なぜ技術負債が発生してしまったのかを考え、やるべきことを1つずつ積んでいくのが大事だと私は思います。 返信を追加makotot2024/03/02https://findy-code.io/engineer-lab/frontendcon_4
makotot2024/03/02https://speakerdeck.com/shibe23/ju-da-naspanoji-shu-de-fu-zhai-toxiang-kihe-isok-kerutekunituku
makotot2024/03/02https://speakerdeck.com/mtx2s/technical-debt-and-developer-experience makotot2024/03/02https://twitter.com/ftnext/status/1605589133321068546 構造の価値 makotot2024/03/02https://mtx2s.hatenablog.com/entry/2021/12/21/084227 返信を追加
makotot2024/03/02https://t-wada.hatenablog.jp/entry/ward-explains-debt-metaphor makotot2024/03/02 Ward の言う負債の悪影響とは、開発と共に得られていく知識や理解と目の前のシステムとの乖離が引き起こす生産性低下のことであり、自分たちが書いているコードの保守性（あるいは、雑さ）のことではありません。むしろコードを書くときには常にそのときのベストを尽くせと言っています。 makotot2024/03/02https://twitter.com/t_wada/status/1370239913292001283 makotot2024/03/02https://blog.h13i32maru.jp/entry/2021/03/21/185345 返信を追加
makotot2024/03/02 Ward の言う負債の悪影響とは、開発と共に得られていく知識や理解と目の前のシステムとの乖離が引き起こす生産性低下のことであり、自分たちが書いているコードの保守性（あるいは、雑さ）のことではありません。むしろコードを書くときには常にそのときのベストを尽くせと言っています。
makotot2024/03/02に更新https://speakerdeck.com/koba04/hurontoendoshua-xin-wopuroziekutotositejin-meruji-niqi-wotuketeirukoto
makotot2024/03/02https://tech-blog.monotaro.com/entry/2023/11/28/090000 makotot2024/03/02に更新https://qiita.com/kotauchisunsun/items/d03c1e6936ffb250e4a1 しかし、"とりあえず全体にLinterを入れてみる。"とか、"大規模改修のついでにリライト"とか、"テストとかよくわからんけど、これから自動テストを導入してみよう"とかをやると、かなりの可能性で事故を起こします。そして、若い気力で、"俺がやる！"も大体息切れします。そのため、一旦引いた眼で状況を把握し、技術負債を解消するうえでどういう力学が働くのか、なぜ技術負債が発生してしまったのかを考え、やるべきことを1つずつ積んでいくのが大事だと私は思います。 返信を追加
makotot2024/03/02に更新https://qiita.com/kotauchisunsun/items/d03c1e6936ffb250e4a1 しかし、"とりあえず全体にLinterを入れてみる。"とか、"大規模改修のついでにリライト"とか、"テストとかよくわからんけど、これから自動テストを導入してみよう"とかをやると、かなりの可能性で事故を起こします。そして、若い気力で、"俺がやる！"も大体息切れします。そのため、一旦引いた眼で状況を把握し、技術負債を解消するうえでどういう力学が働くのか、なぜ技術負債が発生してしまったのかを考え、やるべきことを1つずつ積んでいくのが大事だと私は思います。
