ep.3 FC2 爆速テンプレートを覗く | UIT INSIDE

2019/02/28 に公開1260 views

このエピソードについて

自己紹介

miyoshi

livedoor入社（最後の正社員らしい）
- 直後に彼女に振られてテンションがガタ落ちしている状態で、3次面接でやる気のない対応をしていたらなぜか受かった
- 「以前国内の大手家電メーカーにいて、無意味な手続きが多い上にそれがユーザーには不利益しかもたらさないのが不満で辞めた」みたいなことを言ったらイデザワさんがメッチャ喜んでた
- この時点でNHN JAPAN と合併することは既に決定していて、新聞にも出てた
- 以前は社内SEみたいなことをやっていたり、メーカーで携帯電話のブラウザ検証用のサイトとかを作ったりしてました
- 最近は LINE News の主にチャンネル面を担当してます

今週のフロントエンドについて

FC2 のテンプレートについての概要

FC2 ブログのテンプレートであること
シンプルなデザインの制限はあるものの、非常に高速な読み込みを提供していること
中を覗いてみたら最新の Web 技術が詰まっていたこと

あたりを話して今回のテーマについて興味を持ってもらう？

FC2 テンプレートの構造とフロントエンドのパフォーマンス改善

miyoshi さんが調べた解析構造について紹介していく
- 機能的な話
  - InstantClick の威力はワリと絶大だが、StaticなWEBサイトじゃないと後付で導入するのは問題がありそう
  - FC2の爆速テンプレートは ServiceWorker.js 自体をサーバー側が動的に生成してる（と思う）のが結構斬新
- FC2 テンプレート全体を通しての所感
  - そもそも爆速だけどリソースを先にドカドカ食いますっていうのが本当に正義なのかはサービスに拠ると思う
  - FC2の実装自体をどう思うかは色々あると思うけれど、こういう大手がメジャーなサービスで速度によるUXの向上みたいなことを実施してきたのは、圧倒的にいいことだと思ってます

現実的な導入戦略について

結局はサービス設計レベルで最適化されてないと、あまり意味はない
- SPAだと結構事情が違うというかキャッシュさえあれば普通に爆速で動くので、なんかそういう（Vue.jsでいう）ディレクティブがあると安易に結果出るかも
既にプリフェッチ戦略をきちんと立てているプロダクトも多いが、重くなっていくプロダクトにどこから導入していくとよいか
私見を語れるとよさそう
- ユーザーの多い商用プロダクトでCacheAPIを使うのは、個人的には結構怖いと思ってる（バグの再現が難しい、ユーザーのキャッシュを更新するのが難しい、動作検証が難しい）
- そもそも簡単安全に実装できるキャッシュ戦略が無いのが原因
- 爆速テンプレートだとServiceWorkerの更新がCacheの更新と一体化していて簡単安全にしてる（ように見える）

クロージング

FrontEnd 情報にある他のテーマについて読み上げ

BGM & SE: 魔王魂

採用について

使用素材・クレジット

BGM&SE

音声書き起こし

1. オープニング 00:00

Guest 00:00
それではえ、UIT INSIDE第3回えーやっていきたいと思います。え、まず初めにえ。このポッドキャストは、LINEUITsに所属する開発者たちが、毎週最新のフロンペンドの動向について語るためのポッドキャストです。

Guest 00:14
最新のウェブ標準の動向から開発、フレームワークの変遷、またまたいに関するアップデートまで、種の始まりに、全週までの内容をキャッチアップしていくことをえ、目標としております。

Guest 00:25
ええ、今回はですねえーu提所属のジェスラーである。えと、私はたとえと同じくuy提出えー所属のオロントエンドエンジニアのえみさんとともにおえ、お送りしたいと思いますよろしくお願いしますよろしくお願いします。

2. キャスト自己紹介 00:40

Guest 00:40
ではですね、まずえそうですね。私はいつも自己紹介しているので、一旦いとして、今回みよさんさんの方、自己紹介をお願いできますでしょうか。

Guest 00:47
はい、そうですね、そもそもま。今LINEという会社が存在する前から、ライブドアという会社で入社したのが始まりでで、ちなみに、ライブドアの最後の正社員

Guest 00:57
です。で、そん時にもうあのま当時nhnって会社だったんですけど、LINEって会社がなかったので、合併するってことがもう決まっていたので、面接する前から

Guest 01:07
なんて言うんすかね。合併前に急いで正社員に入れたいなみたいな感じで、めっちゃすごい速さで

Guest 01:14
入社できたっていう経緯があります。で、全職はですね。色々な職をやってるんですけれど、1番長いのは、あの国内の日本国内の

Guest 01:24
家電メーカーに行って、

Guest 01:26
なんて言うんですかね。携帯電話を当時、家電メーカーが作っているところが多かったので、そこのブラウザの検証用のサイトとか、あと、市場からクレームが来るんですよね。

Guest 01:35
父さんに対しては、で、それがえ誰のせいなのかっていうのをはっきりさせるっていうような仕事をしてました。

Guest 01:41
で、最近はLINEnews主にチャンネル面の担当しています、よろしくお願いしますよろしくお願い

Guest 01:47
割とみさんは、ライブドアからっていうことで、ちょっと。自分はまだ入って3か月ぐらいなんですけど、みさん結構ベテランかなと思いますので、色々まなえ。実際、LINEnewsとか、パフォーマンスとか関わるとこもあるんで、まあ、がっつり聞いていきたいなと思っております。

3. FC2 爆速テンプレートについて 02:03

Guest 02:03
ということで、今週のフロントエンドについて話していきたいと思います。え、今週のえ、フロントエンドですけど、もま結構いろんなトピックがあったかなと思うんですけど、まあ、1番え話題だったのはま、国内的に話題だったのは、fc2のバックス、

Guest 02:16
特テプレートの話かなと思っております。まあ、結構素早く表示できるブログテプレートは、

Guest 02:23
えーフロントエンドエンジニア的にはブロ、そのブログサービスみたいなのあんまり触る機会ないかなと思い

Guest 02:28
ますけど、そのえー点でま、結構爆速テンプレートっていうとこでま。ちょっと話題だったんで、ま、その辺三さんがちょっと内部構造見てみたみたいなとこがあるんでえ。詳しく聞いていければと思います。

Guest 02:39
はいはい、

Guest 02:40
爆速テプレートなんですが、ばそ。ちなみに、バソテプレートっての正式名称です。

Guest 02:45
あ、そうだったんですね、

Guest 02:46
バソテプレートっていう続証じゃないですだから、なんつうのfc2はマジでバソって自分で言ってるっていう

Guest 02:53
で、ですね、ま、実際に見てもらった人はわかると思うんですけど、あの、かなり早いブログとしては

Guest 03:01
そうっすね。割とまあ、パパキパキ動くというか。

Guest 03:05
そうですね、まあ、デブトゥーっていうサービスがまえなんてすか、snsですかね。あれは

Guest 03:09
そうですね、聞いたみたいなやつですよ、そうそう

Guest 03:11
がありまして、あれもだいぶ早かったんですけど、あれよりちょっと。まあ、1歩を取るくらいの速さっていう感じで、通常のウェブとしては、かなり早いアプリとしても、だいぶ早いっていう感じですね。

Guest 03:21
で、まあ、ちょっと興味を持って中を見てみたっていう感じです

Guest 03:26
で、それはあれですか。あのま、デベロッパーコンソール見て、ソースコード見て、ガリガリみたいな感じでして、

Guest 03:32
あ、だから中の人に話を聞いたわけではないのでは。いまあ、ちょっと嘘を言うかもしれないっていう話ですね。あ、全然大丈夫

Guest 03:39
でま。大体1日くらい色々中を見てみて、大体わかったなっていう感じのところまでは来たので、ま、簡単にみんなで共有したいなと

Guest 03:48
いうところを言うと、結局ですね。いくつかポイントがあるんですけど、割となんて言うかな。普通というか、

Guest 03:56
声道の高速化対策をしていて、ていうか、まあ、高速化対策って、真面目にやらない限りは結局ダメなんですよね。あの、固定先でなんとかならないんですよね。

Guest 04:07
っていうのがあって、見てみたら、結局1番大きいのがサービスの設計が最適化されてるっていうのが、結局1番大きかったですね。で、

Guest 04:16
サービスの設計っていうとなんですか。今、抽象的な言い方になりますけど、端的に言うと、リクエストがそもそもすごい少ない、

Guest 04:24
あの、とんでもなく少ないですよ。あの、普通のブログの10分の1行ってないかもしんないです。そのくらいの数しか、そもそもリクエストが飛んでない

Guest 04:33
というのと、レスポンスもきょま、極端に早いとまではいかないですけど、あの、かなり早いです。50ミリセック以上、レスポンスに時間かかるapがほとんどないです。

Guest 04:43
それ、すごいですね、めちゃめちゃ早いですね、

Guest 04:46
だから、そのそもそも素早いんですよね。はい、別に頑張らなくても頑張らなくてもって、フロントで頑張らなくても、普通のウェブとしても早いはずなんです。その時点で、

Guest 04:54
というのが、まず1番大きい影響としてありまして。でま中をもうちょっと見てみたら。インスタントクリックっていうえーなプラグイン

Guest 05:04
なのかがありましてま、これがさっき言ったデブトゥーでも使ってるやつなんですけど、ちょっとこれ説明がしごいしづらいプラグインなんですよ。

Guest 05:12
なんすか、簡単に言うと、pcで言うと、マウスをリンク飛ぶ時にホバーしますと、その時点でもうデータをとってきちゃう。

Guest 05:22
要は保ばしてからすぐクリックするわけではないし。実際にすぐクリックしたとしても、それがダブルクリックとか、ドラックじゃないってことを確定するのに、何秒がかかるんですよね。にさ、2300ミリ秒くらいかかるんですよね。

Guest 05:34
そうっすね、で、その待ち時間の間に読んで置いてる。そもそも早いので、バックとかその200ミリ秒くらいで読めて、で、実際にクリックした時は、もうキャッシュヒットできるっていう

Guest 05:44
ので、早いっていうものなんですけど、それが入っていて、速さというか、体感的な速さは多分こいつが1番影響がでかいです。

Guest 05:52
あれですね、あの、他のフロンテンだったら、プリフェッチとかって呼ばれてるのと、大体同じって感じですよね。技術的には、

Guest 05:58
だから、逆に言うと見ないページもガンガンとっちゃうって話なんですよ。はい

Guest 06:02
ま、いわゆるギガを食うみたいなサイトにはなっちゃうみたいな。

Guest 06:04
携帯はだいぶ来ることになると思いますね。で、あとは、ね、サービスワーカーがまあ入ってまして、ただ、キャッシュはあんま使ってなかったんですよね。見たら

Guest 06:15
で、今どういうとこで使われてるんでしょう。

Guest 06:18
そのバックソテンプレートの話で言うと、最初に読み込む記事を10記事分先に読んでるんですよね。はいはいはい

Guest 06:26
で逆に言うと、それ以外はほぼ動いてなくて、

Guest 06:30
で、その先に読む1記事分ってブログだから、違うじゃないすか。毎回10記事分がで、なんかそれをどうもサーバー側で動的に選んでるらしくて、だから、サーバーバーカェイズ自体を動的にはらっしゃるっぽいんですよ。

Guest 06:42
はいはいはい

Guest 06:44
で、サービスワーカーってまェイスなんですけど、サービスアーカーの中身が変わると、自動的に。新しいサービスワーカーに更新されるっていう

Guest 06:53
仕組みになってるんですよ。で、キャッシュAPI使う時って、キャッシュのどう制御するかっていうのが、結構毎回大きな問題になってて、あのミスると取り返しがつかないっていうし、

Guest 07:03
なってるんですけど、このfc2のバックステンペレットの場合は、サービスワーカー自体が更新されると、取るべきキャッシュも全部毎回更新されると、毎回そのタイミングで破棄すると

Guest 07:14
いう感じになってるんでね。シンプルというか、一体化してるんですよね。はいはい、キャッシュ戦略ってものはないっていう

Guest 07:20
サービスワーカーが常に更新されて、そこに書かれてるものを取りに行くだけです。っていう

Guest 07:25
感じになってて、多分そこで硬さというか、設計の安全性を保証してるのかなって感じはしますね。

Guest 07:31
確かに、バリバリで早くしようと思うと、やっぱ事故とか怖いとこですけど、そこで、サブ垢でフルフルで毎回回ってしまうってなると、確かにある程度

Guest 07:41
ま盛りやすい感じになって。そうですね。

Guest 07:43
そうですね、で、まあ、結局fc2ブログのこのバークソテンプレートに関して言うと、ま、結局ちゃんと真面目に

Guest 07:51
ややんないと早くなんないんだなっていう。はいはい

Guest 07:54
てことが分かったのと、今言った通り、サービスワーカーで、先頭の10記事以外はキャッシュないんですよ。はい、だから、例えばなんだろう。1年前の記事とかに飛んで、突然飛んじゃうと、もう先に取ってる10件分っても無意味になるんですけど、それでも十分早くて

Guest 08:10
だからなんていうんですかね。ファーストロードさえなんとかすれば、体感的にはだいぶ早いんだなと。ウェブというものはっていうなんちゅうのま、ノウハウというか、知見が得られたっていうのが結構大きかったですね。

Guest 08:21
結構みんなspaとか作ってモリモリ開化させてるけど、こうシンプルに作ればもちろん早くなるというか、

Guest 08:29
結構まあそれですし、ブログとかって、やっぱりブログパーツとかもめっちゃつく使われたり。

Guest 08:34
あ、そうですね、遅くなりやすい携帯のサービスでもありますね。

Guest 08:39
ま、その辺をシンプルに作ることによって、まあ早いんだなっていうところを出してるみたいなともある感じですかね。そうですね、

Guest 08:46
その実装自体がまいあいての多分個人であると思うんですけど。はい、あの、fc2っていうわと有名なところが、fc2ブログっていう割とメジャーなサービスで、

Guest 08:56
あの、これでuxをよくします。っていう方向性で持ってきたっていうこと自体が結構大きいなと思っていて、そういうアプローチって基本今までなかったので、

Guest 09:04
特に日本では珍しいですよね。だいぶ

Guest 09:06
そうですね、結構まどちらかっていうと、ブログサービスとかってなんでしょ。うちの盛る方というか、遅くても盛るみたいな方向にがちですもんね。

Guest 09:16
なると、シンプルで使いやすいとか、サクサク動きますよ。っていうのを割と打ち出すサービスって結構あるんですけど、日本だと割と珍しいので、ま、それ自体はすごくポジティブな影響があるなと個人的には思って。

Guest 09:29
確かにfc2レベルですら、前例があるみたいなところは。まあ、これからスピード感みたいなところを考えるにあたって、まあ、その

Guest 09:37
提案しやすいところとか出てきそうですね。そうですね、確かにっていうのは、結構fc2テンプレートの書簡って感じですかね。そう

4. InstantClick と SPA の相性問題 09:43

Guest 09:46
そうですね、ただ逆にまあ、インスタントクリックが大きいって話なんですけど、はい、あの、ブログって何気に結構スタティックなんですよ。

Guest 09:55
あの、そうですね、1回帰っちゃうと、もう変わらないんですよね、更新が自由ってだけであるので、で、インスタントクリックが割とそういう

Guest 10:03
設計というか、そういうストティックなサイトに最適化していて、最適化してるっていうか、導入が簡単なんですね。スタティックなサイトだと

Guest 10:11
で、例えばfc2ブロックでも、あのなんていうんですかね。無限スクロール

Guest 10:16
はい、インフィニックスクロールで、こう記事をプリフィッチしてくるっていうプルトゥーリフレッシュみたいな感じでていうのもあって、あそこだけ動的に動いてるんですけど、はい、

Guest 10:25
なんかそういうのっていちいち書かないといけないんですよ。インスタントクリックって、はい、あっちのオブジェクトにこうひたすら新しいやつをプッシュします。みたいなのがあったりするので、はい、

Guest 10:34
だから、結構複雑な動的サイトspaとかssrで作っていて、さらに早くする。あで、これを入れたいです。って言われたら、多分入れれないんですよね。はいはいはい、あの、あまりにもコストが高すぎるので、

Guest 10:47
というのがあるので、結構だから、意外に。インスタントクリってなんていうか、そんな普及してないというか、意外に使われてない感じがするのはそのせいなのかって気はしますね。

Guest 10:57
なるほど、なるほど、まあでもその分まあ性的サイトだったら入れやすいってとこでま。こういったところで使われると、まあ、実際の候補発揮してるみたいな感じ、

Guest 11:04
受け入れるだけで早くなりますからね。単純に個人的には、そのビューロディレクティブとかで、多分同じことができる。はいはい、はずなんですよね、書くと

Guest 11:13
そうですかね、ちなみに探したけど、なかったっすよ、

Guest 11:16
なんかこれあれですね。この間、リリースされたナクストバージョン2.4では、内部的にそのホバーした。画面に描画されているルーターリンクビjsのユルータリンクを見つけて、

Guest 11:28
チャンクを取ってくるみたいなのをしてるんですけど、それはなんか一般化されてないんで、ラストプロジェクトでしか使えないみたいな感じで、

Guest 11:36
bjsで使うえないみたいなのが、結構悩みどころだったりしますね。要は、

Guest 11:40
あの単純にキャッシュリーやきとかじゃなくて、1回アクセスをしとくだけで、ブラウザ側のキャッシュが効くじゃないですか。そうすね、だから、なんて無意味にフェッチしとくっていうじ、

Guest 11:50
とりあえずって感じですよね。もう、

Guest 11:52
リンクに接近したら、もう勝めしちゃうみたいなやつなだけでも、多分早くはなると思うんですけど、そうね、

Guest 11:59
ま、ネットワークの時間がなくなるんで、結局アプリケーションの時間だけになるんで、その辺はパフォーマンス的にはだいぶ向上してますよね。

Guest 12:07
そうですま、ただ本質的には結局フロントでは早くならないっていう体感速度が上がるんだけど、

Guest 12:14
数字的には数字的なものじゃないって感じですもんね、実際

Guest 12:18
要はないなんて、先に全部用意しとくのか、後で用意するのかみみたいな違いしかないんですよね、

5. 高速化施策の現実について 12:24

Guest 12:25
オッケーですじゃあね、技術的な導入セレの話次行きます。はいはい

Guest 12:29
でま。実際問題は結構世にあるサービスって基本遅くなってしまったり、大化したりするっていうのは、まあ普通のことというか、どうしようもないことなんでそうですね。

Guest 12:37
ま、そこら辺をちゃんと考える人がいないってのは、問題は問題なんですけど、

Guest 12:42
なので、まあLINEでもある程度まlinというか、まあ、個人的プロダクトでもできればやっていきたいなと思っていますが。ただ、ね、個人的な

Guest 12:52
意見で言うと、はい、あのキャッシュAPIがだいぶリスクがあるなと思っていては、特に大規模なサービスに入れるのは、そこをなんとかしないといけないですね。

Guest 13:01
そうですね、キャッシュ事故は結構まあ、そもそも今までバックエンドのキャッシュもては、今、フロントエンドよりよく使われてきたと思うんですけど、それでも結構今までいろんなキャッシュ漏れの設定とかで、事故ったりとかよくあったと思いますし、ユーザー情報出たりとかも、

Guest 13:15
市場でバグ出た時に再現ができないんですよ。そうですね、あと、動作研修も難しいので、

Guest 13:23
結構リスクが高いんですよね。あんまり自由に使うには

Guest 13:26
結構まあ

Guest 13:27
開発し、開発の時に開発を楽にする。例えば、サービスワーカーのキャッシュ使うとしたら、ワークボックスとか出てきますけど、あれらも結構プロダクションビルドでようやく動くとかが多いですもんね、ちゃんと設定と

Guest 13:38
そうですね、ワークボックスだと、あの、なんていうんですかねえ。キャッシュストラテジーが設定、キャッシュストラテジーっていうのは、キャッシュ教心の仕方をどうするかっていう仕組みなんですけど、

Guest 13:48
なんか1回キャッシュしたら、もうリクエストしないとか、毎回リクエストの裏でキャッシュを保存しといて、みたいな

Guest 13:54
のが選べたりするんですけど、ああいうのがないと素使うのはだいぶきついなと思っていて、あの要はサービスワーカーとか、キャッシュAPIを使う。だって、

Guest 14:04
ウェブサービスにとっては、本質じゃないと思うんですよ。そこって、

Guest 14:07
はい、

Guest 14:08
あの、だから、そこにそんなにコストをかけてやるのはちょっとあんまり良くないなと思っていて、だから、誰でも最適化はしてないけど、ある程度簡単にこけ入れれて、ある程度効果が出ますよ。みたいなものがないと、ちょっと普及しないような気がす。

Guest 14:21
はいはいはい、ワークボックスでも、まあ十分コモディティ化しつつはあるけれども、あれよりもうちょい簡単なものみたいなのがあるといいって感じですかね。そうですね、

Guest 14:30
ちょっと最近のwebのキャッシュAPIとかもそうなんですけど、あの、APIのレベルがすごい高すぎるんですよ。あの、機能なさすぎるんですよ。はいはい、

Guest 14:38
そうっすね、

Guest 14:40
個人的にはそのキャッシュ、APIもエキスパイアくらいつけてほしいんですよ。

Guest 14:44
そうですね、結構あれですもんね、キャッシュAPI事故った場合、そのす特にサは由来で書いてると、あの、そのそれこそプライオリティトラテジーのプライオリティで、

Guest 14:55
キャッシュ優先にしてしまうと、1日ぐらい更新されないとかあるじゃないですか。

Guest 14:59
結局だから使えるけど、いろんなフレームワークを使って頑張ると使えますよ。みたいな感じが多くて、ほんとにそれもいいことだった、ちょっと微妙だなっていう。

Guest 15:09
確かに、確かにもうちょっといいキャッシュ、APIの形みたいなんがあると使いやすくなるのかなって感じは確かにしますね。

Guest 15:19
まあ、解雇感とかもあるので、そこがだいぶネックにはなりますよね。はい、

Guest 15:26
あ、それこそ

Guest 15:28
まキャッシュをうまく使うま使うベースにしつつも、多分それこそなんでしょう。bhpのスマーティーとかってこう、あの、1回コンパイルしたら使いますけど、ま、消し飛ばしたくなったら、サーバー管理者が消せたじゃないですか。やっぱ、そこが

Guest 15:41
クライアントサイトってなると、難しいのは、確かに悩みどころって感じですよね。

Guest 15:46
バグが出ると、なぜそのキャッシュがそうなったのかってわかんないとか。はいはい、

Guest 15:50
過去に渡って見ていって、まあ、実装を見てみたいな感じになりかねないですもんね。

Guest 15:55
下手したら、ジェスが中途半端に読み込まれてて、たまたま変になってたとかもあるので、

Guest 16:02
そうっすね。ま、その辺りは結構難しいとこではありますよね。

Guest 16:07
ま、あと、ネットがネットとかインフラが実際早くなるので、はい、だから、そっちの具合もありますよね。要はどのくらいリッチな

Guest 16:14
理想スの使い方が許されるかっていうのは、結局環境によってしまうので。は。いはい

Guest 16:20
まだから、未だに3cのとこもあれば、まあ、これから5gの話がそれこそこの間発表された端末とかだと、もう5g対応します。みたいなこと言ってたりとかするんで

Guest 16:29
ま。ネットワーク環境とかもまちまちですし、そもそも日本でも地震幹線乗ってるとき、山山通るときは遅いみたいな話とかありますし

Guest 16:38
ま、405時だと、wi-fiより基本的に早いので、そう

Guest 16:43
あ、結構その辺にも影響されますよね。

Guest 16:45
で、多分そこらへんの。知見もないし、ノウハウもないし、導入事例もあんまりないっていうのは、まあ割と現状ですよね。そうですね、

Guest 16:53
やってるとこがやってるだけで、すごいっていう話になるぐらいにはないっていう感じですもんね。

Guest 16:59
あと、そのなんていうか、速度改善っていう話で言うとは、そもそもそも新しい技術で何かを解決するのが正義なのかっていう話なんで、

Guest 17:08
なんか、新しい技術で新しい対策をするのが必ず正しいのかっていうと、割と、なんかシンプルな古いレガシーな組み方をした方が早いとかっていうのも多分あるんで、

Guest 17:19
なんか、あんまりそこに頼るのも良くないなと個人的に思います。そうですね、

Guest 17:25
確かにまあ、もっと基本的な部分で基礎を固めてかえなんでしょう。回転できるとこもあるはずなんで、その辺も見直しつつま。それでも無理なものを新しい技術もちゃんと取り入れてっていうのが、まあ正しいやり方な気はしますよね。

Guest 17:38
いずれにせよ、基本的にその設計を最適化しないといけないので、結構勇気がいると思うんですよね。あの、エンジニアのざるとこじゃないじゃないですか、基本そこのレイヤーって、

Guest 17:47
要は、このプラグインはもう使わないとか、この外部リソースにアクセスするのやめたいとかって、勝手にやることではないんです。

Guest 17:57
ま、なんで結構ますね。サービス設計からのぜの時点からまその辺を意識しないと厳しいって感じですよね。

6. クロージング 18:09

Guest 18:09
今日はですね。えみさんとともに、fc2の爆速テンプレートについての話っていうところやっていきました。え、まあ、なんか自分

Guest 18:18
完全に通称みたいなとこだと思ってたんで、ワソ戦プレートって、fc2自身が歌ってるのとか初めて知ったりしたんですけど、まあ、なんか結構

Guest 18:25
え中見ていくのとかも面白いかなという感じだったかなと思います。え、LINEのえ提出ではですねえ、

Guest 18:33
毎週ですねギットハブ1周ベースでま、最新の技術についてま。今週であれば、ま、fc2の爆速テンプレートについてみたいなところだとかっていうのがえ、

Guest 18:41
公開されて議論できる1周みたいなのがえたってえ、日々盛んにえ、これが行われていますとで、えま、今回はえ、fc2の爆速テプレートを1本に絞ってご紹介しましたけれどもま他にもですね。え、いくつか

Guest 18:54
えテーマがありましたので、ま、軽くご紹介させていただきたいと思います。ですね、まえとpwaがえーをですねまあ、最近え、googleのプレイスターにあげられるようにな

Guest 19:04
だったかなと思いますけど、ま、それをですね。pwaをそのままapkにえ、コンバートできるサービスがえあるよ

Guest 19:10
話だとか。まあ、リアクトjcのドキュメントがえまつにでえ、日本語版がどえデプロイされましたよ。みたいな話だとか、ま、あと社員の人がえ、jsmのえ、実装についてえ、ブログを書いたりしたので、まその辺が貼ってやったりっていうとこでしたっていうところです。

Guest 19:24
ま、今話した話題についてはですねえ、小ノートの方にえーリンクを貼っておきますので、もしご興味のある方は、そちらから見ていただければと思います。

Guest 19:33
ということで、え、ユテンサイド第4第3回は、三好さんとともにえ、fc2のバックステンプレートについて話していきました。え、ありがとうございました、

Guest 19:42
ありがとうございました。