雑談フロントエンドの開発環境にdockerを使うようにしていたんだけれども、Node.jsのバージョンだけ意識するんであれば、nodebrewなりなんなりで切り替えして、ホストOSにそのまんまNode.jsしかり、jsのパッケージをインストールしたほうがいいんじゃないかと思った今日このごろ。今までは、下記のようなDockerfile、docker-compose.ymlを用意して、Dockerコンテナを使った。作成に関しては以下の記事を参考させていただいた。/home/app/src/node_modulesこれの素敵なところは、node_modulesがDockerイメージに含まれる点。Dockerコンテナを作成するたびにパッケージのインストールが不要になる。installしたらシンボリックリンクのエラーやらなんやらでうごかねええみたいなイライラがなくなる。個人的には、後者のコンテナ内に含まれるという点で、この方法を使ってた。めんどくさい点パッケージを追加するときしかし、パッケージが足りないから追加しようみたいなときに、困ったりする。hogehogeとか叩いてる。/bin/ashそもそも、コンテナ起動時に実行するコマンドがリソースをbuildだけして終わりみたいなときは、違うコマンドを実行するようにdocker-compose.ymlを修正するか、ttyのオプションを変更したりしている。app等でイメージを作成しなおす必要がある。このへんのことをしていると何か間違っている気がして仕方がない。runで都度コンテナを作っては捨てる、の考え方のほうがdockerっぽいのかしら。serve微妙にportとかdocker-composeの値を見てくれなかったりでちょっと不便。結果で、このへんのことをうんうんやってたんだけれども、ESLintとかの結果をIDEと連携したいとかになると、結局ホストOSにNodeを入れなきゃいけないような気がしてて、だったら最初からホストOSにそのまんまインストールすればよくないか、と思ったということでした。規模と用途と、そもそも何を解決したいのかを考えて使いわけができたらいいなあ。18:23フロントエンドの開発にDockerを使ってたけれども、なんだかいらない気がしてきた関連記事2018-09-19Nuxt.jsでassetsをCDNから配信する当たり前のことかもしれないけど、アセットをCDNから配信したい...2018-09-153連休だしDocker環境でNuxt.jsをさわってみよう久々の更新。最近、Nuxt.jsとFirebaseで遊んでます。»プロフィール30歳からWebやらなんやらを学び始めた人のブログです。(4)検索はてなブログをはじめよう!konoemarioさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。