Blogを作った話 -Zli x DeNA-

Transcript

1. Blogを作った話 うじまる (大庭 周士)

2. - 名前 - 大庭 周士 - 好きな物 - フロントエンド -

   TS - Elm - SNS - uzimaru0000 自己紹介

3. 突然ですが・・・

4. Blogを作りました

5. なんで作ったのか - 冬休み中に何か作りたかった - 自分のドメインのブログが欲しかった そうだブログを作ろう

6. 構成 - フロントエンド - React + TypeScript - バックエンド -

   Node.js + TypeScript - フレームワーク : Micro - データベース : FaunaDB - ホスティング先 - now.sh

7. Microって？ - https://github.com/zeit/micro - ZEIT社が作ったサーバサイドフレームワーク - Simpleに書ける - （個人的に）使いやすい

8. FaunaDBって？ - ACID特性を持ちつつスケーラビリティも備えた分散データ ベース - 標準でGraphQLに対応してる - ドキュメント指向のデータベース

9. now.shって？ - https://now.sh - $ now でデプロイできる - HPに “World-Class

   Static Hosting” とあるがServerもデプロ イできる - 独自のドメインも設定できる

10. なんでこの構成なの？ - AWS, GCPよくわからない、now.shしか使えない - now.shにはDBサービスが無いので外部のDBサービスを使 わないといけない - TwitterのプロモーションでFaunaDBが出てきてて良さげだっ た

11. ディレクトリ構成 - now.json ← now.shの設定 - package.json - main/ ←

    クライアントサイドのソースコード - public/ ← faviconとかrobots.txtとかの静的ファイル - api/ ← APIサーバーのソースコード - cli/ ← CLI(後述) のソースコード - common/ ← 型定義とか

12. now.json - どうルーティングするかなどを書いておく

13. API Client Static

14. API Client Static Client??

15. ひよこだってSSRしたい

16. SSRって？ SSレア？

17. SSRって？ SSレア ServerSideRendering サーバサイドでレンダリングして結果（HTML）を返却する Next.jsとかNuxt.jsを使うと楽に実装できる

18. CSR （クライアントサイドレンダリング） 鯖 HTML JS HTML, JSをクライアントに渡す

19. CSR （クライアントサイドレンダリング） 鯖 JS 動的にDOMを構成

20. CSR （クライアントサイドレンダリング） 鯖 JS データを取得

21. SSR （サーバサイドレンダリング） 鯖 HTML JS HTML, JSをクライアントに渡す

22. SSR （サーバサイドレンダリング） 鯖 HTML JS

23. どうしてサーバで描画できるの？ - ブラウザでHTMLを表示しているのはDOM <h1>Title</h1> <img src=”...”>

24. どうしてサーバで描画できるの？ - Reactさんが操作しているのは仮想DOM <h1>Title</h1> <img src=”...”>

25. どうしてサーバで描画できるの？ - 仮想DOMをHTML文字列にすればOK

26. なんでSSRするの？ - SEO対策 - クローラーがJSを解釈しないから - 初期描画を早くする - サーバでHTMLを生成しているから早い -

    OGPを設定したい

27. なんでSSRするの？ SEO対策 & 初期描画を早くする

28. ひよこはnow.shを推したい

29. なんで推したいのか - 使いやすい - 開発しやすい - 無料！

30. 使いやすい - now.json の設定がそんなに複雑じゃない - 基本的に `$ now` を打てばデプロイしてくれる -

    デプロイごとに一意なURLを発行してくれる - ドメインのaliasも `$ now alias` でできる

31. 開発しやすい - `$ now dev` というサブコマンド - 実際の環境と同じようにサーバを立ててくれる - ファイルを更新したら再起動してくれる

    - 環境変数を.envから勝手に読み取ってくれる File Watch

32. 開発しやすい 今回の環境 Watch Watch Build Edit Parcel

33. 開発しやすい 何が良かったか - サーバを複数立てなくていい - 今まではAPIとクライアントのサーバを別々で - URLが相対Pathで指定できる - DevとProdでPathを変えなくていい

34. ひよこはCLIで投稿したい

35. ディレクトリ構成 - now.json ← now.shの設定 - package.json - main/ ←

    クライアントサイドのソースコード - public/ ← faviconとかrobots.txtとかの静的ファイル - api/ ← APIサーバーのソースコード - cli/ ← CLI(後述) のソースコード

36. なんでCLI - 長文書いてるとブラウザのエディタではUXが良くない - 結局ブラウザで書くよりローカルで書いたほうがいい - 別で管理画面を作るのが面倒 ＆ そこまでいらない -

    CLIがすき

37. 使ったpackage - https://github.com/tj/commander.js/ - CLIのフレームワーク的なやつ - https://github.com/terkelg/prompts - 入力をいい感じにやってくれるやつ -

    password入力 - セレクト - etc...

38. commander.js 自分なりにちょっとアレンジ こんな感じの 型定義を作成

39. commander.js - name - サブコマンドの名前 - args - 引数 -

    `<>` で囲むと必須 - `[]` で囲むと任意 - description - コマンドの説明 - action - コマンドの内容

40. commander.js

41. prompts - Promiseで入力値を受け 取れる - 複数連続して入力を受け 付けれる - 入力値にメッセージがつ けれる

42. DEMO

43. まとめ - now.sh とてもいい - 開発モードもあるので開発がしやすい - Micro とてもいい -

    ちょっとしたサーバならこれで十分 - Parcel とてもいい - webpack.config.js 書きたくないじゃん - SSR の勉強になった - フレームワークなしでSSRしたので勉強になった - prompts とてもいい - 簡単にインタラクティブな入力処理を書ける

44. Q&A

45. ありがとうございました