Cookpad tech kitchen#8に参加してみた
Cookpad tech kitchen #8に当選できたので初参加して来ました 色々と経験出来たのでメモ
tech kitchenについて
まず、ガッツリ料理が出てきたのにびっくり。。 野菜もふんだんに使われていて、見た目も味もステキな料理が食べられてこれだけでも来た価値が・・とちょっと思ってしまった笑 飲み物も提供されていて、セッション始まるまでは何しに来たのかちょっとわからなくなるほどのおもてなし感
セッションについて
非同期なジョブ
ワーカーがスケーラブルではない → キューをトリガーにdockerでワーカーが必要な分だけ起動する → activejobとAWS（SNS,SQSなど）を活用
Barbeque → ジョブキュー管理システム
- Hako → コンテナ管理ツール
アプリとワーカーで同じイメージから起動しているため環境差分が無くスケールしやすい
kuroko2
クックパッドのジョブ管理システム
美しいバッチの壊し方
- Bricolarge
- 1ジョブ = 1SQL → よいバッチ（運用しやすいバッチ=障害の対応がしやすい）を作るため
美しいバッチとは！？
- I/Oの対象ごと（DB、テーブル、ファイルなど）にジョブ分割
- ジョブ管理システムで結合
Others
Hakoとは
dockerで賄えないDNSやDB接続情報なども設定ファイルで管理できる（？）ツール
DWHについて
DBA的な仕事もしつつアプリ（バッチ）もガッツリ書く ブリコラージでジョブ管理をしているのでバッチはほとんどRuby製（ただし、中にはシェルなどを呼び出している部分も・・） DWH（Amazon redshift）のキャパ的にはバッチ処理自体では全然余裕があるが、DEVやビジネスサイドで呼ばれるクエリ処理がガンガン来るため大変・・（グルーバル展開もしているため、それこそ一日中来てしまう。。）
Cookpadの開発環境について
本番と開発環境のDBのレプリケーションについて
本番DBと開発DBの間にもう１個DBがかまされている（※わかりやすさのため準本番とする） 本番DBから準本番DBへのレプリケーションはステートメントベース 準本番から開発DBへのレプリケーションはレコードベース（IDが変わってしまうなどの問題があるため） 準本番から開発DBへのレプリは開発用のデータはID１から、レプリは必ず6万以上から、といったような感じでMySQLのAUTO INCREMENT(?)機能などを活用して運用している どうしてもレプリ時にエラーとなってしまうデータ（重複エラーなど）は無視する 詳しくはブログにも書いてあるとのこと
開発チーム、体制について
リリース（？）、システムははリクエストごとにdockerイメージがスケールしていくような構成になっている → スケーラブルな仕組み 開発チームはビジネスサイドのディレクターさんなども含めた2〜3人とかの小規模なチーム プロジェクトにチーム（人）が紐付いているような感じで体制は流動的
セッションはRubyもAWSも使っているわけではないため概念的な部分とかしか理解できず、持ち帰れたものが少なかったかも・・ ただ、やっぱりバッチがどうあるべき、どういう問題を抱えていてこうした、みたいな話が聞けて良かったし、個別にお話させて頂いて色々聞けたのも良い機会でした！
ダンスレッスン@20170605
ダンスレッスン
ちゃんとしたプライベートレッスンを受けるの約2年ぶり・・ 久しぶりのレッスンかつ初めて習う先生、初めて行ってみたスタジオで色々と新鮮さや学びがあったので忘れないうちにメモ
レッスン対象
チャチャチャ - バリエーション
レッスン
全体
1個1個の音をはっきりさせる → 音を一つ一つ言いながら動けるくらいにはしておく 2人で動くところはどこの音の瞬間にどのアクションになるのかはっきりさせておく
出だし
4でキック、1でアクション 次は3で右足を寄せるところまでいく
１で振り向いたところ～
1でパートナーと合わせてアクション その後は右のアームを下げていきながら、床を踏んでボディテンションを上げていく
タイムステップetc
2&3で右にタイムステプ その後は4で左足を寄せる、&で左足に踏み変えながら180°回転、1で右足を踏む
シャッセで移動
１個の音（半拍）で踏み変えて、次の足を出して踏む直前まで動く １個１個で出て踏んでいるようでは遅い
前に移動
右→左→右で前に移動、&で左、4で右足（+1で左足？） その後は4で自分が前に出ながらパートナーを引く（この時に右手でしっかり押さえる） 1で今度は自分が下がってパートナーを出す
入れ替わり～ランジ
4で左足体重で180°回転（この時、やや自分側に体を引く感じ） 1で右足に乗る 2で左足をやや入り気味に出して3でロンデして1でランジ
パートナーのスピン
パートナーがスピンするところではムリに回そうとしない（ワクを作ってパートナーが回転する場所を作ってあげるだけくらいのイメージ） １でラインを作るきっかけを与えるだけくらいで良い
いろいろ教わったのでちゃんと動きながら理解してモノにしたいし、他のところでも使えるようにしないとな。。
ドメイン駆動設計 - Part.1
ドメイン駆動設計について調べてみた（その１）
まずは概念的なものをまとめてみる
ドメイン駆動設計
ドメインロジックの断片化
プレゼンテーション層
- 画面の入出力
アプリケーション層
- データ処理の手順
データソース層
- データベース操作
ドメインロジックを"ドメインモデル"に集約する ドメインを学び学んだことをコードで豹男減する
分析設計（分析しながら設計する）
- DDD：ドメイン駆動設計 → モデル
- RDRA：リレーションシップ駆動要件分析 → 要件定義
- ICONIX：オブジェクト指向（分析から実装まで） → 仕様
技法
オブジェクト指向
- 抽象データ型 → 人間の知りたい事/やりたいことを定義する => 抽象化=人間の関心事に近づける
- モジュール構造 → 抽象データ型を部品として全体を組み立てる
業務の知りたい事/やりたい事をクラス名とメソッド名で表現する
XP
変化に適応するソフトウェア開発
- フェーズに分けない → 毎日少しずつ成長する
- 効率を追求する
ドメイン駆動設計 分析しながら設計する - SlideShare https://www.slideshare.net/masuda220/ss-74962182
ドメイン駆動設計 基本を理解する https://www.slideshare.net/masuda220/ss-59756718
ダンスメモ@20170513
久しぶりにチャチャ&ルンバのベーシック中心のオシャレなフィガーとそれを踊るにあたってどう動けばいいのか？という内容についてのグループレッスンを受けたのでメモ
ChaChaCha
カール
思っている以上に早めにリードする → よく使うホッケースティックなどとは違う動きになることを早めに知らせる
後退～ファン
後退の時にはパートナーを自分の左前にリードする（それと真逆に自分が動く） → 相手に来て欲しい位置と反対側に自分が移動する => 自分の左（もしくはやや左後ろ）くらいにリードしてしまいがちなので注意する
クローズドヒップツイスト～スパイラル（？）
ワクでパートナーをリードしてから自分が右足に体重移動することでパートナーを自分の左に向けて前進させる → そこから左にアームを上げてスパイラルのリード => 回転後はしっかり左のアームを元の高さまで戻すことに注意
Rumba
アレマーナ
このルーティンでのアレマーナは通常と違うので左シェイプ（？）を掛けて行う
アレマーナのあと
アレマーナで掛けたシェイプを元に1カウントで入れ替わる → この時、右足体重
ホッケースティック
ホッケースティックのあとは自分の右前（逆壁斜め）に対してオープンで出ていく感じになるので、アレマーナ～踏み変えの後の後退で自分が左後ろに後退してリードするようにする
感想
特にリード部分は結構、 ・よくよく考えるとそうだよなって思うところ や ・そういえばそう教わってはずだけどすっかり忘れてしまっていた ということがたくさんありとても勉強になったになった良い時間でした
あと、久しぶりにちゃんと色々と考えながら踊ったのもあり、何か「ホッケースティックでのチェック」や「キューバンロックスでのチェック」、はたまたランジの後のファンなど今更ながらどう踊るのが正解なのか迷子にになった。。
また定期的に練習するようにしたいな、と思っていることもあり、教わったことを実践できるようにしつつ、この辺の迷子課題の解決策を見つけたいところ ともあれ、やっぱりダンス楽しいし、新しいことを覚えられるのは楽しいなーとあらためて思えた一日でした
参考
すっかり忘れていたのでダンスのアライメント、LODについて
vagrantでelasticsearch&kibanaを動かしてみる
久しぶりにvagrantをいじってみた
インストールは以前に試していたのでその他の設定を
ネットワークの設定 [ここ(http://qiita.com/kidachi_/items/e63c1607705178aa257c)]を参考に設定
で、色々入れてみるもメモリが足りてないことが判明
メモリの拡張 [メモリの設定(http://d.hatena.ne.jp/tbpg/20131107/1383834516)]を参考にvagrantfileを編集
メモリが設定したサイズになっていることを確認 [vagrant@localhost ~]$ free total used free shared buffers cached Mem: 1020540 181204 839336 0 12904 101644 -/+ buffers/cache: 66656 953884 Swap: 2621432 0 2621432
elasticsearch最新版を入れてみる https://download.elasticsearch.org/elasticsearch/elasticsearch/elasticsearch-1.0.0.tar.gz tar zxvf elasticsearch-1.0.0.tar.gz mv elasticsearch-1.0.0 elasticsearch
elasticsearch.ymlを編集 http.port: 9200
kuromojiをインストール sudo ./bin/plugin --install elasticsearch/elasticsearch-analysis-kuromoji/1.5.0
servicewrapper https://github.com/elasticsearch/elasticsearch-servicewrapper
sudo mv service/ /usr/local/src/elasticsearch/bin/
sudo ./elasticsearch install
sudo /etc/init.d/elasticsearch start
kibanaも入れてみる
wget https://download.elasticsearch.org/kibana/kibana/kibana-3.0.0milestone5.tar.gz
tar xvfz kibana-3.0.0milestone5.tar.gz
mv kibana-3.0.0milestone5 /var/www/html/kibana
あれ、、動かないと思ったがiptablesの設定が足りてなかったので、対応すると kibanaの画面が！
・esとtd-agentの連携 参考サイト
-連携用プラグインのインストール /usr/lib64/fluent/ruby/bin/gem install fluent-plugin-elasticsearch --no-ri --no-rdoc -V
-td-agent.confの編集
・apache-loggenで疑似ログを出力しkibanaで確認 apache-loggen --rate=10 --rotate=60 --progress /var/log/httpd/access_log
gtagsの使い方
大規模なCのソースコードリーディングに不可欠と言われるgtagsのsublime text用プラグインがあるらしいので、これを利用してみる
1.sublimeGtagsの導入 下記のサイトよりsublime textのpackageディレクトリにcloneする sublimeGtags
2.設定 githubページに書いてある設定を参考に設定してみる
3.gtagsコマンドを入れる（※入っていない場合）
brew install global
4.ソースコードディレクトリでgtagsコマンド実行
gtags
5.sublime textでrebuildを実行
Ctrl + t Ctrl + b
でrebuildが実行される
これでgtagsの機能が利用できるようになる
具体的な使い方
対象の関数がどのソースで定義されているか確認したい
global 関数名
でどのソースで定義されているか表示される
もっと色々使い方や活用法があるはずなので勉強中
参考サイト GNU global入門サイト
Dockerを入れてみる
macでのインストール
参考にしたサイトはコチラ
homebrewとvirtual boxが入っている前提
1.確認
which brew
which virtualbox
2.インストール
brew tap homebrew/binary
brew install docker boot2docker
3.boot2dockerのセットアップ&起動
boot2docker init
boot2docker up
4.sshでアクセス
boot2docker ssh
※paswordはtcuser アクセスが確認できたらいったんexitで抜ける
5.dockerコマンドの設定
export DOCKER_HOST=tcp://
-確認
docker version
6.動作確認 -ubutuをpullしてみる => ここ時間掛かります・・
docker pull ubuntu
-ubuntuをbootしてみる
docker run -i -t ubuntu:12.04 /bin/bash
下記のような表示が出ればOKなはず => apt-getが通った root@82f339d9dd5a:/#
