直接話した人もいて、秘密というほどのことも無かったのですが、ようやく六本木移転の話がオープンになりました。

• http://www.ariel-networks.com/enterprise/news/2010/news1108.html

中目黒オフィスから五反田オフィスに移って2年、今度は六本木オフィスです。社内で知る人は2人だけですが、実は中目黒オフィスの前に渋谷オフィスがありました。アリエルの公式オフィスではなく単に間借りしていただけですが。

渋谷、中目黒、五反田、六本木の4つのオフィスの位置を地図上にプロットしてみました。隠された法則性からアリエルの次のオフィス位置が予想できるかもしれないと思ったからです。半時計まわり以上の法則性は見て取れませんでした。

4点で囲まれた領土をアリエル所有と考えてみると、広尾、恵比寿、白金台が取れました。

少しさぼっていましたが原稿を公開しました。

• http://dev.ariel-networks.com/articles/emacs/part7/

連載第七回「VC（バージョンコントロール）パッケージの基礎」(Software Design 2009年11月号)の原稿です。お楽しみください。

分厚くて読むのに躊躇していましたが、「 ビューティフルコード 」を読みました。

率直な感想を書くと期待ほど面白くはありませんでした。ただ、後半の数編が面白かったので読後感は悪くありません。書き手に大御所が並びますが、ありがたい話だと思って思考停止するより、書いてあること古くないか?と批判的に読むべきだと思います。

個別の感想です。名前とメインのプログラミング言語を列挙しています。

かつて誰もがマイクロソフトのことを口にした時代がありました。ビル・ゲイツの小話を披露するだけで笑いが取れる時代でした。いい時代でした。

そんなマイクロソフトのサイトに「Windows ユーザー エクスペリエンス ガイドライン」があります。

• http://msdn.microsoft.com/ja-jp/library/aa511258.aspx

忘れている人もいるかもしれませんが、Windows XPのXPはエクスペリエンスの略です。ところでWindowsって何ですか、とか言わないでくださいよ。WindowsはOSのひとつです。よく分からなければ、Ubuntuみたいなソフトの仲間だと思ってください。

Windows XPでの体験なんて悪夢のようだったと言う人もいるかもしれませんが、このガイドラインは素晴らしいです。どこでボタンを掛け違ったのかは分かりません。たぶん、プログラマがビル・バクストンさんの言うことを聞かなかったのでしょう。

長くて読むのが大変なので、心に残った部分だけを抜粋して「プログラマのためのUXチートシート」を作りました。

• http://dev.ariel-networks.com/column/tech/ux/view

こういうのを真面目に考えている人がアリエルに欲しいです。どこにいるのか知っている人がいたら教えてほしいものです。

以前(かなり前ですが)、柴田さんから「 アプレンティスシップパターン 」を献本してもらいました。

先月ようやく読みました。章を忘れましたが「Web系のソフトを開発するならHTTPのRFCぐらい読め(意訳)」とあり、そうだそうだHTTPのRFCを読んでいないような開発者はWebを語る資格はない、と心の中で喝采をあげました。が、すぐその後に「RESTの論文も読んで当然(意訳)」とあり、心の中でまずい前言撤回となりました。

普段、なるべく一次情報に当たろうとは思っていますが、現実的には困難です。「HTTPのRFCを読んでいないような開発者はWebを語る資格はない」と偉そうなことを言いましたが、TCP/IP関係の全RFCを読まないとHTTPについて語る資格なしと言われたら、黙るしかありません。ちなみに、TCP関連だけでも http://www.networksorcery.com/enp/protocol/tcp.htm ぐらいあります。もっとも、このリストが正しいのかすら確証がありません。知らないことは多くあると思う、謙虚な姿勢が重要です。

「 アプレンティスシップパターン 」にRESTの論文ぐらい読めと喧嘩(?)を売られたので読んでみました。以下から読めます。

• http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

読んだ感想は、当惑です。

RESTとは何か、については5章の節タイトルと図を眺めるだけで一応分かります。上記リンクのクリックが面倒な人のために節タイトルだけ列挙しておきます。RESTとは何かと聞かれた時の回答にこれらを挙げれば教科書的には正解になります。

5.1.2 Client-Server
5.1.3 Stateless
5.1.4 Cache
5.1.5 Uniform Interface
5.1.6 Layered System
5.1.7 Code-On-Demand

なぜRESTかについては、読んでも腑に落ちません。1章は導入、2章は用語説明なので、なぜRESTかに答える鍵は3章と4章かと思うのですが読んでも理解できません。そもそも3章の比較(以下のリンク先にまとめの表があります)に直交性をまったく感じません。直交性がなくてもいいのか、と自問しつつも全体に腑に落ちません。

• http://www.ics.uci.edu/~fielding/pubs/dissertation/net_arch_styles.htm#sec_3_9

ぼくを最も当惑させるのは、この論文を先入観なしに与えられた時に正しく評価できる自信がないことです。RESTが概念として広まっている事実や、著者がApacheの有名人であることや、この論文がHTTP1.1の思想的バックボーンで著者自身がHTTP1.1の主要エディタであること、これらの背景知識がなかったとします。論文を読んだ自分の反応は、おそらく「つまらない。読む価値なし」です。こうなると、普段、自分が先入観なしに他の技術を評価できているのか怪しくなります。たぶんできていないのでしょう。こんな事実を突きつけてくる点で、実に困った論文です。

当惑の話は別にして、論文で興味深かったのが「6.3.4.2 Cookies」です。次のようにクッキー完全否定です。

cookie-based applications on the Web will never be reliable.

一部否定(クッキーに色々と状態を持たせるな)ならともかく、クッキーにセッションIDのような状態を持つことも否定しているように読めます。ここは同意できません。使える仕組みは使えばいいと思います。

今月の「Emacsのトラノマキ」は 深町さん による「YASnippetですべての言語に"マクロ"を」です。マクロ好きな深町さんには、次にm4-modeでも語ってもらいますか。

さて恒例のバックナンバーの原稿公開です。連載第八回「EmacsでChangeSetベースのVCSと仲良くする」(Software Design 2009年12月号)の原稿です。

• http://dev.ariel-networks.com/articles/emacs/part8/

• パーフェクトCシャープ
• パーフェクトJava
• パーフェクトPHP

パーフェクトシリーズ第3弾の「パーフェクトPHP」の売れ行きが好調のようです。関係者のみなさんお疲れさまでした。PHPを学んだ後は「パーフェクトJava」でJavaも学んでください。現代プログラマは動的型言語と静的型言語は両方やっておく必要があります。

p.s. ちなみにシャープを#や＃にするとリンクにできないので仕方なく「シャープ」と表記しています。Ploneの自由度の低さは絶望的です。

ASCII.technologies ( アスキードットテクノロジーズ ) 2011年1月号のMapReduceの特集の記事のひとつを書きました。以下のパートです。

• http://tech.ascii.jp/technologies/

MapReduceプログラミングを助ける言語たち
Part2： PigとHiveとデータ構造

PigやHiveなどの周辺ツールというお題をもらいましたが、好きに書いてくださいと言われたのでかなり自由に書きました。と言っても、記事の中でHadoopを全否定するほど自由奔放ではないですが。

最近、MapReduceやNoSQL周辺のイベントに行くと、「クラウドやっているんですか」や「井上さん、クラウドの人なんですか」と聞かれます。こう聞かれてしまうとムキになって「なんですか、クラウドの人って」と反論します。「そう、最近、クラウドの人になりました」とさらりと答えるのが大人になることなのか、果たしてそれは成長なのか、自分の中でも答えがでていません。

個人的には、移り変わる表層的なモノより変わらないモノ、普遍的なモノに触れていたいと思っています。しかし、普遍性の名の下で、単なる変化への拒絶になる懸念もあるのが難しい部分です。