SPAに関する雑なメモ。
- 「ハンマーを持つ人にはすべてが釘に見える」になっていないか
- 要件
- 保守性
- 学習コスト
2019-11-02
私たちはなぜ SPA で開発するのか / Why you choose SPA - Speaker Deck
https://speakerdeck.com/potato4d/why-you-choose-spa
- UX要件とDX要件
DX要件によるSPA選定の特徴 / 必然性に乏しいことが多く、(略)
「アプリケーション」なのに State がバラバラで苦しむ例
速度と品質ではなく、「要件と想定する最大のアーキテクチャ規模」が重要
プロダクトのためためではなく、エゴを優先する「詐欺師」ではないか
2016-09-16 SPAと覚悟
https://www.slideshare.net/teppeis/spa-66093931
- ページ遷移
SPAとはブラウザを超える体験を再実装する覚悟
SPAでどんな問題を解決したの?
SSRのUX(速度)も高まってる
旧来のドキュメントベースの遷移モデルから脱却することをどこまで考えるか?
2016-04-05 CLIENT SIDE OF █████ FRESH! - Speaker Deck
https://speakerdeck.com/ahomu/client-side-of-fresh
PinP (Picture in Picture) が要件にあったから
2018-12-12 JavaScript/Vue.jsアプリのパフォーマンス改善 一休.comスマートフォンサイトを高速化するためにやったこと - ログミーTech
https://logmi.jp/tech/articles/320604
たとえば、画面遷移を速くするという目的であれば、SPAにするよりも、 複数のページがある普通のWebサイトにして、各ページをCDNでキャッシュしたほうがシンプルに作れる、 といった状況はあると思います。
2019-01-29 You probably don’t need a single-page application
https://journal.plausible.io/you-probably-dont-need-a-single-page-app
- Core functionality is real-time (e.g Slack)
- Rich UI interactions are core to the product (e.g Trello)
- Lots of state shared between screens (e.g. Spotify)
- ハイブリッドなアプローチ
- 例として GitHub
2016-05-25 ssig33.com - なぜ SPA か
https://ssig33.com/text/%E3%81%AA%E3%81%9C%20SPA%20%E3%81%8B
顧客は SPA であることを望んでいるのか?そうではないです。技術者は SPA を作りたいのか?そうではないです。
ではなぜ SPA 的なものが出来てしまうかといえば、いちいち UI の遷移のために大量のデータをロードしているのは時間と資源の無駄だからです。
2021-03-19 スタートアップにおける言語とフレームワークの選択 / Why we chose Ruby on Rails as a startup - Speaker Deck
https://speakerdeck.com/autifyhq/why-we-chose-ruby-on-rails-as-a-startup
2021-08-12 なんでもSPAにするんじゃねぇ!という主張のその先 - console.lealog(); https://lealog.hateblo.jp/entry/2021/08/12/103111
Hydration / Marko
2019-02-18 その技術を使わない方がいい - 西尾泰和のScrapbox
https://scrapbox.io/nishio/%E3%81%9D%E3%81%AE%E6%8A%80%E8%A1%93%E3%82%92%E4%BD%BF%E3%82%8F%E3%81%AA%E3%81%84%E6%96%B9%E3%81%8C%E3%81%84%E3%81%84
※SPAとは直接関係ない