[過去ﾛｸﾞ] Docker Part4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
21: 2020/08/18(火)13:24 ID:vrhRiUKv(6/9) AAS
>>15
開発中はDockerを使わない
テストで使えば良いのだ
22: 2020/08/18(火)17:50 ID:aQjsMjCJ(1) AAS
あぁ
やっぱアマチュアか
23(1): 2020/08/18(火)19:28 ID:dsb1JtiX(1) AAS
新人「せんぱぁ〜い。バグ報告書どおりにやったのに違うエラーがでるっス！助けてくださいよ〜(´；ω；｀)」
べテラン「どれどれ…おいなんでDockerがあるのに使わないんだ！お前のとこだけ依存ツールのバージョンが違うじゃないか！」
新人「テストだけDocker使えばいいと思ったんスよぉ〜(´；ω；｀)」
ベテラン「そもそも開発環境作るの手間だろ。なんで手間かけてトラブルの可能性を増やしてんだお前。マゾか？」
新人「いや〜苦行インストールしたほうがなんかやった感あるじゃないッスか😁いひひ」
省3
24: 2020/08/18(火)21:54 ID:OHt1kNFE(2/2) AAS
前スレの結論ってどうなったの？
25: 2020/08/18(火)22:35 ID:vrhRiUKv(7/9) AAS
>>23
そういうことを防ぐために例えばRubyでは
Gemfileという仕組みがある
Dockerを使った所でバージョンの固定なんかできんよ
ディストロに入っているライブラリだけを使って開発するんじゃないんだから
むしろディストロに入ってないライブラリを使うことが多い
Dockerの中でGemfileを使ってバージョンを指定しているのであれば、
同じようにDockerを使わない場合もGemfile使ってバージョン指定をするだけの話
Rubyのバージョンも.ruby-versionでしていする
もちろん他の言語でも同様の仕組みがある
26: 2020/08/18(火)22:43 ID:vrhRiUKv(8/9) AAS
> ベテラン「そもそも開発環境作るの手間だろ。なんで手間かけてトラブルの可能性を増やしてんだお前。マゾか？」
Dockerは開発環境を作るためのものじゃない
何度もいわれていること
27: 2020/08/18(火)23:10 ID:aAEc1TPV(1) AAS
開発環境を作るためのものでもあるし他のためのものでもある
自分の狭い見識だけで道具の目的を決めつけようとすることは愚かだ
28(1): 2020/08/18(火)23:27 ID:vrhRiUKv(9/9) AAS
環境を作るとかいって仮想マシンの代わりだと思ってるやつの発言はこんなに間抜け
コンテナ型仮想化Dockerスレ その2
2chｽﾚ:tech
正しい使い方を知らないやつが開発環境とか言うんじゃねーよ
29: 2020/08/19(水)08:00 ID:ReIRiGVJ(1) AAS
>>28
VSCode Remote Containersという拡張機能がVSCodeにある
Microsoftは間違っていたとでも言うのかwwwwwwww
外部ﾘﾝｸ:marketplace.visualstudio.com
The Remote - Containers extension lets you use a Docker container as a full-featured development environment. Whether you deploy to containers or not, containers make a great development environment because you can:
* Develop with a consistent, easily reproducible toolchain on the same operating system you deploy to.
* Quickly swap between different, isolated development environments and safely make updates without worrying about impacting your local machine.
* Make it easy for new team members / contributors to get up and running in a consistent development environment.
* Try out new technologies or clone a copy of a code base without impacting your local setup.
30: 2020/08/19(水)08:04 ID:xs6pIZGX(1) AAS
仮想マシンはDockerと同じっていう別なキチガイと
Dockerは開発環境に使えないってキチガイの夢の共演
両方とも寝言は寝て言えっつーのw
そんなの言ってるのお前だけだから
31: 2020/08/19(水)08:56 ID:io50YOm5(1/2) AAS
アマチュアさんいつも大量レス
暇そうで羨ましい
32: 2020/08/19(水)20:46 ID:2bqX/eA6(1) AAS
実装〜単体まではローカル端末上のDockerにコード置いたディレクトリマウントして使って、内結以降はイメージビルドして商用相当の開発環境にデプロイしてテスト、そのイメージをリポジトリにあげといて商用からはそれpullするだけって使い方が普通じゃないの？
33: 2020/08/19(水)21:52 ID:io50YOm5(2/2) AAS
うん
34: 2020/08/20(木)09:25 ID:M933wn+5(1) AAS
> 実装〜単体まではローカル端末上のDockerにコード置いたディレクトリマウントして使って、
デバッグどうするの？
デバッグ用のパッケージを入れるの？
そうすると本番環境とは厳密には違う状態になるよね？
どっちみち開発では便利さのために本番環境とは違う環境になるんだから
Docker使わずに開発しても同じことじゃない？
35(1): 2020/08/20(木)11:46 ID:clJ3eFcE(1/2) AAS
できるだけ寄せていくだけだ
Alpineで動かすならAlpineで開発したい
でも支給マシンはubuntu、windows、mac、、、
36(1): 2020/08/20(木)11:56 ID:clJ3eFcE(2/2) AAS
開発環境を汚したくないんですよ
dockerの特性上、1つのプロジェクトで様々な言語、言語バージョン、ミドルウェア、ツール、サービス、それらに依存するパッケージ、OSレベルの設定、、、
とまあとにかく多くのものに依存してしまう
そして開発者が従事するプロジェクトは1つじゃない
開発マシンにこれらを直接インストールして管理するのは大変だ
dockerならソースをpullしてコマンド打つだけ
別のプロジェクトが干渉する可能性も極めて低くなる
アマチュアさんみたいにAPPとDBのシンプル構成、別プロジェクトは無し
みたいな状況なら直接インストールでもいいかもしれんがね
37(1): 2020/08/20(木)11:57 ID:/cAAGkAU(1/6) AAS
>>35
開発はディストリ依存にするべきじゃないよ
変更しづらくなる
38(1): 2020/08/20(木)11:58 ID:/cAAGkAU(2/6) AAS
>>36
> 開発環境を汚したくないんですよ
汚す必要ないのでは？
> dockerの特性上、1つのプロジェクトで
Dockerの性質のものは一つもないね
> 開発マシンにこれらを直接インストールして管理するのは大変だ
全然大変じゃないよ。
そのためにrbenvなどの仕組みが普及してる
アプリを動かす環境は特定のディレクトリ以下にすべて入る
39: 2020/08/20(木)12:00 ID:/cAAGkAU(3/6) AAS
もう随分と前から一つのマシン上に
複数の環境を同居させる方法がかくりつされてるんだがな
40(1): 2020/08/20(木)12:10 ID:CAF7VxqO(1/4) AAS
>>37
クロスプラットフォームで動かす予定のないものをクロスプラットフォームで開発する予算は君が出すのかね？
上下前次1-新書関写板覧索設栞歴
あと 962 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s