SPA メモ

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 にするより、MPA にして CDN でキャッシュを効かせる方が速いかも?

  • たとえば、画面遷移を速くするという目的であれば、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)
  • ハイブリッドなアプローチ

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とは直接関係ない