npm run xxx で設定ファイルを切り替える
誰得な内容なのかわかりませんが、とりあえず僕には必要だったので、まとめます。
nodeの設定ファイル内でのタスク定義は、読みづらさはあるけど、意外となんでもできる、そんな印象です。
やりたいこと
- nodejs + npmな環境。
- gulpなどのタスクランナーは使わない。
- 設定ファイルが2つある。（例：
config.abc.json、config.xyz.json） - 参照される設定ファイルの名前は決まっている。変更はできない。（例：
config.json） - コマンド1つでどちらかの設定ファイルを読み込む形で実行したい。
あらためて書き出すと「何なんだこれ」という感じの条件。でもしょうがない。
サンプルコード
Switch Config by arg at package.json for npm run.
ポイント
- テンポラリな関数を作って、それを実行する、という形にする。
- 関数名で終了する形（例：
f() { ...; }; f）で書いておくと、関数名にnpm run switchの後のコマンドライン引数を付けて実行してくれる。 - 設定切り替えは、コマンドライン引数の1つ目にしておく。その引数は、設定の切り替えだけに使って、本体のプログラム（例：
node index.js）には渡さない。（shiftする。） - 設定切り替え用意外の残りの引数は
$@で本体のプログラム（例：node index.js）に渡す。
今回の例ではシンボリックリンクで設定ファイルを固定の名前に変更していますが、必要に応じてcpとかにしないとイケない場合も有りえます。
実行ログ
実行環境
% node --version v6.7.0 % npm --version 3.10.3
abcを使う。
% npm run switch abc
> Switch!@1.0.0 switch （省略）
> f(){ ln -s config.json{.$1,}; shift; node index.js $@; rm config.json; }; f "abc"
[]
{ a: 1, b: 2, c: 3 }
xyzを使う。
% npm run switch xyz
> Switch!@1.0.0 switch （省略）
> f(){ ln -s config.json{.$1,}; shift; node index.js $@; rm config.json; }; f "xyz"
[]
{ x: 1, y: 2, z: 3 }
登山で使っているクッカーのメスティンをコーティングしたので使ってみました
前回のブログの続き。
最初に載せた写真は、山と食欲と私で最初にメスティンが出てきたときに作っていた「オイルサーディン丼」。
- 作者: 信濃川日出雄
- 出版社/メーカー: 新潮社
- 発売日: 2016/04/09
- メディア: コミック
- この商品を含むブログ (3件) を見る
オイルサーディン丼はさておき、コーティングしたメスティンを使ってみたので、レポートです。ざっくりまとめると、きれいに使えました、ということです。
なお、自分は花粉症なので、今回は自宅炊飯です。スギ花粉の時期を超えたら、山に持っていきます。
内面フッ素樹脂コーティングしたメスティン
吹きこぼれはつきもの。汚く焦げ付く感じはありません。
なんとなくですが、本体・フタどちらもコーティングをしたので、すこしだけフタの締まりがしっかりした気がします。
フタの締まりがしっかりしたと言ってもそこはメスティン。きれいにおいしく炊けます。
少しごはんの粘り気が残りましたが、これならさっと拭けば落とせるレベル。
アルミのまま使っていた頃にはご飯粒がはりついてたり焦げ付きが茶色く残ったりしてましたが（それも味なわけですが）、コーティングによってきれいに美味しく炊ける調理器に進化した感じがあります。
内面セラミックコーティングしたメスティン
きれいに炊けました。
オイルサーディンのオイルによるところもありますが、底に張り付いたお米はありませんし、ぬめりも少なめです。
オイルくらいなら除菌シートでさっと拭いてしまえば、山なら問題ないです。むしろオイルを拭いてしまわないで、炒めモノとかそんなことに使ってしまえばいい話です。
本体内面だけでも抜群の効果がありますね。外からみると普通のメスティンとなんにも変わんないのに、炊飯をラクにしてくれる調理器、いい感じです。
改めて
個人の登山用具のコーティング加工をしようとした先人と、個人のめんどくさい依頼にも応えてくださった睦美化成さんさんに感謝です。
登山で使っているクッカーのメスティンをコーティング加工してもらいました
たまには登山のお話。といいつつ山の話ではなく道具のお話です。
最近『山と食欲と私』という漫画を読んでいます。
- 作者: 信濃川日出雄
- 出版社/メーカー: 新潮社
- 発売日: 2016/04/09
- メディア: コミック
- この商品を含むブログ (3件) を見る
主人公の女の子が美味しそうにご飯を炊いている描写があって衝動買いしたクッカーがありました。
それがトランギア社製のメスティン。アルミ製の角型クッカー。
trangia(トランギア) メスティン TR-210 【日本正規品】
- 出版社/メーカー: trangia(トランギア)
- 発売日: 2012/04/17
- メディア: スポーツ用品
- 購入: 4人 クリック: 11回
- この商品を含むブログ (8件) を見る
メスティンのいいところ
- 大きさが大きすぎず小さすぎない（個人的な感覚の話）。
- 軽量。本当に軽いです。
- 持ち手が邪魔にならないようにたためる。
- バックパックにしまっておくときには食事関連の荷物を入れておくにもちょうどいい角型。
- 火加減と時間さえちゃんとすれば、美味しく炊飯できる。
自分のメインのクッカーはジェットボイルなのですが、メスティンのちょうどいい感じに、ちょっと浮気です。
メスティンのイケてないところ
- 使い始める前にフチのバリとりが必要。（気になる方はググってください。今回はこの話題じゃないので。）
- アルミくささ。（気にしなければ気にならない。）
- 焦げ付きやすい。（テフロンフライパンじゃないんだから当たり前。）
- 炊飯後の焦げ付き＆粘り気は除菌シートくらいでは落としきれない。（当たり前。）
ちょっとした手間を気にしなければ、いい感じですよね（笑）
コーティング
メスティンについてちょいちょい調べていると、コーティング加工をした、という人の記事を目にします。
なので、自分もやってみました。
お願いしたのはさきほどの記事の方々と同じ睦美化成さん。
いろいろまとめておきます。
※内容はすべて2017年1月に、自分が依頼したときの話です。時と場合とで変わる内容があると思うのですが、それはその時の話ということでお願いします。
依頼
睦美化成さんのホームページからメスティンの加工依頼したいことをメールしてみる。 他の会社さんを調べてみたら、今は受け付けてないみたいな会社さんもあったので、そのあたりから確認です。
睦美化成さんから、メールの返信をいただきまして、早速具体的な内容をまとめてくださっています。 メールで具体的な内容をガッツリと案内いただけるので、最初に読む内容は多いですが、心配はなくなってありがたいですね。 依頼がどんな感じで進んでいくのか、把握できます。
自分は「新品のメスティン」と「数回使用したメスティン」と2つ依頼したかったのでそのあたりと加工内容を確認します。
使用済みのモノについては、状態によっては加工できないことがあるらしいとのこと。そのあたりは現物を見ていただくしかありません。
とりあえず依頼したい内容をメールで送りつつ、現物を郵送します。メスティンの取っ手は加工しないので外しておきます。
現物が睦美化成さんに届くと、確認後、最終的な見積もりと加工の承諾についてのメールが送られてくるので、そのあたり確認して返信します。
あとは待つだけ。
代引きで送られてくるので、現金用意して待ってたら、きれいに加工されたメスティンが手元に届きます。
依頼内容
かなり変則的な依頼をしました。
新品のメスティン（本体＋ふた）
内面フッ素樹脂コーティング＋外面セラミックコーティング。
他の方も書かれていますが、内面のフッ素樹脂コーティングは加工温度が高くてアルミ素材が柔らかくなってしまうそうです。
なので補強のためにも外面のセラミックコーティングをやっておいたほうが吉なんだそうで。
使用済みのメスティン（本体のみ）
内面セラミックコーティング＋外面加工なし
セラミックコーティングは加工温度が高くないらしく、外面加工をしませんでした。
ふたは加工しなくても実はいいんじゃないかと思って、加工をしないことにしてみました。
できあがり
新品のメスティン＝内面フッ素樹脂コーティング＋外面セラミックコーティング
ちょっとだけ柔らかくなったような感じがありますが、荒く扱わなければ大丈夫です。コーティングをしてもフタはしっかりしまります。
使用済みメスティン＝内面セラミックコーティング＋外面加工なし
柔らかくなった感じもないし、いいんじゃないでしょうか。
感想
まだ加工してもらった状態では使っていないので、使用した感想は別で。
まず何より、メール連絡の内容を丁寧にしていただけて、個人的にはとても安心感がありました。
コーティングして欲しい、みたいなニッチなお願いをしているとは言え、加工については素人。教えていただけるのはとてもうれしいです。
加工依頼を他でしたことはないですが、きれいにコーティングされているものを見ると嬉しさがあります。
ヨリの写真にもとりましたが、フチまできれいに加工されていることに感動です。
メスティンはフチのバリ取りが必要、ということを先に書いたのですが、つまり買ったばかりのメスティンはフチがちょっと痛い感じなわけです。
フチまで加工していただけたので、とても扱いやすくなりました。
新春座談会 このコンピュータ書がすごい 2017年版 の個人的なメモ
今回で9回目らしいです。
本については気になったものをピックアップ。本の説明についての引用は高橋さんや出版社さんが説明された内容（を大雑把にメモしたもの）。
今回も高橋さんは大量の本を紹介されていました。どうやってあれほど紹介できるようになるのやら、毎年驚きとともに感謝しています。
高橋さんと少しお話させていただいたのですが、守備範囲が広いですね。
ちなみに本のタイトルを書いたものは、気になった本＝自分は読んでいない本、ということで今後読みたいメモです。
2016年のトピック::機械学習、人工知能
2016年に本がたくさん出て、たくさん売れている。
エンジニア向けというよりも一般書的なところでもたくさん本がでた。
詳しい本はデータサイエンスや数学的なところの知識が必要な内容のものも多い。
コードを扱うようなものについては、Pythonで書かれているものが多い。
応用みたいな話でチャットボットの本も出ている。
『機械学習プロフェッショナル』
ウェブデータの機械学習 (機械学習プロフェッショナルシリーズ)
- 作者: ダヌシカ・ボレガラ,岡崎直観,前原貴憲
- 出版社/メーカー: 講談社
- 発売日: 2016/08/25
- メディア: 単行本（ソフトカバー）
- この商品を含むブログを見る
http://www.kspub.co.jp/book/series/S043.html
基礎的な内容、応用的な内容、がシリーズの中に混在している。
ウェブ絡みの人なら、ウェブデータの機械学習を読んで見る、みたいなことをおすすめ。
ピックアップして読んでみたい。
『機械学習入門』
- 作者: 大関真之
- 出版社/メーカー: オーム社
- 発売日: 2016/12/01
- メディア: 単行本（ソフトカバー）
- この商品を含むブログを見る
コードやプログラムがでてこないで、（機械学習の）概念を理解していく本。
わかりやすい、ということで概念を学べるようなので、全く詳しくない自分的には機械学習の事始めに読みたい。
『ゼロから作る Deep Learning』
ゼロから作るDeep Learning ―Pythonで学ぶディープラーニングの理論と実装
- 作者: 斎藤康毅
- 出版社/メーカー: オライリージャパン
- 発売日: 2016/09/24
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (8件) を見る
9月に発売して1月に重版。5万部。
Pythonコードを使ってコードを書いていくということなので、上の『機械学習入門』を読んだ次に、手を動かしてみたら、いい感じに機械学習関連のプログラミングを覚えていけるかも。
2016年のトピック::Python
プログラミング言語Pythonの本が多く出た。機械学習がらみのところも多そう。
2006年から発行されている『みんなのPython』が機械学習のコンテンツも増えてリニューアルされている。
『Pythonからはじめる数学入門』
- 作者: Amit Saha,黒川利明
- 出版社/メーカー: オライリージャパン
- 発売日: 2016/05/21
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (2件) を見る
機械学習関連でPythonを使う、と決めてしまえば、必要になる数学もPythonを使って一緒に勉強してしまうという方法がいいのかもしれない。
2016年のトピック::クラウド・アジャイル・DevOps・CI/CD・マイクロサービス
個人や組織内で足りていなかったスキルなんだけど、クラウドがでてSaaSなどで提供されるものが増えて、導入がすすめやすくなった。
DevOpsの関連でChatOpsなんかも。Slackとかを使ったもの。
クラウド関連では、OpenStackやDockerを扱った本もいくらか出ている。
パブリッククラウドの本としてはAWSとAzureの本が多めに出てるらしい。GCPはどうなんだろう？
『Cloud First Architecture 設計ガイド』
Cloud First Architecture 設計ガイド
- 作者: 鈴木雄介
- 出版社/メーカー: 日経BP社
- 発売日: 2016/08/25
- メディア: 単行本
- この商品を含むブログを見る
この本をベースに、トピックにしてみました。
特に自分が使っているのはパブリッククラウドで、でも使えているのは一部で、みたいな状態なので、全体的な話を理解するために読んでみるのは面白いかもしれない。
2016年のトピック::フィンテック、ブロックチェーン、仮想通貨
いろんなものが「フィンテック」という言葉でまとめられている。一般向けの読み物も多い。
（このあたりは興味がなさすぎで、すみません。話はちゃんと聞いてました。）
2016年でのランキング（とか）から
2016年の年間ランキングの中で2016年発売の本が入ったのは、『ゼロから作る Deep Learning』のみ。
ランキングについては、ムックなどは覗かれているという話。ランキングのルールは、あれこれ省かれてる、とのこと。
Go言語の本も5冊くらい出ている。
『Selenium実践入門』
Selenium実践入門 ―― 自動化による継続的なブラウザテスト (WEB+DB PRESS plus)
- 作者: 伊藤望,戸田広,沖田邦夫,宮田淳平,長谷川淳,清水直樹,Vishal Banthia
- 出版社/メーカー: 技術評論社
- 発売日: 2016/02/02
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (4件) を見る
フロントエンドテストだけでなく、スクレイピングにも使われている。
自分はPhantomJSを頑張ってますが、扱いやすいものに変えていきたい。
『たのしい Ruby 第5版』
- 作者: 高橋征義,後藤裕蔵,まつもとゆきひろ
- 出版社/メーカー: SBクリエイティブ
- 発売日: 2016/02/26
- メディア: 単行本
- この商品を含むブログ (1件) を見る
ドラスティックには変えていない。Ruby2で書き直した。
タイミングがだいぶずれてしまいますが、新版おめでとうございます！
新人研修向けの本がどんどん更新されていく。。。
『グラス片手にデータベース設計 販売管理システム編 第2版 』
グラス片手にデータベース設計 販売管理システム編 第2版 (DB Magazine Selection)
- 作者: 梅田弘之
- 出版社/メーカー: 翔泳社
- 発売日: 2016/02/09
- メディア: 単行本（ソフトカバー）
- この商品を含むブログを見る
販売管理システムについてのデータベース設計に触れている情報がなかなかない。
具体的なケースとして、データベース設計を学べるのは良さそう。販売管理システムというかなりカタイ設計が必要なものを扱っているのもうれしい。
『ブラウザハック』
- 作者: Wade Alcorn,Christian Frichot,Michele Orru,園田道夫,はせがわようすけ,西村宗晃,株式会社プロシステムエルオーシー
- 出版社/メーカー: 翔泳社
- 発売日: 2016/03/16
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (3件) を見る
ブラウザの攻撃手法をまとめた本。
これは前から気になっていた本。分厚いし優先順位をガッツリ落としていたけど、そろそろ始めなければ。
同一ドメインポリシーについて攻撃の話とかはちゃんと学んでおいたほうがよさそう。
『現場のインフラ屋が教える インフラエンジニアになるための教科書』
現場のインフラ屋が教える インフラエンジニアになるための教科書
- 作者: 寺尾英作,中村知成,波多野安衣,横田真俊,JPCERT/CC
- 出版社/メーカー: ソシム
- 発売日: 2016/06/24
- メディア: 単行本
- この商品を含むブログを見る
イマドキのインフラエンジニアになりたい人向け。
目次を見ると、クラウドを混ぜつつインフラのことを説明されているみたいで、個人的には勉強を進めたい。
『まつもとゆきひろ 言語のしくみ』
- 作者: まつもとゆきひろ
- 出版社/メーカー: 日経BP社
- 発売日: 2016/12/22
- メディア: Kindle版
- この商品を含むブログ (2件) を見る
言語をつくりたい人むけ。言語の設計にはどんな問題があってどう作っていけばいいのか。
自分は言語を作りたい人ではないのですが、興味強めです。
その他個人的に気になる本
『コンピュータシステムの理論と実装』
コンピュータシステムの理論と実装 ―モダンなコンピュータの作り方
- 作者: Noam Nisan,Shimon Schocken,斎藤康毅
- 出版社/メーカー: オライリージャパン
- 発売日: 2015/03/25
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (3件) を見る
2015年の本ですが。大学で情報工学をやってなかったりして、どうしてもプログラムの裏側が理解できていないことが多いので、勉強に手を付けたい。
cronでメール以外の方法で結果を通知する
cronって便利なんだけど、結果を確認するのがめんどくさい。
メールを全部見るのも今っぽくない。
でもRundeckとか他のジョブスケジューラを使い始めると、実行時に依存するものが増えるのでそれはそれで微妙。
じゃあ、メールで送っている内容と同じようなものを別のプログラムが取得できるか、ということ。
ソースコード確認
最初に考えたのがコマンドからパイプで繋いで最後に別のプログラムが情報をとる、というもの。
標準出力、標準エラー出力は取得可能。 実行したコマンドは、、、？
実行したコマンドはパイプで繋いでる数が少なくて時間がかかればプロセスリストから見つけられるけど、なんか違う。
じゃあCronがメールの件名につけている実行したコマンドはどうやって？ということでソース（とりあえずcronie）をおってみた。
cronie.git - Unnamed repository; edit this file to name it for gitweb.
コマンドを実行してその結果のメールを組み立てる部分。
cronie.git - Unnamed repository; edit this file to name it for gitweb.
entry->cmdという形で取得しているので、内部的にcronのファイルを構造化して、それを実行中に保持しているに過ぎないということ。
ちなみにentryはstruct
cronie.git - Unnamed repository; edit this file to name it for gitweb.
外部のコマンドがうまーくやるにはちょっと厳し目か。
crond
次に考えたのがcrondコマンドの実行時オプション。何か良さげなものがないか？
% man crond
途中いっぱい省略するけど、-mオプションで実行可能なコマンドを渡すと、本来メール送信用に組み立てたテキストを、標準入力に渡すよ、という感じ。
OPTIONS -m This option allows you to specify a shell command to use for sending Cron mail output instead of using sendmail(8) This command must accept a fully formatted mail message (with headers) on standard input and send it as a mail message to the recipients specified in the mail headers. Specifying the string off (i.e., crond -m off) will disable the sending of mail.
実験
検証環境
% cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) % ruby -v ruby 2.3.1p112 (2016-04-26 revision 54768) [x86_64-linux]
結果を受け取るプログラム
rubyで受け取ってみる。
/tmp/mail.rb
#!/home/admin/.rbenv/shims/ruby text = STDIN.read File.open "/tmp/stdin.mail.#{Time.now.to_i}", "w" do |writer| writer.puts text end
とりあえずでこやつには実行権限も付与。
% chmod 775 /tmp/mail.rb
crondの起動時オプション
/etc/sysconfig/crondで起動時のオプションを指定できる。
# Settings for the CRON daemon. # CRONDARGS= : any extra command-line startup arguments for crond CRONDARGS="-m /tmp/mail.rb"
cronのジョブ
とりあえず適当に、標準出力がちょっと長くなりそうなやつを。
/etc/cron.d/my.admin
MAILTO=sugilog@test.example * * * * * root /usr/bin/sar -P ALL
実行
まずはcrondを再起動
% systemctl restart crond % ps aux | grep crond | grep -v grep root 5948 0.0 0.0 126332 1712 ? Ss 10:52 0:00 /usr/sbin/crond -n -m /tmp/mail.rb
cronの実行結果を確認してみる。
From: "(Cron Daemon)" <root> To: sugilog@test.example Subject: Cron <root@sugilog> /usr/bin/sar -P ALL Content-Type: text/plain; charset=UTF-8 Auto-Submitted: auto-generated Precedence: bulk X-Cron-Env: <XDG_SESSION_ID=70> X-Cron-Env: <XDG_RUNTIME_DIR=/run/user/0> X-Cron-Env: <LANG=ja_JP.UTF-8> X-Cron-Env: <MAILTO=sugilog@test.example> X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/root> X-Cron-Env: <PATH=/usr/bin:/bin> X-Cron-Env: <LOGNAME=root> X-Cron-Env: <USER=root> Linux 3.10.0-327.22.2.el7.x86_64 (sugilog) 2016年12月20日 _x86_64_ (4 CPU) 07時37分20秒 LINUX RESTART 07時40分01秒 CPU %user %nice %system %iowait %steal %idle （以下省略）
その他
ちなみに、-mで渡したスクリプトがイケてなくと何かしら失敗していると、ログにそれっぽい出力がある。
Dec 20 10:47:01 sugilog CROND[5604]: (root) CMD (time /usr/bin/sar -P ALL) Dec 20 10:47:01 sugilog CROND[5603]: (root) MAIL (mailed 8204 bytes of output but got status 0x0001#012)
あとは
cronから標準入力で渡されるテキストはメール形式なので、メールとしてパースすれば、構造化されたデータとして扱える。
例えばruby。
require "rubygems" require "mail" text = STDIN.read message = Mail.new(text) message.header_fields.each do |field| puts "#{field.name} = #{field.value}" end puts message.body
From = "(Cron Daemon)" <root> To = sugilog@test.example Subject = Cron <root@sugilog> /usr/bin/sar -P ALL Content-Type = text/plain; charset=UTF-8 Auto-Submitted = auto-generated Precedence = bulk X-Cron-Env = <XDG_SESSION_ID=70> X-Cron-Env = <XDG_RUNTIME_DIR=/run/user/0> X-Cron-Env = <LANG=ja_JP.UTF-8> X-Cron-Env = <MAILTO=sugilog@test.example> X-Cron-Env = <SHELL=/bin/sh> X-Cron-Env = <HOME=/root> X-Cron-Env = <PATH=/usr/bin:/bin> X-Cron-Env = <LOGNAME=root> X-Cron-Env = <USER=root> Linux 3.10.0-327.22.2.el7.x86_64 (sugilog) 2016年12月20日 _x86_64_ (4 CPU) 07時37分20秒 LINUX RESTART 07時40分01秒 CPU %user %nice %system %iowait %steal %idle （以下省略）
参考
RubyのMixinを簡単にだけ整理したメモ
たまにはRubyを。
元ネタというかメインで参照したのはこちら
prependって結局どうなんだっけ？prependをクラスメソッドにするにはどうするんだっけ？というところを整理したかったので。
実行環境は、ruby2.3.1p112
ruby --version ruby 2.3.1p112 (2016-04-26 revision 54768) [x86_64-linux]
サンプルコード
Abstract moduleを各クラスに突っ込む。
module Abstract def self.included(klass) puts "" puts "Included hook: #{klass}" puts "ancestors: #{klass.ancestors}" puts "singleton: #{klass.singleton_class.ancestors}" end def self.prepended(klass) puts "" puts "Prepended hook: #{klass}" puts "ancestors: #{klass.ancestors}" puts "singleton: #{klass.singleton_class.ancestors}" end def self.extended(klass) puts "" puts "Extended hook: #{klass}" puts "ancestors: #{klass.ancestors}" puts "singleton: #{klass.singleton_class.ancestors}" end def say puts "Hello, World!" end end class Include include Abstract def say puts "Hello!" end end Include.new.say class Prepend prepend Abstract def say puts "Hello!" end end Prepend.new.say class Extend extend Abstract def self.say puts "Hello!" end end Extend.say class SelfPrepend class << self prepend Abstract def say puts "Hello!" end end end SelfPrepend.say class ClassPrepend singleton_class.prepend Abstract def self.say puts "Hello!" end end ClassPrepend.say
アウトプット
Included hook: Include ancestors: [Include, Abstract, Object, Kernel, BasicObject] singleton: [#<Class:Include>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] Hello! Prepended hook: Prepend ancestors: [Abstract, Prepend, Object, Kernel, BasicObject] singleton: [#<Class:Prepend>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] Hello, World! Extended hook: Extend ancestors: [Extend, Object, Kernel, BasicObject] singleton: [#<Class:Extend>, Abstract, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] Hello! Prepended hook: #<Class:SelfPrepend> ancestors: [Abstract, #<Class:SelfPrepend>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] singleton: [#<Class:#<Class:SelfPrepend>>, #<Class:#<Class:Object>>, #<Class:#<Class:BasicObject>>, #<Class:Class>, #<Class:Module>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] Hello, World! Prepended hook: #<Class:ClassPrepend> ancestors: [Abstract, #<Class:ClassPrepend>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] singleton: [#<Class:#<Class:ClassPrepend>>, #<Class:#<Class:Object>>, #<Class:#<Class:BasicObject>>, #<Class:Class>, #<Class:Module>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject] Hello, World!
理解したこと
prependはancestorsで考えたときに、子孫側に挿入される。
include/extendはancestorsで考えたときに、祖先側に挿入される。
extendは、singleton_class（特異クラス）に対して挿入される。
クラスメソッド（として扱うもの）をprependする書き方は2パターンある。（詳しく追っていないので、どちらかがまずい方法だ、みたいなツッコミ歓迎。）
Goで同時実行数を制限しながらループを並列処理する。
Web+DB Press Vol95 のGoの記事を読んで理解するために自分でも書いてみた。
- 作者: 小出淳子,黒澤剛志,牧大輔,横江亮佑,山口貴也,尾藤正人,佐藤琢哉,中橋研太郎,田中慎司,小西裕介,伊藤直也,稲富駿,前島真一,長野雅広,山際康貴,のざきひろふみ,うらがみ,岡林大,遠藤雅伸,ひげぽん,海野弘成,はまちや2,竹原,大場寧子,大場光一郎,野々下裕子,WEB+DB PRESS編集部
- 出版社/メーカー: 技術評論社
- 発売日: 2016/10/22
- メディア: 大型本
- この商品を含むブログを見る
秒単位でスリープ処理を入れてしまっているので、実行時間は長いです。そこはお勉強用ということで。
出力結果
time:2016-12-02 14:40:49.5804542 +0900 JST index:-1 item:-1 sleepなし。順番不定。 time:2016-12-02 14:40:49.580639488 +0900 JST index:2 item:3 time:2016-12-02 14:40:49.580686796 +0900 JST index:3 item:4 time:2016-12-02 14:40:49.580652343 +0900 JST index:0 item:1 time:2016-12-02 14:40:49.580703936 +0900 JST index:4 item:5 time:2016-12-02 14:40:49.580712672 +0900 JST index:5 item:6 time:2016-12-02 14:40:49.580725039 +0900 JST index:6 item:7 time:2016-12-02 14:40:49.580731445 +0900 JST index:1 item:2 sleepあり。順番に出力。 time:2016-12-02 14:40:50.582086998 +0900 JST index:0 item:1 time:2016-12-02 14:40:51.581872261 +0900 JST index:1 item:2 time:2016-12-02 14:40:52.581816362 +0900 JST index:2 item:3 time:2016-12-02 14:40:54.583265777 +0900 JST index:3 item:4 time:2016-12-02 14:40:56.583142187 +0900 JST index:4 item:5 time:2016-12-02 14:40:58.582018719 +0900 JST index:5 item:6 time:2016-12-02 14:41:01.584457553 +0900 JST index:6 item:7 sleepあり。Sleepの短い順番に出力。 time:2016-12-02 14:41:03.585628436 +0900 JST index:1 item:2 time:2016-12-02 14:41:04.58563381 +0900 JST index:0 item:3 time:2016-12-02 14:41:05.585852568 +0900 JST index:3 item:2 time:2016-12-02 14:41:06.585637432 +0900 JST index:2 item:5 time:2016-12-02 14:41:06.585995853 +0900 JST index:5 item:1 time:2016-12-02 14:41:12.586825274 +0900 JST index:4 item:8
セマフォ取得用のオブジェクトで、同時実行数の制限。deferで開放しないと詰まる。
WaitGroupでプログラムの待ちを設定。ないと、スリープ処理をしてる間にプログラムが終了してしまう。deferでセマフォを開放するタイミングで一緒にWaitGroupも減らす。
