ありえるえりあ

少し前から会社でT丸さんがこれみよがしにブギーボードを使い始めました。ちらちらとみんなに見せつけます。良いモノだとは決して言いません。ただ黙って見せつけるだけです。そんなに良いモノなら少し使わせてください、と頭を下げる羽目になりました。

そして数日使っています。

書き心地はなかなかのものです。しかし不満もあります。画面が狭い点です。何かメモを書いていると、もっと書くスペースが欲しくなります。最新のブギーボードはデータ保存機能があるようですが、T丸さんのブギーボードは旧式なので保存機能はありません。書いて消す、これだけの機能です。書くスペースがなくなると消すしかありません。一時的にページを取っておきたくても手段がありません。永続的な保存機能を欲しいとは思いませんが(一時的な書き物と割り切っているので必要は感じません)、数ページ分の書きスペースを欲しいと思った時の手段がないのは辛い部分です。

結論として、利便性は紙とペンに軍配が上がります。それでも、ちょっとしたミーティングの時には使えそうです。紙とペンよりやる気がありそうに見えるからです(たぶん)。

ブギーボードの一番のユースケースは、使っているのを見せつける使い方です。そう、T丸さんは意地が悪くて見せつけていたのではなく、ブギーボードのもっとも正しい使い方をしていたのでした。

関連文書:

• 関連文書は見つからんがな

今回で第8回目となるあえりえるえりあ勉強会が1月20日(金) 19：00から開催します。今回は第8回ということで、8は漢字の八になっています。年も開けてめでたいということで、末広がりの八になっています。実行委員長のこの粋なはからいに誰が気づいたでしょう?全ては偶然ではなく、必然なのです。

8回目となるありえるえりあ勉強会の今回のお題は「PyPy」です。pyって付いていることからほとんどの人はPythonを想像すると思います。想像できなくっても気にしないでください。pypyというのは、Pythonで作られたPythonの処理系ですね。冗談のような本当の話です。jvmがjavaで書かれているようなもんですね。ちょっと違うか?

今回はpypyって何?っていう人向けにその説明から入ります。「キホン」に恥じない内容のはずです。キホンといえば、「セルフホスティングインタプリタ」ってなっていますが、セルフホスティングってどういうことなの?ブートスラップはどうなっているの?って言うお話だと信じています。が、ひょっとしたら、pypyを使ったおれおれ言語の作り方かもしれません。

その次に「静的解析」ってなっていますが、どんな話になるかは主催者もわかっていません。誰か、どんな内容になるのか、概要を教えてください。コンパイル時の最適化とかなのかな?

その後に、pypyの最もキホン的なお話といえばJITでしょう。CPythonにはないpypyの特徴になります。JITといえば、JVMのJITが有名なので知らない人はいないと思います。JITの基本的な説明から始まり、pypyのJITの理論と実装についてのお話らしいです。Pythonを知らなくても楽しめるということらしいので、Javaを使っている人たちもJITについてどうなっているのか理解が深まるかもしれません。

全体的にあまりPythonについて知らなくても処理系がどのように動作するのか、など、理解が深まると思います。アリエルとしては気分的にキホン的なことの勉強会だと思っています。

申し込みは、今すぐWebで。

関連文書:

• 関連文書は見つからんがな

ハイデラバードの話の続きです。

ハイデラバードの某大学の図書館に行きました。そこで設置してあるPCのOSはFedoraでした。ちなみに書架にもFedora本とRedHat本はたくさんありました。一方、Ubuntu本とDebian本はあまりありません。プログラミング言語の書籍は、C、C++、C#、Java、Perl、Pythonが揃っている印象でした。日本と比べて少ないと感じたのが、JavaScript、PHP、Rubyです。正確に言うとRuby本は探しても見つけられませんでした。もちろん、図書館なので、人気があって借りられている可能性も否定できません。

さて、今回は本が主題ではありません。図書館の設置PCの話です。

最近は、公共機関に設置するPCはWebブラウザさえ動けば充分な場合も多いと思われます。このため、無償OSでコスト削減する流れが一定数増えてもおかしくありません。

世の中の一部にはWindowsよりもUnix系OSのほうがセキュアという神話があります。しかし、何も考えずに設置したら大差ありません。むしろ、何も考えずに設置したらUnix系OSのほうが相対的に危険度が高い可能性もあります。

他のディストリビューションの動向を調べていませんが、Ubuntuはデフォルトで一般ユーザがsudoできます。代わりにsuコマンドを禁止しています。一見、rootユーザのパスワードの盗難リスクが減ってセキュアに見えます。そういう一面も否定しませんが、公共機関に設置するPCに関して言えば、sudoできるアカウントが普通に使われているのは大きなセキュリティリスクです。と言うのも、次のクラックをされる危険があるからです。

まず公共機関のPCから故意にログアウトします。係員の女性を呼んで「間違ってログアウトしてしまいました」と伝えます。女性が再ログインしてくれれば、指の動きからパスワードを盗めます。sudoのできるアカウントであれば、これでroot権限を取ったことになります。

パスワード入力の指の動きでパスワードを盗むのはアリエル社内では割とメジャーですが(Mさんのせいですが…)、何か決まった名前はあるのでしょうか。簡単な割には無防備な人が多くて驚きます。広義に言えばソーシャルクラッキングの一種ですが、正しく危険性を伝えるには特別な名前があってもいい気がします。

入力中に手を凝視していると視線からばれることもあります。そんな時は、あなたの手があまりに綺麗なので見とれていました、と言い訳します。このため、話しかける係員は若い女性でなければいけません。

この記事を読んでこのクラックを試してみようと思った人に警告しておきます。試さないほうが身のためです。罠かもしれません。簡単にパスワードを取れたと思って喜んだら改造sudoが仕込まれているかもしれません。sudoを実行した瞬間にピーピーと警告音が鳴って、背後に怖い人が並ぶことを想像してください。

アリエルも最近は普通のセキュリティ強化では飽き足らず、ハニーポット専門です。罠のかけかたを色々知っていると、面白半分のいたずらはリスクが大きすぎて手を出せません。小さないたずらの防止には知識を隠すのではなくどんどん明らかにしていくのが良い好例です。それにしても、しつこいですが、パスワード打つ時に無防備な人が多くて困ります。

関連文書:

• 関連文書は見つからんがな

最初に注意事項です。下記の話は「たった3人」に聞いた話です。統計的な意味はまったくありません。念のため。

昨年末、インドのハイデラバードに行きました。そこで3人の学生と話す機会がありました。そして驚きました。なんと彼ら3人が揃いも揃ってVimユーザだったのです。

こう聞くと、なんだインド人のITスキルは凄いと聞いていたけれど、実はIT後進国なんだね可愛そうに、と思うかもしれません。

その認識は間違いです。インドの他の都市はともかくハイデラバードはIT先進都市です。Vim使いの学生たちのレベルも日本のトップ高の学生に引けを取りません。彼らはHadoopを使うプロジェクトに従事しています。Amazon EC2も使いこなしています。単なるツールの使い手というだけではありません。たとえばSVM、DHT、HMMなどの略語が説明なしで学生に通じます。略語は順にサポートベクタマシン、分散ハッシュテーブル、隠れマルコフモデルです。これらの略語がすらすら出てくるのは日本でもそういないレベルではないでしょうか。

揃いも揃ってVim使いと聞けば、Emacsは知っていますかと聞かざるをえません。学生たちはEmacsを知っていました。なぜEmacsではなくVimを使うのか聞いてみました。特に理由はない、みんなが使っているから、というのが答えでした。

やれやれ。

これが日本であれば、「GNUを知っていますか?」「FSFを知っていますか?」「GPLを正しく説明できますか?」「フリーソフトのフリーの意味を正しく答えられますか?」「ストールマンの業績を知っていますか?」と質問を矢継ぎ早に浴びせかけます。これらの質問のすべてに完璧に答えられる学生はそうはいません。圧倒的な情報量を前にした学生は恐れおののき正常な思考ができなくなります。そして己れの無知を恥じます。謝る学生にぼくは優しく声をかけます。大丈夫、無知は罪ですが救いはあります、と。Emacsです。Emacsを使えば過去の罪は消えます。

言うまでもありませんが、Emacsを強制する意図はありません。正しい知識を持った人であればVimを使っても問題ありません。エディタ選択は自由だからです。世の中すべての人がEmacsを使わなければいけないとは思っていません。罪深い気分の時にズクナシの曲を聞くのと同じ程度に、己れの無知の罪深さに対してEmacsに救いを求めればいいと思うだけです。

残念なことに相手に畳み掛けるほどの英語力は持っていないので、みんなが使っているからVimを使っていますと答えるインド人学生を前にして、驚きです以上の返しはできませんでした。世が世なら宣教師失格です。もっと英語を勉強しようと思いました。

関連文書:

• 関連文書は見つからんがな

今年も残すところあと数十分となりました。今年のことは今年のうちに、という格言にしたがって、今年の5月くらいに書く予定だったブログ記事を書くことにします。およそ7ヶ月ですか。光陰矢のごとしとはよく言ったものです。

Gmailのようなファイル添付UIのサンプルとは、ファイルをブラウザにドラッグしてくるとドロップするための領域を表示するという挙動をするサンプルです。

弊社の製品ではGoogle Closure Libraryを利用しているので、ここでもClosure Libraryの力に頼ることにします。相変わらず流行る気配のないClosure Libraryですが、便利ですよ実際のところ。手軽ではありませんが。

さて、サンプルは https://gist.github.com/1544144 に置いておきます。

ポイントは、以下の4つです。

1. ファイルがドラッグされたらドロップための領域（以下、DropZone）を表示する
• listen すべきイベントは window に対する goog.events.EventType.DRAGENTER
2. ファイルが DropZone にドロップされた、あるいはマウスポインタがウィンドウを外れたら DropZone を非表示にする
• listen すべきイベントは window に対する goog.events.EventType.DRAGLEAVE
3. ファイルがDropZoneにドロップされたら event オブジェクトからファイルが取得できるのでそれをハンドリングする
• event.getBrowserEvent().dataTransfer.filesでファイルが取得できる
• listen すべきイベントは goog.events.FileDropHandler.EventType.DROP
4. 通常のファイル選択ダイアログからファイルが選択されたときに発火する goog.events.EventType.CHANGE も同様に listen する
• このときも event.getBrowserEvent().dataTransfer.files でファイルが取得できる

ちょっとしたはまりポイントとして、2 は Firefox ではうまく動作しません。マウスポインタがウィンドウから外れたタイミングで goog.events.EventType.DRAGLEAVE が発火しないのです。そこで仕方なくタイマーをセットして、750 ms 時間が空いたら DropZone を非表示にするという処理を記述しています。これは Gmail がそのような挙動になっていたから真似をしました。ところが、久しぶりにGmailにアクセスしてみるとなんとFirefoxでもウィンドウを外れた直後にドロップ領域が消えるという挙動になっていました。いつの間に変わったんでしょう。というよりも、どう実装したのでしょう。これを調べるのは来年の抱負とします。あと、このサンプルではサーバーサイドにリクエストを投げるところまでは記述していないので、そこは適当に書いてください。

さて、ここまでは前フリです。この記事の本題は、果たしてドラッグアンドドロップという操作はこれからも生き残るのか、というものです。

スマートフォンやタブレットの普及にともないUIのデファクトスタンダードも変わりつつあります。その中のひとつに没入型UIがあります。要はアプリケーションのフルスクリーン化です。スマートフォンやタブレットは画面が狭いため1つのアプリケーションがすべての画面を専有する設計になっています。そしてその思想がパソコンのUIに流入してきています。

Mac OS は 10.7 (Lion) から標準的にフルスクリーンに対応しました。Windows も次期リリースの Windows 8 から Metro UI を採用し、フルスクリーンの UI を採用します。一方デスクトップ Linux で大きなシェアを持つ Ubuntu も Unity により没入型の UI を実現しました。

このように最近の OS はことごとくフルスクリーン化を推し進めています。そしてフルスクリーン化したアプリとドラッグアンドドロップは極めて相性が悪いです。よって、このままフルスクリーンが標準として広がっていくとドラッグアンドドロップという操作は忘れ去られてしまうかもしれません。

個人的には、ハードウェアの UI が変わらないのにソフトウェアの UI だけを変えても意味がないと思っています。もちろん汎用的に使える優れたソフトウェア UI はあると思いますが、スマートフォンやタブレットでうまくいったからといって、その UI をパソコンでマネしたところで使いやすいものにはならないでしょう（Mac の Launchpad を使いやすいと思っている人はいるのでしょうか）。

それでもフルスクリーン化を推し進めるというのなら、現在主流のファイルというインターフェイスを隠蔽した新しいUI体系を作る必要があると思います。それこそスマートフォンで実現されているように、ファイルを意識させることはなく、そこにはアプリとデータがあるだけで、あとはデータを受け渡すための仕組み（Android のインテントとか）があるというようなものです。触ったことがないのでわらかないのですが、Chrome OS はもうすでにそうなっているんでしょうか（Google Chrome がベースのままだとアプリが持っているデータの受け渡しができそうにありませんが）。とりあえず2012年リリースされるはずの Windows 8 がどのような形になるのかを楽しみにしておきます。

それでは、みなさま良いお年を。

関連文書:

• 関連文書は見つからんがな

元祖Ariel Advent Calendar 2011の記事です。クリスマスなので就職面接の必勝法について書きます。

新卒でも中途でもどちらでも使えますが、それなりに若い人を想定しています。一定の年齢になっていれば、面接での小細工よりも実績で勝負すべきだからです。実績を積み重ねていれば、面接が多少下手でも採用に至るはずです。同様に、新卒や若い人でも、既に充分な実績や誇れる何かがあればこの記事は不要です。

とは言え、充分な実績を持つ若手は稀です。ほとんどの人はさして誇れるものもなく、売りもなく、挙げ句、下手な面接で採用の機会を逃しているのではないでしょうか。もったいないことです。そもそも就職活動は生産的な活動ではありません。さっさと就職して生産的な活動に精を出すほうが世の中のためです。

必勝法を文字どおり解釈すると、必ず勝つです。必ず通る面接なんてあるはずない、と反論がありそうです。それはそうです。採用の合否は相対的なものです。面接官との相性や運もあります。必ず勝つの意味は、自分自身に勝つの意味です。己に勝てば、結果も自ずとついてきます。面接に落ち続けると人生に負けた気分になりますが、老婆心ながら言っておくと、若いうちの面接の失敗なんてその後の長い社会人生活で見ると誤差です。面接に落ちることより、その結果、自分に負けるほうが問題です。

だからと言って、気楽にやればいいんだ、と無責任で役に立たないアドバイスは嫌いです。もっと実践的なアドバイスをしたいと思います。

面接必勝法に話を戻します。ひと言で書くと

過去は日常で語る、未来は非日常で語る

少し気取って書きました。クリスマスなので許してください。

この必勝法は、過去、多くのアンチパターンを見てきた結果、気づきました。アンチパターンは、過去を非日常で語り、未来を日常で語る応対です。次のような回答です。

• 「授業でプログラミングをしたら面白さに目覚めて、自分にはプログラミングしかないと思いました」
• 「見よう見まねでPHPを書いて動いたのが感動したので、この業界を志しました」

好きや熱意をアピールしたらダメなのか、と思うかもしれません。いえ、プログラミングやコンピュータが好きであることは重要です。好きでなければ続けられないからです。しかし、数ヶ月プログラミングしただけで好きのアピールをされても…が率直な感想です。せめて3年間はプログラミングを続けた上で好きと言って欲しいと思います。そして3年間続けていれば、その実績をアピールできるので、本記事の対象読者ではなくなります。繰り返しますが、この記事は、こういう実績のない人に向けて書いています。

言葉を飾ろうと話を膨らまそうと、ほとんどの人にとって、IT業界を目指さなければいけない衝撃の体験なんてないと思います。聞いているほうだって、ないと思っています。ないものをあるかのように話す必要はありません。

アンチパターンの人は、過去を非日常で語っておきながら、未来を日常で語ります。「入社したらどんなことをしたいですか」や「将来のキャリアは何か考えていますか」の質問に、「御社の期待する人材になれるように努めます」や「周りから認められて、仕事を任せてもらえる人になりたいです」などと答えます。がっかりです。

面接必勝法は、過去を日常で語り、未来を非日常で語ります。

自称平凡な人は過去の事実をたんたんと語ればいいのです。この目的は、継続できる力を示すことです。過去の自分を振り返れば、何かしら興味が継続しているものがあるはずです。IT業界と関係なくても構いません。継続してずっと好きである事実を語ります。好きな対象は徹底的に分類して整理しなければ気が済まないはずです。調べて調べて、そして様々なトライを繰り返すはずです。それを事実ベースで語ります。

たいした成果がないので何も語れません、と言うかもしれません。関係ありません。何をしたかの事実だけで充分です。なぜかと言うと、面接官が知りたいのは、相手が日常の平坦さを越えられるかどうかだからです。しかし、仕事だからつまらなくてもいいとか、苦しい仕事に耐えます、のような発言は求めていません。平坦な日常の中に楽しみを見出せるかが鍵です。平凡な過去に引け目を感じるかもしれませんが、逆手に取ります。平凡な日常を楽しんだ事実を語れば継続できる力をアピールできます。だから、本当はネガティブに過ごしていたとしてもポジティブに語りましょう。平凡な事実とポジティブな感情の組み合わせは、飾り立てた非凡な過去を上回ります。

過去は日常で語っても未来は非日常で語ります。

世界を変えたい。これぐらいぶちあげればいいと思います。

そんな大それたことを言えるような実績がありません、と思うかもしれません。経歴書を見れば実績がないことはわかっています。何者でもない自分を逆手に取ります。誰でも最初は何者でもありません。

ただ、世界を変えたいと言うと、どう変えたいのかと質問され、会話がどんどん具体的になるリスクがあります。せっかく非日常で語っているのに、話が具体的になったら作戦失敗です。それに、世界を変えたいという回答は、面接官によっては地に足がついていないと判断されるリスクがあります。なぜかと言うと、世界を変えるまでの道のりが見えないからです。

お勧めの回答は「トップになりたい」です。まず配属チームの中でトップになり、会社の中でトップになり、業界の中でトップになり、世界でトップになりたい、と答えます。抽象的で非日常な回答ですが、道のりが見える化されているのがポイントです。

なぜトップになりたいのかと聞かれたら、頂点に立たなければ見えない風景を見たいから、と答えます。

それパクリだろとつっこまれても開き直ります。自分は見たいと言い張ります。見たくないですか、と逆に面接官に問いかけてもいいと思います。面接官が見たいと思わないと答えようと、自分は見たいと言い通します。過去を美辞麗句で飾り立てても意味はありませんが、未来の夢は強気で押し通せばいいのです。抽象論のまま強気で一貫して押し通せば、結局、面接官に否定する術はありません。

P.S. 一瞬の熱意をこき使い、燃え尽きたら使い捨てる、人材を消耗品と見なす企業の場合、アンチパターンのほうが面接で通るかもしれません。

関連文書:

• 関連文書は見つからんがな