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