Yuya Takeyama yuya-takeyama

by https://github.com/erlang/otp/wiki/Writing-good-commit-messages

良いコミットメッセージは、重要な役割が、少なくとも三つあります。

レビューするプロセスをスピードアップする。

良いリリースノートを書く手助けになる。

将来、Erlang/OTPのメンテナンスを手助けするため（もしかしたら君かも！）。それは五年後の未来において、なんでコードの中で特定の変更が加えられたのか、あるいは特定の機能が追加されたのか見つけるため、ということ。

ユーザストーリーマッピングをベースにfeaturesをブランチングする
ストーリーマッピングに乗らない変更は、ユーザとしても大した変更ではないはずなのでhotfixとする
ブランチはmaster/deployable/testable を用意する
featuresはtopicと同名のブランチを作り、そこにプッシュして取り込む
hotfixは直接masterにプッシュして取り込んで良い
デプロイ前/テスト前にマージすべきfeaturesをマージする
master → deployable/testable の同期は大変かな？

このチュートリアルでは Storm トポロジーの作り方とそれを Storm クラスタにデプロイする方法を学べます。Java を主な言語として使いますが、Storm が多言語対応であることを示すためにいくつかの例は Python を使います。

前付

このチュートリアルでは storm-starter にある例を使います。このプロジェクトを clone し、例にそって追うことをおすすめします。Read [[Setting up development environment]] and [[Creating a new Storm project]] to get your machine set up.

Storm クラスターの構成

Storm クラスターはぱっと見 Hadoop クラスターに似ています。Hadoop では「MapReduce ジョブ」を走らせるのに対して、Storm では「トポロジー」を走らせます。「ジョブ」と「トポロジ」は大いに異なります。1つの鍵となる違いは MapReduce ジョブがいつかは終わることに対して、トポロジーは永遠にメッセージを処理し続けます(終了しない限り)。

Enumerable#each_with_object が嫌いだ。

もちろん動作自体は非常に有益だと思っているので、名前が嫌いなんだなーという結論になってしまうんだけど。

名前が長いというのはまぁそうなんだけど、その事自体は大した問題じゃない。
動作と名前が一致しているなら、後から良い短い名前が見つかった時aliasつければ別に困らない。
このメソッドが嫌いなのは、eachから始まっているところだ。
他のeach[_foo]系はブロック付の時にself返すのに、これだけ引数を返す。
これは類推できない、なので嫌だ。代案の一つとして、こういうのはどうか

Yahoo Pipes的なfeedのaggregator使いたい

全部RSSで取れるならpipesでいいんじゃないかなーと思う
twitterが確かoauth2経由じゃないと取れなくなるようなアナウンスあった気がする
http://pipes.yahoo.com/pipes/pipe.info?_id=7c8541e1d76c4a3b6244e6dee55c1ed2
- うげー
- まあこれが隠蔽されてればどうでもいいのか?
http://pipes.yqlblog.net/

シェルTIPS 20min

コンピュータの方がうまくできることに人間を使うな。
-- Tom Duff

キーバインド

Emacs の基本操作とおなじ。

	route "/users/", :GET=>:index, :POST=>:create
	route "/users/new", :GET=>:new
	route "/users/:id", :GET=>:show, :PUT=>:update, :DELETE=>:destroy
	route "/users/:id/edit", :GET=>:edit

	## or

	url_path "/users" do
	route "/", :GET=>:index, :POST=>:create
	route "/new", :GET=>:new

	1) AI programing in PHP

	IDS/BFS/IDDFS/A*(A star)等AI探索プログラムの基礎をPHP組み込みのDLL(双方向リンクスト)クラスを使った例で紹介します。
	PHPは競技プログラミングに最高最適の言語ではないかもしれませんが十分に楽しめます。

	2) パフォーマンス指向アーキテクチャ

	パフォーマスは機会であり、コストであり、またユーザー体験です。
	Webアプリケーションのパフォーマンス改善を実装レベルではなく、アプリケーションアーキテクチャレベルでPHP/HTTP双方を対象に考察します。

	task :zip do
	csv_path = Rails.root.join("config", "KEN_ALL.csv").to_s

	unless File.exist?(csv_path)
	abort "config/KEN_ALL.csv not exists."
	end

	puts "=> Loading KEN_ALL.csv"

	a = File.read(csv_path).encode("UTF-8", "CP932").split(/\r?\n/)

	class Class
	def new_type(&block)
	new_class = self.dup
	new_class.class_eval(&block) if block_given?
	new_class
	end
	end

	CArray = Array.new_type do
	def example