Riot.js LT大会@Tokyo #1 まとめ
-
kuwahara_jsri
- 1764
- 5
- 0
- 0
-
- いいね！0
kubo (jflute)
@jflute
Chromeファイルが大きすぎて50MB制限にひっかかった。Serverless chromeを入れて回避。 #riotjs_jp
2018-08-29 19:46:28
フジワラ/OH MY GOD(株)
@Fujiyama_Yuta
bot判定してページを出し分けるってやつ、自分のプロジェクトでもやってる...！puppeteerは知らなかった！知見 #riotjs_jp
2018-08-29 19:46:42
Keeth🎤音声配信系エンジニア
@kuwahara_jsri
世界的にPhantomJSの開発終了のお知らせってダメージでかいのではと今でも思っている。 #riotjs_jp
2018-08-29 19:47:15
kubo (jflute)
@jflute
そして、SSR実行時間の短縮！(不要なCSSなどを除外できたのが大きい) そして、正しいレンダリング結果が返ってくるようになった。そして、GoogleからINDEXしてもらえるようになった。これなかなかわかりやすい貴重な事例だね #riotjs_jp
2018-08-29 19:48:15
オミ・グッドラッカー 🐟12.07 01.14 01.20 02.04 03.30
@omiend
googleさんもangular作ってるならば、SPAなサイトでも上手く（）クロールしてくれるといいなあ…はっ！もしかして angular使えば…！？ っつってw #riotjs_jp
2018-08-29 19:48:30
kubo (jflute)
@jflute
Yasushi Katoさんの「Riot.js のタグをユニットテストする」...まじかー。Riot-test-utilsを作られた方 #riotjs_jp
2018-08-29 19:50:49
オミ・グッドラッカー 🐟12.07 01.14 01.20 02.04 03.30
@omiend
おおー、この方かな？ npmjs.com/package/riot-t… #riotjs_jp
2018-08-29 19:51:12
kubo (jflute)
@jflute
Riotのいいところ、コンポーネント指向、素のHTMLっぽく書ける。わるいところ、素のHTMLと同じくらいてすとしにくい！笑 #riotjs_jp
2018-08-29 19:51:56
Keeth🎤音声配信系エンジニア
@kuwahara_jsri
reactはJSX（jsファイル）なのでテストしやすい、というのはわかる。それはriotjsは負けてる。 #riotjs_jp
2018-08-29 19:52:05
オミ・グッドラッカー 🐟12.07 01.14 01.20 02.04 03.30
@omiend
functionalなタグ設計をすることにより、タグのテストがしやすい ステキ！ #riotjs_jp
2018-08-29 19:53:11
ぶた.spec.ts＠しゃちくのすがた
@butaosuinu
普通に考えれば当たり前の話なんだけど、フロントエンドだとなあなあになりがちだよなあこの辺 #riotjs_jp
2018-08-29 19:54:54
お布団🐏 / Akira Makino
@am_nimitz3
shallow rendering 使うと コンポーネントのユニットテストが確かに楽そう #riotjs_jp
2018-08-29 19:55:03
GENKI
@nibushibu
デザイナー出身でフロント実装までてをのばしてきた自分としては、ユニットテストってなかなか手が出しづらいところで、こういう話すごく参考になるなぁ #riotjs_jp
2018-08-29 19:55:45
kubo (jflute)
@jflute
Snapshot Testing: DOM構造の変化を検知、一回目のコミットを期待値にして、二回目以降のコミットとレンダリング結果に差異がないか。。。って感じかな!? #riotjs_jp
2018-08-29 19:56:47