フロントエンドとSPA職人の目指したものの歴史と概略

年末年始にフロントエンド論みたいな記事をいくつか見たが、僕ら古のSPA職人がやってきたフロントエンドという職域と目指していたものが失伝しかけている気がするので、ここに時代ごとに何を考えていたか、雑に書き殴る。 注意点として、 2004から始まるが、自分がプログラミングを始めたのが2010, 業務としてコードを書き始めたのが 2012 なので、解像度が高いのはそれ以降になる。 tl;dr 2004: 動き出す HTML 2011: 構造化のはじまり 2015: 贅沢品としてのSPAとコミュニティ分化 2017: 貧者のSPA 2019: 守破離としてのパフォーマンス 2004: 動きだす HTML AJAX の時代。要は XMLHTTPRequest で取得したコンテンツに応じて、動的書き換えをDOM書き換えを行うこと。今では名付けるほどでもない操作だが、HTMLが静的なものをやめたことは、

[ultimatebreak]

最近もうSPAじゃなくていいよなって思ってる。ページ遷移はブラウザにお任せするのが一番楽で問題も起こりづらい

[peperon_brain]

新卒の子が入ってきてちょっと研修してVueとかReactとか表面的に触れるようにはなるんだけど、エラー吐いた時とかにこの辺の歴史やら各技術の存在意義やら芋づる式に説明が必要になって大変。

[baronhorse]

このままだとフロントエンド一発屋で終わりそうだな

[Eiichiro]

結局、WEBの優位性は高速に配信できることと、URLでアクセス可能な構造。なんたろうな。 エンジニアの生産性のためにユーザー体験を損ねるなら、本末転倒つてことよな。

[BlueSkyDetector]

こうやって定期的に情報をまとめ直して出してくれてるのはとても助かる。ありがたい。

[gabill]

“開発者の生産性を掲げ続けた結果、フロントエンドが不要なJSまみれになり、ユーザーに対する裏切りになった”

[for-my-internet-demo]

新たな大鑑巨砲かニッチなエッジ処理、HTMLとの密結合…これらにフロントのトレンドとキャリアが行ってるの見ると、たまーにあの時本当は何が辛かったんだっけとか欲しかった職能ってなんだっけとは振り返るな...

[programmablekinoko]

HTTPがステートレスである限り辛みは決して消えないんだろうなと思う（アドバンテージでもあるが）

[nunulk]

自分も jQuery, Knockout.js, Vue.js, React の変遷を辿ってきたけど、欲しかったのは複雑なフォームの状態管理を MV* でやれるライブラリで、SPA ではなかったんだよなって思い出した

[yogasa]

mizchiさんっぽいなと思って筆者確認して満足した

[txttxt]

“バーヘッドは大きいことはよくある) SPA肥大化の問題はどこでも起きていて、結果モノリシックなSPAを解体して、部分的にロードするコンパイル時最適化や、ハイドレーション技術が注目されるようになっている。React の

[rokujyouhitoma]

2004年あたりは違和感あったのだけど、冒頭第二段落読み直したら、この歴史認識を理解できた。 > “注意点として、 2004から始まるが、自分がプログラミングを始めたのが2010, 業務としてコードを書き始めたのが 2012”

[iwasiman]

おっこれはありがたい歴史的経緯のまとめ。

[assaulter]

Knockout, AngularJS, Reactあたりを触った後離脱した身なのでありがたいまとめ

[kagehiens]

化コンセプトに書かれているツールの半数以上には、かなり時代の徒花感あるなぁ……。

[youko03]

“古の Rails エンジニアが k8s 等をやるインフラエンジニアになりがちなように、昔ながらの フロントエンドやってた人は Frontend Ops をしている”

[tetsu040e]

パフォーマンスが蔑ろにされがちなのはわかる気がする

[umai_bow]

巨大な SPA を開発する辛みに対して Frontend Ops は焼け石に水じゃない？という気はする。マイクロフロントエンドもそうだけど、React/Redux が提唱してきた「f(state) = view じゃん！」的な価値観への跳ね返りはすごく感じる

[rgfx]

ありがとうございます

[neet_modi_ki]

この歴史の半分以上JS/TSやフロントエンドと付き合ってきたが、書かれているようにAIにとって変わられんだろうかねえという複雑な気分だな（自分は本質的にはエンジニア・技術者ではなくデザイナ・Web制作者なので…）

[rck10]

歴史のお勉強。 / そもそもリッチなWebがPCインストール作業のハードルの高さ故の需要なので、スマホアプリが主戦場の今、リッチなWebの出番は減ると思ってる。

[tettekete37564]

大きなページ遷移はサーバにやらせても良いけど各ページ内のコンポーネントはJSXやWebAPIでって構成はしばらくは鉄板だと思うけども。Node.jsが出てもうそんなに経つのか

[xlc]

なんじゃこれ？わかったフリ文書？

[aquarickn]

https://twitter.com/mizchi/status/1611239323889958912?s=20&t=5Qg1AWhWqRdKj3DdHk1XHg

[yo_waka]

"昔ながらの フロントエンドやってた人は Frontend Ops をしている"

[Keisuke69]

こういう読み物好き

[peketamin]

“結果として増えたのはテンプレートエンジン派と富豪的SPA派だと思っていて、フロントエンドが足りない、の真意はアーキテクチャやパフォーマンスを破綻させずに書ける人が足りない、という話だと”

[door-s-dev]

CIでパフォーマンス上の問題が発見できるようになってるのか。バンドルサイズの話じゃないよね/lighthouse-ciってやつかな。とはいえフロントエンドのパフォーマンスってそんなできる事ないイメージあるけど

[mohritaroh]

“古の Rails エンジニアが k8s 等をやるインフラエンジニアになりがちなように、昔ながらの フロントエンドやってた人は Frontend Ops をしている”

[roshi]

2016年頃のReact/Vueのちょっと前にAngular.js/Backbone.js/Knockout.js/Ember.jsなどがあってSPAという呼称が生まれた印象。