フロントエンドで作る理由

Transcript

1. フロントエンドで作る理由 後藤 知宏 フロントエンドで作る理由

2. フロントエンドで作る理由 後 藤 知 宏 株式会社chatbox 代表取締役 関西フロントエンドUG代表 Twitter :

   @_mikakane エンジニア / 技術顧問

3. フロントエンドで作る理由 フロントエンドしてますか？ フロントできない… 興味はあるけど SPA は… といった声をまだまだ耳にします。

4. フロントエンドで作る理由 フロントできない理由 バックエンド脳 SPA案件が無い まだ時期じゃない

5. フロントエンドで作る理由 フロントできない理由 バックエンド脳 バックエンドでも十分だから… SPA案件が無い お客さんから言われることがないので… まだ時期じゃない フロントの技術は複雑で選定が難しいから…

6. フロントエンドで作る理由 まだ時期じゃない？ フロントエンドはどんどん簡単になっている。 バックエンドでも出来るから… は言い訳にならない

7. フロントエンドで作る理由 Vue.js HTML/JS ベースでシンプルに導入可能 とっつきやすさ、学びやすさは最高レベル データバインディングやコンポーネントなど モダンフロントに必要な機能は一通り完備 極論、JSできなくても Vue.js 出来る

   jQuery 並みの感覚で使えるツール

8. フロントエンドで作る理由 Nuxt.js ファイル置くだけで自動でルート作成 SPA 構築がここまで簡単になった。 Vue.js の使いやすさはそのままに、 プリレンダリングで SEO や

   OGP のニーズにも対応 モジュールを利用して、 画像のレイジーロードや PWA 化も簡単に

9. フロントエンドで作る理由 vue-cli プロジェクトのスケルトンを生成するツール コマンドで簡単にプロジェクトの初期セットアップが可能 複雑な Webpack 設定を自動で構築 もう面倒な webpack.config.js の構築で悩まなくていい

   lint の設定やテスト設定なども自動化 out of box で使えるセットアップツール

10. フロントエンドで作る理由 Hosting 静的ファイル構成のメリットの一つに 高速なホスティングが利用できる点が Firebase Hosting に加え、 Netlifyなら Github 連携での自動デプロイも

    S3 を自前で用意して CI 経由で自動デプロイ構築する… みたいな面倒な時代はもう終わった

11. フロントエンドで作る理由 Jest / ava 複雑な設定が必要だった mocha のテストから テストツールは Zero Configuration

    の時代に Firebase Hosting に加え、 Netlifyなら Github 連携での自動デプロイも S3 を自前で用意して CI 経由で自動デプロイ構築する… みたいな面倒な時代はもう終わった

12. フロントエンドで作る理由 SPA はより身近に、簡単に 数年前と比べるとフロント制作の地盤は大きく安定 なんならPWAも夢じゃない

13. フロントエンドで作る理由 技術選定の基準 実務で使える(安定性) みんなが使える(学習コスト) 効率化出来る(メリット) <- OK! <- OK!

14. フロントエンドで作る理由 わかりやすさは正義 私が使える ≠ 現場で使える 保守性と教育コストとのバランス勘定を

15. フロントエンドで作る理由 技術選定の基準 実務で使える(安定性) みんなが使える(学習コスト) 効率化出来る(メリット) <- OK! <- OK! <-

    What?

16. フロントエンドで作る理由 Why SPA ? バックエンドでも出来るのに… SPAで制作することのメリットは

17. フロントエンドで作る理由 よくある例 SPA のページ遷移がぬるぬるで気持ちいいのは分かるけど 業務ツールでそれって必要？ フロントって大変そう。SPA とか作りなれてない 非同期とか E2Eとか大変そう API

    設計もなれていないので大変… 抽象的で汎用的なAPI ？ 画面からコールする API の本数がやばい …

18. フロントエンドで作る理由 SPA制作 - フロント設計 ページ遷移が容易になるので、 一つの画面になんでも詰め込まなくても済む様に。 適切なナビゲーションを添えてシンプルな画面デザインに E2E なんかははじめから無理に頑張ら無くていい。 正解が見つけにくいフロント周りは、

    リリースサイクルを早く回して検証を続けるのがBEST コーディングにせよ、デザインにせよ、品質管理にせよ、 SPA には SPA のやり方。慣れの問題。

19. フロントエンドで作る理由 SPA制作 - API 設計 無理に抽象化的なAPIを作成する必要はない。 特にGET周りはフォームと割り切る手も API の受け入れテストは簡単に作れるし、 品質管理上でもとても重要。

    最悪ドキュメントとして兼用する手もある。 バックエンド(機能) をAPI 化することで 品質を担保 守りたい データ資産の安全性がフロントと分離され、 より挑戦的なフロント改善を促進する

20. フロントエンドで作る理由 変わる制作プロセス SPAにはSPAの制作フロー 作り方が変われば要件定義も変わる

21. フロントエンドで作る理由 これまでの制作フロー 大きな複機能を一度に進めるのはとても大変 機能１ 機能２ 機能３

22. フロントエンドで作る理由 SPA時代の制作フロー 大きな案件から、スケジュール単位の小さな案件に 機能１ 機能２ 機能３

23. フロントエンドで作る理由 SPA の案件は「作る」 お客さんからのリクエストを待つのではなく、 よりよい制作フローのために SPA を提案

24. フロントエンドで作る理由 怖くないフロントエンド 「バックエンドでもできる」の概念を捨てて、 「フロントでつくるとどうなる？」への挑戦 とりあえずやってみる。 良いところを取り入れ、悪いところには改善方法を 作り方の変化を、制作フロー全体に反映させていく

25. フロントエンドで作る理由 強くてニューゲーム バックエンド経験の上にフロントを積むのではなく、 ニューゲーム感覚で、新しい気持ちで挑めば

26. フロントエンドで作る理由 フロントに親しむ 数をこなしてフロント制作になれれば、 フロント制作が当たり前に フロントと切り離されていない、 テスト不十分なバックエンドは開発不安が大きい セッション、ほんとにしんどい フロントページ遷移におけるもっさり感 DOM のコンポーネント化もしんどい

27. フロントエンドで作る理由 フロントエンドを当たり前に フロントを当たり前に

28. フロントエンドで作る理由 Enjoy Frontend ! フロントを当たり前に

29. フロントエンドで作る理由 「何事にも先達はあらまほしきことかな」 徒然草 仁和寺のとある法師

30. フロントエンドで作る理由 lec cafe 気軽に学べるWeb 制作講座

31. フロントエンドで作る理由

32. フロントエンドで作る理由 技術顧問 中から改善できないなら、 外から改善してくれる、頼れる誰かに相談しよう

33. フロントエンドで作る理由 技術顧問 頼れる誰かに相談しよう 餅は餅屋 技術は技術屋に

34. フロントエンドで作る理由 Thanks!