Dockerfileの作り方を考え直したらすごく効率が上がった
Dockerfileを作る時、最初は以下の方法でやってました。 Dockerfile書く ビルドする（動かしたいアプリ含め） 起動してみる 動かなかったらDockerfile修正する またビルドして試す こんな感じでしたが、これは非常に効率が悪いです。修正して検証を行う度にビルドが発生してしまい、待ちが発生してしまいます。 どうするか？ ベースイメージにアタッチ 動かしたいアプリの実行に必要なコマンドを入れて、成功したらコマンドをメモっていく アプリが動くまで「コマンド実行→成功したらメモ」を繰り返す アプリが動いたらメモったコマンドでDockerfileを作る つまり、いきなりDockerfileを作るのではなく、ベースイメージに入ってコマンドを実行して動作確認をしながらDockerfileに記述する内容を固めていき、最後に1回だけビルドします。 なぜ？ Dockerfileに記述するの
電子レンジの加熱ムラを逆手に取った異様な技術の冷凍食品がすごい「結局どうしても出てしまう加熱ムラをキャンセルするプロセスまで考えられてる」
蟲喰ロトワ (むしくろとわ)昆虫食TAKEOのCSO（チーフ・サステナビリティ・オフィサー） @Mushi_Kurotowa 「蟲ソムリエ」として471種の昆虫を茹で、味見し記録。 ラオスでJICA草の根技術協力事業プロマネをした後、2024年1月からTAKEO株式会社のCSOに就任。国際商流と学際連携を開拓しながら、栄養、食文化、ビジネス、環境のレイヤーを重ね、昆虫食業界が社会が調和する未来のための戦略を立案していきます。 mushi-sommelier.net/achievements/ ラオスの蟲喰ロトワ (むしくろとわ)byおいしい昆虫生活®︎ @Mushi_Kurotowa 電子レンジの加熱ムラを逆手に取った、異様な技術の冷凍食品をようやく買った。これはすごい。 結局どうしても出てしまう加熱ムラをキャンセルするプロセスまで考えられてる。 pic.twitter.com/Bx7lc
【追記あり】「この売り場から高額当選が出ました」って、確率論で言うと「次は出にくい」ってことにならないか？
宝くじの話なんだけど、「この売り場から高額当選が出ました」って売り場に書かれてることがあるじゃん？ あれってよく考えたら、一度高額当選が出たら次は出にくいってことにならないか？ 確率論で考えたら同じ売り場で何度も高額当選が出ないよな？当たりは偏らないはずだから。 だから逆に、高額当選が出てない売り場で買うべきでは？ まあ売れてる枚数にもよるんだろうけどさ。 【追記】 例えばさ、宝くじが100枚あって1枚だけ当たりだとする。 それを宝くじ売り場AとBに50枚ずつ配る。 過去10回行って、Aでは7回、Bでは3回当たりが出たとする。 すると次の回は、売り場Bで当たりが出そうじゃない？違うの？ 【さらに追記】 「ギャンブラーの誤謬」という言葉を知りました。 まだ理解はできてないけど、なんとなく分かった気がします。ありがとうございます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
