DB Weekly issue 55

http://dbweekly.com/issues/55

http://www.datanami.com/2015/04/14/mysql-leader-percona-takes-aim-at-mongodb/

Percona が買収した TokuTek という会社の技術を使って、 MySQL に対する Percona Server のような製品を MongoDB についても出すんじゃないか、という記事。

TokuTek は Fractal Tree Index という独自のインデックス構造の技術を持っていて B Tree に比べて三倍から十倍はやいという。 MySQL にたいして TokuDB というストレージエンジンを提供していて、 MongoDB に対しても同様のことをやっていたようだ（最近 MongoDB にも MySQL 同様のプラグイン機構ができていたので）

しかし Fractal Tree Index という名称こそ TokuTek が copyright をもっているため使われてないが、ほかのベンダーから同じような性能向上をうたった製品が発表されたとかで、へーって感じ。

https://digitalserb.me/writing-a-redis-client-in-pure-bash/

Bash だけで Redis クライアントを書く話。通信どうやるんだろうと思ったら /dev/tcp という Bash が特別扱いするパスを使っていて、この /dev/tcp というのはぐぐるとたくさん言及されていて有名なやつらしい。

勝負論 ウメハラの流儀

ウメハラの前の本も良かったので読んだ。

勝ち続けるとは文字通りの「百戦百勝負けなし」という意味ではなく、自分が成長し続けるということ、ひいては成長を通じて幸せであり続けることであり、成長できているなら一時の勝負での勝敗にこだわる必要はない、という考え方は一言でいえば「悟って」いると思う。

将棋棋士の羽生善治の本にも同様のことが書いてあったことを思い出す。将棋でも格闘ゲームでも、真剣勝負の世界でトップレベルにいる人たちの考え方、哲学というのは同じようなところにたどり着くものなのかもな、と思った。

格闘ゲームの世間一般からのイメージを向上させたい、というモチベーションはヨーヨー世界一でシルクドソレイユの演者にもなった BLACK と同じだ。彼はその情熱が認められ TED でスピーチとパフォーマンスを披露してもいる。ウメハラにも TED の舞台に立ってほしい。

勇気付けられる言葉やためになる考え方が随所にあり、ハイライトした箇所がたくさんある。特に強く印象に残ったのは、

• セオリーを疑って何度も壁にぶつかりながら試行錯誤の末に基礎を体得したひとのほうが、そういうプロセスを経ずセオリーを効率よく押さえてさっさと先へ進んだひとよりも、高いレベルに到達した段階においては結局は強くなる
• 成長しているかどうかは自分自身の内面的な評価のみで判断されるもので、対外的な評価で判断してはいけない。自分の成長だけをみていないと、かえって成長できない
• 自分について自分以上に真剣に考えているひとはいない

だが、悟ってしまったひとの言うことは俗世の凡人にはついていけないな、と思わせられる部分もなくはない。

一番ひっかかったのは「大舞台で負けたからといって、それまでしてきた努力が無駄になるわけでも、自分自身の価値が損なわれるわけでもないのだから、気にすることはない。外野が何を言おうと『知るか、バカ』と思えばよい」という意見で、しかし対外的な評価と完全に切り離された社会生活というものはありえないし、かといって山奥で隠居するわけにもいかない。

オリンピック選手がメダルを取れなくて落ち込む、という例を引き合いにだしてもいたが、四年に一度の大舞台で、どんなに優れた選手でも人生で数回しかチャンスがなく、ひょっとすると最初で最後かもしれない、そういうシチュエーションで負けたのを「成長できているのなら良し、落ち込む必要なし」と割りきるのは無理がないか、と思う。

ただしウメハラの考え方は「プロ」ゲーマーとしての立場からのものだから、オリンピックのようなシチュエーションにそぐわないのかもしれない。オリンピックがアマチュア向けの一発勝負の場だとすれば、プロはリーグ戦とかでシーズンを通して安定して高いパフォーマンスをし続けることを要求されるものだからだ。プロは「次はもっとうまくやる」と、次があることを期待して良いかわりに、プロであり続ける限り成長し続けることを要求される、ということか。

勝負論　ウメハラの流儀（小学館新書）

【宣伝】Quipper マニラでも人材募集してます

Quipper マニラオフィスでもエンジニア・デザイナーを募集しています。

UI Designer | Quipper Limited (Philippine Representative Office) - Job

Graphic Designer | Quipper Limited (Philippine Representative Office) - Job

Senior Web Developer | Quipper Limited (Philippine Representative Office) - Job

マニラで働きたい・マニラに住んでいるエンジニア・デザイナーの方、ぜひご検討ください。もしくは、そういう知人がいるよという方、ぜひシェアをお願いします。

提供しているサービスも、使っている技術やツールの水準も、チームメンバーのスキルも、いずれもグローバルレベルなので、東南アジアとしてはけっこうカッティングエッジなポジションで仕事ができると思います。

マニラの開発チームがどんな感じかはここにちょろっと書きました。

日本オフィスでもエンジニア・デザイナー募集中です。

Postgres Weekly issue 101

http://postgresweekly.com/issues/101

http://notmagic.org/2015/04/10/pakyow-sequel

本題の Sequel ではなく Pakyow というのが目にとまった。

http://pakyow.com/ これらしい。Sinatra と SimpleHTTPServer の中間くらい、なんだろうか。名前はボクサーからとっているのだろう（アイコンがグローブだし）

Web Operations Weekly issue 9

http://webopsweekly.com/issues/9

http://evertpot.com/dropbox-post-api/

https://blogs.dropbox.com/developers/2015/03/limitations-of-the-get-method-in-http/

使ったことはないが Dropbox の API にファイルの差分を取得するものがあり、それはリソースの状態を変化させないから GET を使うのが適切だが、パラメータのサイズが大きくなりすぎて URL のクエリストリングに含められない場合があり、そのような制限のない POST を使うことにした、という話に対して、 IANA のリストにも掲載されている REPORT という HTTP メソッドを使えばよいのでは？と提言している記事。

そういうメソッドがあることを知らなかったので「へー」と思ったけど、なんだか話を難しくしたがる人って案外多いよなぁ、という気もしなくもない。各種 HTTP ソフトウェアの実装は追いついているんだろうか。当面 POST で実用上問題がないなら POST でいいじゃん、と思ってしまう。ただ啓蒙のために著名なプレイヤーが率先して採用することに意味はあるとも思う。