info.plist の値をBuild Configurationによって出し分ける
いろいろなライブラリでinfo.plistに値を設定して利用しています。 でもdebugとreleaseで値を出し分けたい事がよくあります。
この場合、Build Settings の User Defined に独自の値を設定するとBuild Configuration毎に異なる値を設定できるので便利です。
info.plistから参照するには ${HOGE}
のように記述します。
参考
3ヶ月ぶり転職
ちょっと前に5年ぶり転職 - ほげほげというエントリーを書いたばかりですが、オイシックスを8/31に退職しました。 9月からはフリーランスのエンジニアとしてプロジェクトに参画しています。
このエントリーでは将来また転職しようとした時に、会社と自分のミスマッチをしないために今の考えをメモします。 記事のわかりやすさの為に会社名を出していますが、それぞれの会社をディスる意図は全くありません。
簡単に大学卒業から今までの経歴を整理すると以下のようになります。
- 2006/04-2008/03 ハイテクシステム株式会社(SIer)
- 2008/05-2010/05 派遣とフリーランス(Web系)
- 2011/01-2016/05 株式会社ポッケ(モバイルコンテンツ)
- 2016/05-2016/08 オイシックス株式会社(食品系EC)
- 2016/09- フリーランス(アプリ/Web)
ポッケをやめた理由
ポッケでは幅広く開発することができ、今の自分のエンジニアとしての軸ができました。 その上でポッケを転職しようと思った理由は以下の様なものでした。
- お金もっとちょーだい
- もう少し大きなサービスに携わりたいよ(数人で1プロダクトのような)
- 現職以外のマネタイズ方法も経験したいよ
- 開発以外の組織づくりもしたいよ
- 他の現場も経験したいよ(開発フローとか興味あった)
こういった理由で転職しオイシックスに入社することにしました。
オイシックスをやめた理由
何かが出来ない環境になって初めてそれが好きだったことに気づくことがあると思います。 まさに「なんでもないようなことが〜♪」という心境です。
- 開発したい
これが一番大きな理由でした。
僕は開発によって便利や楽しいを増やすことが好きなので、たくさん機能の開発をしたいタイプのエンジニアです。 ただこの会社では開発案件が動くまでに時間がかかり、思うような量の開発ができなそうに感じました。
上場している企業ですし、社員として長く安心して働けそうな感じではありましたが、開発から離れることでエンジニアとして自分の市場価値を下げるのではないかと懸念しました。 自分の売りは開発力と案件の実現力なので、その力を更に伸ばせる開発の現場に戻ることにしてフリーのエンジニアに転職しました。
正社員じゃないのは、転職活動に時間がかかる点と、今回のようなミスマッチの再現を恐れたためです。
根底にある考え
そもそもなんで開発がしたいのか。 開発でサービスを消費者に届けるのが楽しいというのももちろんありますが、理想の働き方を追求したときに開発力がまず必要だと思ったからです。
僕の理想の働き方は以下の様な感じです。
- そこそこ高収入(年収1500万くらい)
- 時間に余裕がある(週30時間労働くらい)
- そこそこ楽しい
- ストレスフリー
こういった働き方をしたいのですが、やはり一般的な会社だと難しいと思っています。 となると自分でサービスを作るか、受託で開発するか、あたりが選択肢になってくるので、現場の力すなわち開発力を維持しておきたいと思っています。 開発については受託も視野に入れると幅広いスキルと、プロダクトを実際に作るまでの実現力を今後も伸ばしていきたいので、開発の仕事をしたいです。
これから
フリーのエンジニアも40代になると案件なくなるという事も耳にしてますし、ちょうど転職も難しくなる年が迫っているのはわかっています。 ただ今回の転職は理想の働き方を目指すためのはじめの一歩でもあり、プロのエンジニアとして長い期間働いていく覚悟を決めたような意味もあります。
先々なにが起こるかはわかりませんが、今はモンモンとした気持ちは無くなり、迷いない日々を過ごせています。
docker-composeで作成したcontainerにattach
Docker Compose について
Docker Composeについて
Composeは複数コンテナのDockerアプリケーションを定義、実行するツール。 Docker fileで設定し、コマンド一つでアプリケーションを開始することができる。
開発、テスト、ステージング環境のようなCIワークフローに有用。
使い方
大きく3ステップ。
Dockerfile
でアプリの環境を定義する。これによりどこでも再構築できる。docker-compose.yml
にサービスを定義する。1つの独立した環境に必要なコンテナが同時に実行することができる。docker-compose up
コマンドを実行する。環境が構築され使用できる。
docker-compose.yml例
# バージョン version: '2' # サービスの定義(コンテナ) services: # webという名前のコンテナ web: build: . # カレントディレクトリの Dockerfile から生成 ports: - "5000:5000" # 5000ポートを5000ポートにフォワード volumes: - .:/code # カレントディレクトリをコンテナの/codeにマウント - logvolume01:/var/log links: - redis # redisコンテナにリンク # redisという名前のコンテナ redis: image: redis # redisイメージから生成 volumes: logvolume01: {}
services には 必要なコンテナ が定義される。
参考
Dockerfileについて
DockerfileというDockerイメージを作るための設定ファイルについて調べたのでメモ。
Dockerfileについて
DockerはDockerfileからイメージをビルドできる。 Dockerfileはテキストファイルで、コマンドラインでイメージを構築するときに使用できるコマンドの全てを使用できる。
使い方
docker build
コマンドはDockerfile
とからイメージをビルドする。
Dockerfileは指定することができ、PATHかURLである。
PATHはローカルファイル・システム、URLはGitリポジトリのURL.
次の例は、カレントディレクトリがコンテキストになる.
$ docker build .
コンテキストに/
(ルートディレクトリ)は指定しない方がいい。多分コンテナから書き込まれるから?
$ docker build -f /path/to/a/Dockerfile .
これはカレントディレクトリをコンテキストにして、別の場所のDockerfileを参照する方法。
以下のように-t
オプションをつけることでイメージを保存できる
$ docker build -t hoge . $ docker images # hogeが登録されていることを確認できる
フォーマット
Dockerfileのフォーマットは以下です。
# Comment INSTRUCTION arguments
INSTRUCTIONは大文字小文字関係なしだが、大文字の方がargumentsと区別しやすい。
はじめのINSTRUCTIONはFROM
で、ビルドするイメージを指定します。
#
で始まる行はコメント。
主要なINSTRUNCTION
- FROM
イメージを指定
FROM hoge:tagname
- CMD コンテナを実行した時に実行されるコマンド
- EXPOSE コンテナがLISTENするポート
- VOLUME ホストとのディレクトリ共有用のマウントポイント
参考
初めてのDocker インストールからサンプル実行まで
dockerで開発環境の構築をしようと思い、試してみました。
docker run
コマンドでDBやWebサーバーを立ち上げられるので、すぐに開発環境が構築できる。
概要
- DockerはVM立ち上げるよりも低コスト(時間,マシンリソース)で開発環境の構築ができる。
- ファイルシステムを含めたイメージの共有が可能。
- Sandbox内に構築するのでホストの環境を汚さない。
- コンテナ型
インストール
インストール
1.ダウンロードページからdmgをダウンロードし、インストールする
1.パスワードが求められたら入力
1.メニューバーにクジラアイコンが表示されたら、ターミナルを起動してdocker
コマンドが使用できるか確認する
$ docker version Client: Version: 1.12.0 API version: 1.24 Go version: go1.6.3 Git commit: 8eab29e Built: Thu Jul 28 21:15:28 2016 OS/Arch: darwin/amd64 Server: Version: 1.12.0 API version: 1.24 Go version: go1.6.3 Git commit: 8eab29e Built: Thu Jul 28 21:15:28 2016 OS/Arch: linux/amd64
Dockerエンジン、コンポーズ、マシーンのバージョンのチェック
$ docker --version Docker version 1.12.0, build 8eab29e $ docker-compose --version docker-compose version 1.8.0, build f3628c7 $ docker-machine --version docker-machine version 0.8.0, build b85aac1
実際のバージョンはこれと異なっても構わない。
サンプル実行
runしようとしているイメージがない場合は、Docker HUBからpullされる。
hello world
docker run hello-world
コンソールにHello from Docker!
と表示されればOK
Nginxを起動
docker run -d -p 80:80 --name webserver nginx
http://localhost
でNginxの初期ページが表示されていればOK. 80:80はlocalhostの80をコンテナの80にフォワードする設定.
webserverが起動した状態でdocker ps
を実行すると、webserverコンテナの詳細を確認できる。
他にもサンプルを見たい場合はこちら
設定
メニューバーのクジラアイコン→preferencesから色々設定できる
bash completion対応
以下のコマンドでbash completionに対応できる
cd /usr/local/etc/bash_completion.d ln -s /Applications/Docker.app/Contents/Resources/etc/docker.bash-completion ln -s /Applications/Docker.app/Contents/Resources/etc/docker-machine.bash-completion ln -s /Applications/Docker.app/Contents/Resources/etc/docker-compose.bash-completion
用語
- Docker HUB imageのリポジトリのようなもの
作ろうとしているもの
最近新しい言語の記事を書いていますが、何を作ろうとしているかというと自分のプロフィールページのようなものです。
今までのプログラマとしての経歴や成果物、ポートフォリオや、実験ページなどなどを載せておこうと思っています。
ブログで事足りるのですが、新しい言語、DB、デザインの勉強の意味も含めて、作ってゆこうと思います。
使う技術は以下を予定 * Go(Gin) * PostgreSQL * AngularJS2 * HTML5 * CSS3
プラットフォーム * BlueMix
開発環境(検討中) * Docker ? * vagrant ?