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

１．数ヶ月ぶりにビルドしたらエラーになる 開発中は問題がないのですが、数カ月ぶりにWebpackなりをつかってビルドしてみるとエラーがでる。 フロントエンド開発者なら一度は経験したことがあるのではないでしょうか？ いろんな原因があると思いますが、以下のような条件で起こることが多いのではないでしょうか？ ・複数のプロジェクトを開発する端末に直接配置している。 ・nodeenvなどのバージョン切り替えツールをいれずグローバルでnodeを使っている。 ・ライブラリをプロジェクト内で限定せずグローバルでつかっている。 要は、手元のMacやWindows、Ubuntuなど開発端末上に直接、複数のプロジェクトを配置して開発しつつ、nodeを共有したり、安易にバージョンアップとかしているとビルドができないなどのエラーが発生したりします。 ２．nodeをつかったフロントエンドのビルドの脆さ （１）特定の団

[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でバージョンもまちまちだったりするともーそれぞれコンテナに閉じ込めないとやってらんない