PHPのSmartyやフレームワークが提供しているHTMLのViewエンジン（LaravelのBladeなど）、RubyのERBのようなHTMLテンプレートを使ったWebシステムでは、こんな問題に遭遇します。「HTMLのデザインや文言をちょっと変えるくらいすぐにできないものか」「デザインやUIをリッチにしたいが、PHPやRubyなどサーバ側の言語が分からないから直せない」。また、このような課題から、想定より時間がかかり、スケジュールが遅れたり、作業する担当者には、どのようなスキルをもった人（エンジニアなのかデザイナなのか）をアサインするかで困ったりするケースがあるようです。そこで、今回は、筆者の経験をもとに、このような問題がどうして発生するのか？ さらに、改善方法として、クライアントサイドでのHTMLテンプレートの利用について紹介します。 対象読者 サーバサイド開発者や、フロントエンド開発

編集履歴 ※ SessionStorage→LocalStorage（永続化される方はこちらだった） ※ OPTIONメソッド→OPTIONSメソッド ※ JWTについて少し調べたのでLocalStorage欄を追記 概要 Frontend Meetup vol.1 - SPAを語り尽くす会!のLT資料です。 フロントエンドのガチ勢には当たり前の内容になるかもしれません。 SPA探り探りなので、ご指摘あればコメントなどで頂ければと思います。 自己紹介（後で消す） 名前：しばたこ/uryyyyyyy 所属：株式会社オプト 得意分野：Scala/Play2/Spark/React 最近はReact/Redux/TypeScriptで書いてます。 materializeを導入したのですがjQueryなかなか辛い。。。 この資料で話すこと SPAでのセッション管理 CSRF対策 CORS SPAで

IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思う。 度重なる顧客からの仕様変更。 プロジェクトスタート時の見積もりの甘さ。 品質の低さによるバグの頻発。 ゴールの見えない仕事と重圧により耐えられなくなったメンバーの病欠や離脱。 それらがまた品質の低さと遅延の原因になる。 デスマーチなんてよく言われてるけれどもね。 IT業界の人は言う。 これらの原因は無茶なことを要求する顧客のせいであり、技術的な知識がないから実現すべきことが簡単にできると思っている客先の業務担当者のせいであり、そんな無茶な客と契約してしまう営業や営業から降りてきた案件を大して精査せずに受け入れてしまうプロジェクトマネージャーのせいだと。 でもちょっと待ってほしい。 それらの問題は本当に相手側にあるのか。 もっとうまくやる方法はなかったのかと思っちゃうんだよね。 例えば契約締結後の仕様変更。ここで理

This document summarizes a presentation about single-page applications (SPAs). It discusses what SPAs are, some user experience challenges with SPAs like navigation and accessibility, and solutions to those challenges including server-side rendering and preloading resources. Links are provided to additional resources on topics like accessibility in SPAs and using service workers and prefetching to