抽象することが最近のベストプラクティスだとされているが、フロントエンドをコンテナに突っ込むと無視できないIOボトルネックが発生する。webpackのファイル監視からのビルドで発生する高頻度のIO処理を捌くために、フロントエンドだけはホスト環境に移したほうがいい、という主張。裏側でファイルシステム監視を行うモジュール。再現されないことがある。ファイル変更監視が低速化するだけで動くには動く。これが起きたことはない。バインディングだが、ややビルドが不安定。nodeのバージョン上げると大抵コケるのでキャッシュ捨てて再ビルドが必要。流行ってるのでnode-sass見かけることが減った。node本体のビルドツール(python2)。パスが刺さってる状態でネイティブモジュールをビルドすると失敗する。指している必要があるが、これは他のビルドツールでも何かと要求される要件ではある。これらを知っていればそこまでクリティカルにはならない。運用どうするかCircleCI、デプロイ時、初期セットアップの手数を少なくするためにとりあえずNodeイメージ経由でのフロントエンドのビルドタスクは用意する。開発環境では使わない。実行に差が出ることは稀で、フロントエンドのビルドツールツェインに関してはそこはあまり抽象してメリットがあるレイヤーではない。自分の詳しくない領域の安心感がほしいのはわかるので、上述のビルドタスクを提供する。インストールが困難な開発メンバーがいる場合はサポートする。それ自体の導入より遥かに簡単。場合すいません自分がWindowsでフロントエンド開発したことないです。人権がある方ではないとは聞いてる。