と思って調べたら、Rails ガイドに、
スコープでのメソッドの設定は、クラスメソッドの定義と完全に同じ (というよりクラスメソッドの定義そのもの) です。どちらの形式を使用するかは好みの問題です。
と、言われたので、 特に必然性は無いらしい
ちなみに、 引数を使う場合はクラスメソッドを推奨するそうです
スコープで引数を使用するのであれば、クラスメソッドとして定義する方が推奨されます。クラスメソッドにした場合でも、関連オブジェクトからアクセス可能です。
あと、適当にぐぐったら「以前の時代は特別なものだったけど、今は別に使わなくてもよいのでは?」という話を見つけて、それもそうかという気持ちになりました
こちらの記事の「追記」にあるように「 ActiveRecord::Relation を返す chainable な検索処理は scope で書く」というスタイルも、model 内でのメソッドの役割が明確になって良いのかもしれないですね
実在のハードウェアを完全にエミュレートする代わりに、仮想マシン環境を実現するのに都合の良い仮想的なハードウェアを再定義する方式
物理マシン用に用意されたOSをそのままXen上で動作させる方式
この記事は feedforce Advent Calendar 2017 の 11 日目の記事です
前回は、Waka F のNY旅行の話でした。アドベントカレンダーでまさかのYouTubeでした。すごい!
さて、ニューヨーク旅行からのこちらは、みなさんご存知、どうぶつタワーバトルのお話です
アドベントカレンダーにかこつけて、どうぶつタワーバトルを社内で流行させるべく、プレゼンいたします
どうぶつタワーバトルは、12月初旬ころから爆発的に流行しているe-sportsです
物理エンジンで構築された世界で、2人オンライン対戦でどうぶつさんを交互に積み上げて、バランスを崩して、盤の外に落としたほうが負けというゲームです。シンプル!
上で見たように、ぱっとみゆるふわな低年齢向けのパズルゲームに見えますが... 運と、技術介入要素のバランスが大変絶妙で、カードゲームやボドゲ好きな人が次々と沼に落ています
以下は沼にはまった、マジック・ザ・ギャザリングの日本人プロプレイヤーの市川佑樹さん (DTBはどうぶつタワーバトルの略称。1600-1700はレーティングで、RAGEはe-sportsのイベント名です)
DTB1600-1700の間を行き来。負けた時に「どこに置けば良かったか」「むしろ一手前が悪手」「キリンの受け入れを考えていなかった」「パンダを安易に置きすぎて相手を楽にさせてしまった」などの反省点が噴出。RAGEでDTB頼む。
— Yuuki Ichikawa (@serra2020) 2017年12月4日
このゲーム、何も考えないでプレイすると運ゲーになります
ランダムに出るどうぶつを乗せ合うので、最終的に乗せらせられないどうぶつが出てきたプレイヤーが負けになるためですね
下の画像は、終盤に面積が広いキリンを引いた様子。これはかなり辛いです
ただ、運ゲーだからといって面白くないかというと別で、後半ギリギリの展開で何を引くか...!? というシーンではかなり手に汗を握ります...!
とはいえ、どうぶつタワーバトルは、ただの運ゲーというわけではなく、かなりの技術介入要素があります
何も考えず積むのではなく、戦略を練ることと、将棋の棋譜のようにパターンを知ることで勝率をかなり上げることができます
シンプルな戦略では「奇をてらったことはしない」というのがあります。対戦中やプレイ動画で見られるスーパープレイを「ようし、俺もやってやるぜ!」なんてマネすると大体死にます
しばらくは我慢して、安定する置き方を覚えましょう。レートの低いうちは、自分が死なないプレイをしていると、結構な確率で相手が自滅して勝ちになります
自分もこれに気がついてから、だいぶ勝率が上がりました
そんな感じで、運ゲーに見せかけて、気付きをプレイスタイルに取り込むと、結構わかりやすく勝率が上がります
また、レーティングという形で、自分の強さが可視化されているので、数値ベースにPDCAサイクルを廻しやすいのもポイントです
持論ですが 運と技術介入要素のバランスの良いゲームは良ゲー と思っています
なぜなら、運要素がゼロだと、強い相手には絶対に勝てないので、初心者には面白みが薄く、取っ掛かりも悪いです。また、盛り上がりにも欠けます (そっちのほうがストイックで好きという人も居ると思いますが)
また逆に、すごろくのように、運要素のみだと一時的には盛り上がりますが、すぐに飽きてしまいます
どうぶつタワーバトルや、一部のカードゲームのように運と技術介入要素のバランスが良いと、引きに一喜一憂して盛り上がりつつも、さらに、自分の工夫で勝率が上がっていくいう楽しみを得ることができます
どうぶつタワーバトルは、ゆるふわな見た目にも関わらず、運と技術介入要素のバランスが良い
運と技術介入要素のバランスの良いゲームは良ゲー
すなわち、どうぶつタワーバトルは良ゲー
iPhone、アンドロイドでプレイ可能です!
mizukmb の「新卒エンジニアの生態について」です! お楽しみに!!
2017/11/27(月) 〜 2017/12/03(日)
機動戦士ガンダム公式設定集 アナハイム・ジャーナル U.C.0083-0099
おまけに宇宙航空会社AirUNAのフォンブラウンガイドが挟まってた！フォンブラウン空港のフロアガイドや、航宙マップも！ pic.twitter.com/eA4UaDeIq9
— かせいさん 2日目東キ56-a (@kasei_san) 2017年11月29日
— ばんで (@vande1021) 2017年11月29日
もんやりした不安って結局そのままにすると増幅するばかりなので、分別して、今月はこれ！それ以外はまた今度！と割り切って各個撃破しないことにはなんともならないよなぁという気持ちに
— かせいさん 2日目東キ56-a (@kasei_san) 2017年11月27日
t-wada さんが、弊社TDD本読書感想会に参加して頂けそう!
ややオーバーキャパシティ気味
キャリア支援やマネージメントに関する本を読めていない
引き続きDockerを進める
来週末の社内LTのネタを考える
概要を理解して、Imageを作ってコンテナをうごかしてみました
公式のクイックスタートガイドを元に、ローカルのDockerでRailsを動かしてみる
cd . mkdir -p work/rails_docker_demo cd work/rails_docker_demo git init
概要編でも軽く説明したが、Imageの環境を定義するDockerfileと言うものがあり、クイックスタートガイドでは、それでRails環境を作るように書かれている
Dockerfileに以下を定義
FROM ruby:2.4.2 RUN apt-get update -qq && apt-get install -y build-essential libpq-dev nodejs RUN mkdir /myapp WORKDIR /myapp COPY Gemfile /myapp/Gemfile COPY Gemfile.lock /myapp/Gemfile.lock RUN bundle install COPY . /myapp
リファレンスはこちらを参照
ベースとなるImageを定義。
クイックスタートでの定義がちょっと古かったので、dockerhubのrubyオフィシャルから安定最新っぽい2.4.2に変更した
/bin/sh -c でコマンドを実行する
ワーキングディレクトリを定義
これ以下のコマンドでのカレントディレクトリが、ワーキングディレクトリになる
Dockerホストからファイルをコピー
source 'https://rubygems.org' gem 'rails', '5.1.4'
COPY Gemfile.lock のために空の Gemfile.lock を作成touch Gemfile.lock
docker-compose.yml の作成version: '3'
services:
db:
image: postgres
web:
build: .
command: bundle exec rails s -p 3000 -b '0.0.0.0'
volumes:
- .:/myapp
ports:
- "3000:3000"
depends_on:
- db
ホスト上の複数のコンテナを一元管理する為のツール
docker-compose.yml で定義
今回は、webと、dbのコンテナの設定をそれぞれ定義している
リファレンスはこちらを参照
docker-compose のバージョン指定。最新なら 3
各コンテナをサービスとして定義する場所
imageのタグ、id等を定義。dockerfileの FROM と同じ?
dockerfileのPATH
コンテナに定義されているデフォルトのコマンドを上書きする
PATHをボリュームとして定義
コンテナを実行するときに、ホストのディレクトリをコンテナのディレクトリにマウントできる
このとき、マウントされた領域をボリュームという
docer run のpublishオプションと同じもの?
依存関係の定義
今回の場合、webを起動するには、dbの起動が必要
docker-compose run は、docker-compose.yml に定義された環境を作成して、コマンドを実行。完了したら各コンテナを終了する
docker-compose run web rails new . --force --database=postgresql
ワンオフなタスクの実行
特定のサービスを指定する必要がある
指定したサービス用のコンテナと、それと依存関係にあるサービス用のコンテナが起動する
実行後、コンテナは停止する
docker container build を実行していない場合、一緒に実行される
docker-compose.yml の内容に従って環境がビルドされる
Dockerfileを変更した場合は、今回ならば Gemfile を変更した場合、build が必要
buildではまだコンテナは作成されない??
コンテナを作成して起動する
新しいgemを追加したり、Dockerfieを更新した場合
docker-compose build
config/database.yml を以下のように変更する
default: &default adapter: postgresql encoding: unicode host: db username: postgres password: pool: 5 development: <<: *default database: myapp_development test: <<: *default database: myapp_test
$ docker-compose up
rake db:create の実行docker-compose run web rake db:create
localhost:3000/ に接続
👏
docker-compose down
docker-compose ps
起動時
Name Command State Ports --------------------------------------------------------------------------------------- railsdockerdemo_db_1 docker-entrypoint.sh postgres Up 5432/tcp railsdockerdemo_web_1 bundle exec rails s -p 300 ... Up 0.0.0.0:3000->3000/tcp
終了時
Name Command State Ports ----------------------------------------------------------------------- railsdockerdemo_db_1 docker-entrypoint.sh postgres Exit 0 railsdockerdemo_web_1 bundle exec rails s -p 300 ... Exit 1
とりあえず、動かすことができたという感じ
これで実際にどうやって、開発/本番環境の運用をしていくのかイメージは湧いていない
ECSや、herokuで、docker on rails な環境を動作させてみる
OSXならばこちら → Docker Store
こちらを参考に色々やってみた
$ docker version Client: Version: 17.09.0-ce API version: 1.32 Go version: go1.8.3 Git commit: afdb6d4 Built: Tue Sep 26 22:40:09 2017 OS/Arch: darwin/amd64 Server: Version: 17.09.0-ce API version: 1.32 (minimum version 1.12) Go version: go1.8.3 Git commit: afdb6d4 Built: Tue Sep 26 22:45:38 2017 OS/Arch: linux/amd64 Experimental: true
Dockerは、クライアント・サーバモデルなので、それぞれの情報が表示される
新しいコンテナを作成して、起動するコマンド
以下は、nginx というイメージを元に webserver というコンテナを起動している
$ docker run -d -p 80:80 --name webserver nginx Unable to find image 'nginx:latest' locally latest: Pulling from library/nginx bc95e04b23c0: Pull complete f3186e650f4e: Pull complete 9ac7d6621708: Pull complete Digest: sha256:b81f317384d7388708a498555c28a7cce778a8f291d90021208b3eba3fe74887 Status: Downloaded newer image for nginx:latest 8d291801fd815f6bb8112842c4c1df2d0efd96162d3a28067258502186d3b061
複数のデータレイヤをダウンロードして、イメージを作成している
docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
-d, --detach: バックグラウンドで実行-p, --publish: ホストマシンとコンテナのポートを接続する。左がホスト--name : コンテナの名前詳細はこちらも参考
docker container ls でコンテナの状況を確認$ docker container ls CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 8d291801fd81 nginx "nginx -g 'daemon ..." 22 seconds ago Up 21 seconds 0.0.0.0:80->80/tcp webserver
localhost:80 にアクセスしてみるnginxのデフォルト画面が出力される
$ curl http://localhost:80
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body {
width: 35em;
margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for using nginx.</em></p>
</body>
</html>
docker attach で入れるのは、コンテナがメインのコマンドとしてシェルが起動している場合のみ適当にぐぐると、 docker attach すると言われる
しかし、docker attach で、コンテナの中をシェルで操作できるのは、メインのコマンドでシェルが起動しているコンテナのみ
今回の nginx イメージは、docker container ls の COMMAND を見ると、メインのコマンドは、nginxをデーモンとして動かしている "nginx -g 'daemon ..."
そのため、docker attach しても、nginxデーモンの標準出力が見えるばかりで、さらにそこから ^D して脱出しようとすると、コンテナが終了してしまう...
docker exec -it 〜 /bin/bash でメインのコマンドがシェルでないコンテナにも入れるdocker exec は、対象のコンテナに任意のコマンドを実行するコマンド
$ docker exec -it webserver /bin/bash root@7fec1ea5a77b:/# exit
docker exec [OPTIONS] CONTAINER COMMAND [ARG...]
-i, --interactive: デタッチされるまで標準入力を受け入れるオプション-t, --tty: 仮想端末をコンテナに当てるオプション
コンテナに対して、インタラクティブな状態で、 /bin/bash を実行している
$ docker container stop webserver
停止されたことを確認
$ docker container ls CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
docker container ls --all で、停止中のコンテナも確認可能
$ docker container ls --all CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 8d291801fd81 nginx "nginx -g 'daemon ..." About a minute ago Exited (0) 6 seconds ago webserver
$ docker container start webserver
$ docker container rm webserver
$ docker image ls REPOSITORY TAG IMAGE ID CREATED SIZE nginx latest 9e7424e5dbae 4 days ago 108MB
$ docker image rm nginx Untagged: nginx:latest Untagged: nginx@sha256:b81f317384d7388708a498555c28a7cce778a8f291d90021208b3eba3fe74887 Deleted: sha256:9e7424e5dbaeb9b28fea44d8c75b41ac6104989b49b2464b7cbbed16ceeccfc3 Deleted: sha256:7fcb1f7f8194a8cd7e706d4fc8a0f864cf48bf3937384c4b0a4797af05cc54c6 Deleted: sha256:70a75f17542ef0e6d2686f6ab9f89c22a859c0fe9f9c3abaddb1a893af4f476d Deleted: sha256:cec7521cdf36a6d4ad8f2e92e41e3ac1b6fa6e05be07fa53cc84a63503bc5700
削除されたことを確認
$ docker image ls REPOSITORY TAG IMAGE ID CREATED SIZE
コンテナ型仮想化サービス
サーバ上に仮想的なサーバを作り出す技術
ホスト型、ハイパーバイザ型、コンテナ型がある
汎用的なOS上に専用のアプリを入れて、仮想化を実現
仮想化専用のOSを入れて、その上で仮想化を実現
独立した環境をOS上に作る技術
他の仮想化技術と違って、別のOSを仮想環境で動かしたり、ハードウェアのエミュレーションをしているわけではない
コンテナ: 1つのLinuxOS上でリソースを分離、独立させた実行環境のこと
Dockerは、アプリケーションの開発、出荷、および実行のためのオープンなプラットフォームです。 Dockerを使用すると、アプリケーションをインフラストラクチャから分離して、迅速にソフトウェアを提供できます。 Dockerを使用すると、アプリケーションを管理するのと同じ方法でインフラストラクチャを管理できます。 Dockerのコードを迅速に出荷、テスト、デプロイするための方法論を活用することで、コードを記述して本番環境で実行するまでの遅延を大幅に短縮することができます。
Docker overview | Docker Documentation
Dockerは、元々コンテナ型仮想化サービスの名称だったが、最近ビジネスが周りだしたので、開発・デプロイ・実行までのエコシステム全体をDockerと言い出した
旧来のコンテナ型仮想化サービスは、Docker エンジン と呼んでいるらしい
元々は、上記のように commit を積み重ねて環境を作る仕組みだった
しかしそれでは、変更箇所を追うことが困難だったので、単純なテキスト形式の設定ファイル(dockerfile)を元に、イメージが作られる機能(docker build)が追加された
