規模感の違う脱レガシーで必要なこと - memo_md

「レガシー」を保守したり、刷新したりするにあたり得られた知見・ノウハウ・苦労話 by Works Human Intelligence Advent Calendar 2022 の 15日目の記事です。 qiita.com 筆者は過去に、中〜小規模のWebアプリケーションでレガシーフロントエンドの改善作業を業務でやっていた。その経験を元に技術同人誌を作成し、それがきっかけで「レガシーフロントエンド安全改善ガイド」という書籍を出した。 初版から数年経ってしまい、詳細な利用技術などの説明は少し古くなってしまっているのだが、ベースとなる考え方の部分は今でも変わっていないと思う。 一方で自分自身は、その経験が他の環境でも通用するのかを試してみたくなり、転職して一年強ほど大規模なフロントエンド刷新に関わっていた。 あまりにも規模が大きいため完遂を見届けたわけでもないが、現段階でも学びや得られたものは

[saikyo_tongaricorn]

大規模刷新でやることを念入りに小さく切り分けても、大規模刷新が控えていると「今発生してる軽微な問題はそこでついでになおしましょう」がガンガン発生して最終的には死んだ魚のような目になる

[gabill]

1回で飲み込めない量の食べ物を口に含んではいけない。

[otihateten3510]

「最新すぎて知見も溜まってないよくわからないモノを導入してしまう」もあると思う。そう言う現場よくみる。

[chiroruxx]

ついでがよくないのわかる。ついではダメ。

[sigwyg]

ブコメ「まずフロントエンドにおける「レガシー」の定義が知りたい」←最新が14とかなのに6とかで動いてるとかですかね。

[Rishatang]

丁度途中で頓挫して複雑怪奇になってるプロジェクトを引き継いだところなので頷きすぎて首がもげた

[morimarii]

記載されてる通り改善はリスクあるからリスク度合いを把握する必要がありますね。「まずやってみる」だけじゃ前進できない場合や逆に改善しないことによるリスクもありますからね。。。

[sakusaku__1986]

まずフロントエンドにおける「レガシー」の定義が知りたい