(追記)もう0.2.0がリリースされてるので微妙に違ってたりします。本家をみてね。 Jubatusは依存ライブラリが多く割とインストールに手間取りそうな予感がしますね。そこでDebian stableでのインストール手順をば参考に。まずは前準備。 $ sudo aptitude install pkg-config libmsgpack-dev libgoogle-glog-dev aptで入るのはこれくらいですね。mecabはOptionalですが日本語いじるときは何かと便利です。 $ sudo aptitude install mecab-jumandic-utf8 libmecab-dev mecabはすばらしいプロダクトですね！（謎） 次にpficommonです。これはBetter & smaller boostだと考えるとよいです。 $ cd /tmp $ git clone g

JTBの元取締役CIO(最高情報責任者)の方が、ITシステム開発が設備への投資であるかのような前提で書いていますが、この前提は間違っていると思います。 ソフトウェアシステムの開発とは、経営行為そのものそのものであり、逆に言えば、江戸時代どころか、ローマの時代から、経営行為とは、ソフトウェアシステムの開発以外のなにものでもありませんでした。 たとえば、新しいビジネスを実現するための、新しい店舗オペレーションや配送システムの開発は、ソフトウェアシステムの開発そのものです。 あたらしいビジネスを立ち上げるために、設計すべきものは、たとえば: ●迅速で高品質な状況対応を可能とする意思決定メカニズムの設計。 ●現場で柔軟な対応が出来、かつ、従業員の士気があがるような、責任・権限メカニズムと、それと連動した人事評価・報酬システムの設計。 ●現実的に調達可能な人材と、十分な投資効果の見込める従業員教育シ

ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは

Rubyを使うべき本当の理由は、根源的には、日本で自殺者が増えた理由と同じです。 今後日本が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日本の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根本的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ、

いまネットワーク業界では「ネットワークの仮想化」や「プログラマブルなネットワーク」という新しいコンセプトの実現に向かって、大きな変化が起きようとしています。 そのなかで大きな注目を浴びているベンチャー企業があります。米Nicira Networksです。 同社はこの変化のカギとなる標準技術の「OpenFlow」を実質的に開発した企業であり、すでにOpenFlowに対応したソフトウェア製品を開発、提供を開始している先行ベンダーです。それだけでも十分注目に値する企業ですが、同社は現在ステルスモードとして対外的な広報活動をしていないため、戦略や製品の内容が公開されていないことも、同社への注目度をさらに高めています。 Publickeyは、同社がステルスモードにもかかわらずインタビューの機会を持つことができ、その一部分について公開する許可を得ました。インタビューには、同社国内代理店の東京エレクトロ