tkuchiki

xmlとparser-combinatorが別のjarになった http://d.hatena.ne.jp/xuwei/20130726/1374809559
case classやメソッドの22制限がなくなった scala/scala#2305
「value classのvalがpublicでないといけない」という制限がなくなった scala/scala#2965 scala/scala#3113
Java8のようなSingle Abstract Methodの糖衣構文を(experimantalだが)サポート scala/scala#3037
パターンマッチの際に使われるunapplyの戻り値型が、Optionではなく「 isEmpty: Boolean と get: A をもっていればどんな型でもよい」と、制限が緩くなった
http://d.hatena.ne.jp/xuwei/20131005/1380887673
scala/scala#2848
scala.util.contrll.TailCalls.TailRec に flatMap が追加された scala/scala#2865
view boundが非推奨になった scala/scala#2909
リフレクションが~~スレッドセーフになった~~(またバグが見つかったらしい) scala/scala#3029

Docker 虎の巻

Fork from Docker cheat sheet
実際にコマンドを試したい場合は、すぐにDockerを試したい人のための基礎コマンドを参照

何故Dockerを使うべきか

"Dockerが面白いのはシンプルな環境に隔離性と再現性をもたらしてくれることだ．ランタイムの環境を一度作れば、パッケージにして別のマシンでも再利用することできる．さらに，すべてはホスト内の隔離された環境で行われる（VMのように）．最も素晴らしい点は，シンプルかつ高速であることだ．"

コマンドによる「負荷」の原因切り分け

この文章では、Linuxコマンド、sar, top, psを使って、一般的に負荷といわれるものの原因を切り分けることを目的とする。

そもそも負荷とは

「複数のタスクによるサーバリソースの奪い合いの結果に生じる待ち時間」を一言で表した言葉。OSのチューニングとは負荷の原因を知り、それを取り除くことにほかならない。

ボトルネックの見極め作業の大まかな流れ

ロードアベレージ（処理を実行したくても、実行できなくて待たされているプロセス（CPUの実行権限が与えられるのを待っている、またはディスクI/Oが完了するのを待っている）の数）を見る

zsh の補完関数の自作導入編

あまり深く理解してないので識者のツッコミ大歓迎

補完を有効にする

取り敢えず最低限だけ

# 補完を有効にする

Passing TCP socket descriptors around

In linux, normally, it is impossible to "bind()" to the same TCP port twice. If you try to bind to the same port from second proces unix processes you'll see:

socket.error: [Errno 98] Address already in use

	#!/bin/bash
	SOURCEINSTANCE=${SOURCEINSTANCE:-''}
	SOURCEUSER=${SOURCEUSER:-'admin'}
	SOURCEPORT=${SOURCEPORT:-'5439'}
	SOURCEDB=${SOURCEDB:-'db'}
	SOURCESCHEMA=${SOURCESCHEMA:-'public'}
	SCHEMA=${SCHEMA:-'public'}
	echo "CREATE TABLE ${SCHEMA}.${TABLE} ("
	psql -h ${SOURCEINSTANCE} -U ${SOURCEUSER} -p ${SOURCEPORT} ${SOURCEDB} -t -c "select (\"column\" \|\| ' ' \|\| type \|\| ' ENCODE ' \|\| encoding \|\| ',' ) from pg_table_def where schemaname='$SCHEMA' and tablename = '$TABLE'" \| sed 's/ENCODE none/ENCODE RAW/' \| sed '$d' \| sed '$ s/,$//'
	echo ")"