最近のフロントエンドの変化とビルドツールについて
界隈の雑な会話です。注意点として、フロントエンドガチ勢寄りの方面なので、一般的な感覚とは乖離してる可能性があります。
基本的には http://www.s-arcana.co.jp/blog/2016/12/12/3438 や kikuchi1201.hateblo.jp を念頭に。
動き早いって言われるフロントエンド界隈、この1年何も進んでないからな
— 現場の声 (@mizchi) 2016年12月14日
今年のフロントエンドの統括、es2016でしょぼかったので皆es2015+ みたいなノリが抜けなかったのと、redux以外のfluxが脱落したのと、angular2+今年も出なかったねというのと、たぶん eslint の採用が増えてそう(肌感)のと、flowの採用が増えたぐらい
— 現場の声 (@mizchi) 2016年12月14日
実際browserify/webpackは先行実装だから将来的に捨てられる的なやつはもはや嘘みたいな記事書こうとしたんだけど、 ES Modules の依存解決経路が今どうなってるのか今後どうなるのか理解してなくて書くとヤバそうなんで勉強してからにします
— 現場の声 (@mizchi) 2016年12月14日
決まってない、という結論にたどり着きます。 https://t.co/hlnov56XL4
— Teppei Sato (@teppeis) 2016年12月14日
HTTP2が魔法のように全て解決してくれるわけではないし
— 現場の声 (@mizchi) 2016年12月14日
レガシーから突然IE11落として時空を超えてes2015以降に飛ぶ場合のガイドは書けるけどそんなやつどれぐらいいるんだ
— 現場の声 (@mizchi) 2016年12月14日
安定化の方向だから界隈に不満をもってた人は安心してね、という方便とは別に、個人的には気が狂ったおもちゃが出てきてくれなくてつまんないんですよ
— 現場の声 (@mizchi) 2016年12月14日
reduxに集約されたのとにかく気に食わなくて自分があのへんのメインストリームに乗れない理由になってる
— 現場の声 (@mizchi) 2016年12月14日
@mizchi ポータビリティとか前方互換を気にする場合は、普通のcommonjs書いてbrowserify/webpackする以外の道はないですね。
— Teppei Sato (@teppeis) 2016年12月14日
@mizchi まあしばらく先なんで、ロックイン上等!未来が来たら書き直すぜ!も全然ありと思うけど。わかってれば
— Teppei Sato (@teppeis) 2016年12月14日
僕が取ろうとしてたスタンス2つあって、いずれいらなくなるから暫し待て or バンドルツールは今後絶対必要でありつづけるよ、で、諦めて後者になりそう
— 現場の声 (@mizchi) 2016年12月14日
理想はバンドルツールない世界だった
— 現場の声 (@mizchi) 2016年12月14日
無限に babel tower積み続けような
— 現場の声 (@mizchi) 2016年12月14日
わかる。フロントエンド界隈の技術、流れが速いように見えているだけで、ここ二年くらいあまり変化がない。
— Takuto Wada (@t_wada) 2016年12月14日
事実上そんなに進まずゆっくりしてたウェッブフロントエンド界隈をどう形容するかで、界隈の要素技術への理解度判定が出来そう
— さね (@saneyuki_s) 2016年12月14日
「今年もWebフロントエンドの流れは速く〜」とか言ってる人が居るとすれば、勉強中もしくは言うほど詳しくない可能性が高い
— さね (@saneyuki_s) 2016年12月14日
おれには最近のフロントエンドと寿司は止まって見えてるぜ
— Teppei Sato (@teppeis) 2016年12月14日