WebのフロントエンドでもDockerで開発環境を構築する理由。（余談としての脱node依存開発） - Qiita

要は、手元のMacやWindows、Ubuntuなど開発端末上に直接、複数のプロジェクトを配置して開発しつつ、nodeを共有したり、安易にバージョンアップとかしているとビルドができないなどのエラーが発生したりします。 ２．nodeをつかったフロントエンドのビルドの脆さ （１）特定の団体がビルドツールをメンテしてくれる言語 ビルドというのは、Java、Go、Rustなど型付きの言語ではよくしますが、ビルドツール自体が単一のもので特定の開発団体がそれら全体をメンテしてくれています。 もちろん、これらのツールであっても、バージョンが違えばビルドは通らなくなることがあります。ただ、後方互換があって、多少バージョンがあがっても動くこともままあります。 （２）ビルドという行為が不要な言語 PHPやRubyのようなスクリプト言語の場合、ビルドという行為がそもそもありません。ただ、ランタイムのバージョン違

[Tsuuko]

nodeenvをつかったバージョン固定のうっかりミスとは

[Keisuke69]

自分もここ数年はnodeのバージョン切り替え系ツールは使わずコンテナで固めてる。余計なこと考えなくていいのでこっちのが楽に感じてる

[chiroruxx]

わかる。環境の立ち上げもバック込みで一発でできるし。ただ、実行速度とライブラリの更新が遅い問題はあるので人には薦めづらい。

[taguch1]

ちょっとrailsに戻ろうとしてるけど最近どうですか？

[yarumato]

“nodeをつかったフロントエンドのビルドは脆い。npmライブラリ群はビルドを誰かが担保してくれない。バージョンアップの影響を受けやすいため、サーバーサイド以上に環境を固める必要。nodeenvよりDockerの方がよい”

[advancive61]

バージョン固定できるようになってマシになったけど数ヶ月ぶりで普通に動かなくなるの辛すぎる。新メンバーがclone後にnpm iでエラーもあるある。dockerのほうが良い。

[umai_bow]

別に node に限らず開発環境は Docker でよい。Hotwire に全振りするかはともかく、importmaps とかはガンガン使っていこうよって思う

[Phenomenon]

voltaとかでよさそう

[typographicalerror]

個人の宗教観としてはHotwireに乗るほうが怖く感じるんですが、どうなんでしょうか

[YassLab]

“GoでもTurboを利用したHotwireの試み / RustのフレームワークでTurboを使うという試みも / いかにユーザーや開発者が楽な設計をするか / Hotwireはユーザーと開発者双方の利便性を追求しようとする一つの技術なのだと思います”

[naari_3]

env系を使ったバージョン固定で発生するうっかりミスってなんだ？

[als_uz]

nodenvでは？と思ったらnodeenvもあるんだ

[shingo-sasaki-0529]

コンテナ化したほうが無難ではあるけど、フロントエンドは比較的バージョンによるトラブルが少ないカテゴリではあると思う。Node のバージョンはまぁわかるけどビルドツールとかは package.lock.json とかで固定できるし。

[twotiger]

ローカルのNodeを使うと、Linux、Mac、WindowsのOS依存でモジュールが動かなかったりする。どっちみちCIでLinuxでビルドすること考えても初めからDockerというかLinuxで揃えた方がいい。デメリットはPCリソースが必要なこと

[ledsun]

常に最新のNodeをつかうことにはできないのかなあ？簡単でないとは思うけど、フロントエンドのビルドツールだけならできそうな気もします。

[zentarou]

速度問題解決したのか

[mayumayu_nimolove]

nodebrew入れればなんとかなるけどね

[onefootinthegrave]

バックがspring boot、flask、lambda python、goらrails、serverlass framework使ってたり、使ってなかったり、フロントがvue、nuxt 、react、nextでバージョンもまちまちだったりするともーそれぞれコンテナに閉じ込めないとやってらんない