hanori on rails

Cloud9を試す（１）

2011-05-05T21:04:00.001+09:00

Cloud9と言うPaasとも言えるしSaasとも言えるWebサービスを使って、Ajaxを使ったWebアプリケーションを作ってみます。
国内には、同名だけど、おそらくそれとは全く異なる製品（NTT PC Com）があるので紛らわしい。
ここでのCloud9は、

Ajaxを試す環境が既にクラウド上に用意されている
開発環境（IDE）もクラウド上に用意されている

といった特徴があります。Ajax.orgが提供するサービスです。
仕事では使った事があるAjaxですが、理解しているかと言われると・・・。なので、まずはHelloWorldレベルから、このサービスを試してみます。
その前に、このPaasとかSaasとかの分類、そろそろやめた方が良いように思う。
なぜなら、あるいはどちらとも言える、というケースがあまりにも多すぎて、もはや分類する用語として機能していないと感じるからです。

これから記載する内容は、Ｖｉｍｅｏの入門ビデオと同じ事をするだけなので、英語が判る方はそちらをどうぞ。

Cloud9 IDE Beta Signup from Fabian Jakobs on Vimeo.

最初のChatアプリケーション

このビデオでも言っているように、Cloud9を試すには、Githubのアカウントが必要なので、登録する必要があります。今回は既に持っているアカウントを使いました。
IDEの画面が開かれたら、「Don’t have a Git URL」を押して、サンプルプロジェクトのURLを入力欄に記入しStartEditingボタンを押します。

IDEが開かれ、プロジェクトを構成するファイル群がツリー表示されてます。
server.jsというJavaScriptファイルをダブルクリックし、エディタを開きます。
エディタ上部にあるrunボタンの右脇をクリックし、ドロップダウンメニューを表示し、Run Configurationを選択します。

＋Addボタンをクリックし、実行ファイルを先ほどのserver.jsを実行ファイルとして設定します。

RUNボタン押下で、出力結果ウィンドウにメッセージを出力してチャットサーバが起動します。
“http://node_~”と書かれたリンクをクリックすると、チャットアプリケーションへのログイン画面が表示されるはずです。

適当なハンドルIDを入力し、チャットへアクセスできれば完成です。
ソースもなにもかも借り物のサンプルですが、もうアプリケーションが出来てしまいました。
このように、Cloud9をつかえば、統合開発環境や、DBサーバやアプリケーションコンテナをインストールしたりすることなく、Ajaxアプリケーションを作って試せます。
AJax学習に掛かる工数が大幅に削減できるので、これは便利。

Technorati タグ: AJax,JavaScript,Programming,node.js,Cloud9

ついにDesire2のRoot化する事に決めた

2011-04-13T20:07:00.003+09:00

とはいえ、完全にRoot化するのは面倒だし、時間も掛かるしで、大変そう。

というわけで、一番簡単そうな方法を探して、こちらのブログに行き当たりました。
http://d.hatena.ne.jp/hirokan55/20101026/p1

非常に助かりました。

Android用Bloggerを導入してみた

2011-02-16T00:22:00.001+09:00

いろいろ、入れては出して、インストールしてはアンインストールしての日々が続きます。

今日はandroid 用のblogger アプリケーションをインストール。
最近買ったcdを写真にとってみたりして、モバイル式ブログ更新の流儀を試したり、いろいろ試しているところです。

酔ってます

2011-01-28T00:23:00.001+09:00

メモリリークするソースをコミットしてしまったようだ。自己嫌悪。cは久々だったとか、そもそも変数の持ち方が、明解でないとか、言い訳はいくらでも思い付くが、総合テストで発覚して、とにかくチームにひどい迷惑をかけてしまったことで、精神的ダメージを受けた。だから飲んで気晴らししたかった。
社長には始末書を書かされるし、どうもインフルエンザにかかって以来、多大な影響を周囲に与えることが多くなった。
今はそういう周期なんだろう。きっと。プロジェクトが終わったら、大人しく代休消化にまわろう。

Published with Blogger-droid v1.6.6

About face 3（書評）

2011-01-02T12:55:00.005+09:00

About Face 3 インタラクションデザインの極意 Alan Cooper Robert Reimann David Cronin

ソフトウェアのユーザーインターフェイスデザインを少しでも勉強した人で、「ペルソナ」という言葉を知らない人はいないでしょう。
また、VisualBasicのユーザー・インターフェイス・コンポーネントは、ある一人の技術者によってデザインされたものであり、その後長きにわたりソフトウェアのユーザー・インターフェイスにおける標準デザインとして、プログラミング言語・OSによらず、あらゆる場面に使われ続けているという事実を知る人も多いでしょう。（今となってはプログラミング言語自体に多少の陰りはありますが）
これらすべては、「アラン・クーパー」その人によって発明・提唱されたものであり、デマルコ、ワインバーグと並び称されるほど、ソフトウェア産業に多大な功績を与えた人物の一人といえます。
アラン・クーパー氏曰く、プログラマーという人種は、自分たちの作り易いようにユーザー・インターフェィスをデザインし、ユーザーに対しては、不当にそのデザインへの順応を強要、自身のデザインしたものが使えないのは、ユーザーが悪いのだと言い切ってしまうきらいが有ると指摘する。こうした考えは「ホモロジクス」すなわち自身の同族のみしか世界に存在してはならないとする、狭量な思考だと揶揄している。していた。下記の本では。

コンピュータは、むずかしすぎて使えない! アランクーパー

超一級のプログラマーであり、ハッカー達が言うところの「ウィザード（魔法のようなコードを書くプログラマー）」である彼自身が、この本を出した1999年当時、あまりにお粗末、プログラマーご都合主義、ユーザー不在のインターフェイス・デザインの氾濫を大いに嘆いていました。彼のデザインに対するこだわりと熱意は、意味不明支離滅裂なデザインを作り続けるテクノロジおたくのエンジニアに対する怒りによって支えられていたといってもよいでしょう。
その怒りは、当時としては画期的に長い本のタイトルや、先ほどの本の原著の表紙にも象徴されています。

The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity (2nd Edition) Alan Cooper

いや、ハッキリ言って、この本の表紙は怖すぎです。
アラン・クーパー氏は、認知科学やインダストリアルデザインの概念をソフトウェア・デザイン、とりわけグラフィカルユーザーインターフェイスに多く取り込み、その学際的なアプローチによって、さらに自身のデザイン手法を研ぎ澄ましてきました。その集大成が、1995年の初版から2008年で第3版を数える「About face 3」です。
氏の提唱するゴールダイレクテッド・デザインという原則は、ユーザーインターフェイスのゴールを、ユーザーをゴールへと直接導くことこそが第一優先であると定義し、500ページ強に徹頭徹尾貫かれています。
ユーザーインターフェイスデザインの初心者が陥る間違い「とにかくユーザーに優しく作る」という誤謬。それにより過ちを生み出さない為に、以下の点は肝に銘じるべきです。

ソフトウェアは中級ユーザー向けの設計であること
初級ユーザーが中級ユーザーになる為の助けとなる仕組みを入れること
ユーザーインターフェイスは無いに越したことはない

事例も多数掲載。業界のペースセッターであり続ける氏の、比類なき経験値からくる示唆と分析が、シニカルかつユーモラスに語られており、問題提起とその具体的対策は多いに説得力があります。実在のソフトウェアプロダクトを例示し、これのココが不味いという議論を書上で臆面もなく展開できるのは、業界においてこの人だけではないでしょうか。
なかでも、Macの躍進は、単に画面とプリンタ印刷と同じ結果となる、いわゆるWisywigの利点のみだとし、デスクトップパソコンにおける「グラフィカルユーザーインターフェイス」の分野では、さほど良い成果を示していないと指摘する点は痛快です。
言われてみると、たしかに近年のAppleと言えば、iPhone・iPadといった携帯端末での発明は有っても、ことデスクトップアプリケーション分野では目立った活躍はありません。デスクトップアプリケーションの、とりわけビジネス分野に踏み込んだデザインに取り組んでいるのは常にMSやIBM（Eclipse等）であり、Appleはせいぜいウィンドウが吸い込まれるアニメーションに力をそそぐ程度です。iTunesは未だに使いづらいソフトウェアであり、ユーザーは常に同等機能を持つ別の優れたデザインのソフトウェアを探し求めています。きっとAppleはハードウェアベンダーであり、ソフトウェアベンダーでは無いので、しょうが無いのかもしれません。
先述の通り、500ページ強もある本書ですが、部分的にも適用可能な内容も多く、すべてを読まなくともインタラクション・デザインの要諦に触れる事ができます。ですが、コンピュータエンジニアを生業とする人が、ソフトウェアデザインのあらゆる局面でこの本の記載を想起できれば、もっと良い仕事ができるはずであり、できれば通読する事をおすすめします。
ユーザーインターフェイスの良し悪しは、結局のところ定量化が難しく、問題が発覚するのは常にユーザー先です。自分の作ったソフトウェアが「使いづらい」「ユーザーの事を理解していない（業務を判っていない、と同義）」と評価されるのは悲しいことです。どこにこだわるべきか、なににコストをかけるべきかを判断する明確な指針を持ちたいと考える向きには、おすすめ出来る本です。

CIOのケーススタディ（書評）

2010-12-26T02:29:00.003+09:00

ビジネスリーダーにＩＴがマネジメントできるか -あるＩＴリーダーの冒険 Robert D. Austin Shannon O'Donnell Richard L. Nolan

最近読んだ本です。非常に面白かったです。The Adventures of an IT Leaderの邦訳版であり、トム・デマルコのような、小説の形式を取ったマネジメント指南書に近い雰囲気ですが、違うのはCIO視点、すなわち、より経営に近い立場から見たITマネジメントという事で、どちらかと言えばイリヤフ・ゴールドラット本に近い内容と言えます。

本の表紙は、私の今の職場付近の、おそらくボート上から撮影したもののようで、まぁ、撮る人がとれば、このあたりの風景も表紙になるんですね。

ちなみに原書の表紙はこうです。

Adventures of an It Leader Robert D. Austin Richard L. Nolan Shannon O'Donnell

「もっと真面目にやれ」、と言ってやりたい気もします。

あと邦訳版には、「あるITリーダーの冒険」というタイトルの他に、最近の時流から、長めのサブタイトルがついてますが、これはあくまでサブタイトルです。いわばノイズであり、某マネジメント本のように、異様に両目の離れたブキミちゃんが、アニメ風の挿絵でマネジメントに大奮闘したりはしません。そっちのほうは読んでないから知らんけど。

閑話休題。

主人公のバートンはIVK社のCIO。成長が低迷する社の立て直しの為に呼ばれた新CEOウィリアムは、前CIOのデイビスをリストラ。ITとは全く異なる部署の責任者だった主人公バートンを、後任のCIOとして選出する所から物語が始まる。
ITのバックグラウンドを一切持たないバートンが、果たしてIT部門の執行責任者として務まるのか、「一年と持たない」と言い残して去った前CIOの予言通りになるのか、というところで、物語は展開していきます。
ITのバックグラウンドを持たない主人公が、如何にITが複雑なのか、如何に微妙な問題に常日頃さらされているかを知るにつれ、事の次第を理解するようになります。主人公が事ある毎に、だらしないその身なりやコミニュケーション能力を馬鹿にしてきた、前CIOに対し申し訳なく思うようにさえなります。
いざ自分がその立場になって、コストやらROIやら、経営層が求める言葉や数値だけで語れるほど、ITは単純な世界の話ではなかったのだと気づいたあたりから、IT部門の一員として技術者との結束が強まり始めます。そんな折、過去に自身が否定し、撤回させたプロジェクトが実施されなかった事で、社内システムのセキュリティ上の窮地ばかりか、自身の窮地をも呼びこむ事となります。
このあたりの筋書きが、物語になかなかの深みを与えています。
以前の主人公は、なぜIT部門が経営層と上手くやれないのか、マネジメントをまともにこなせないのか、まったく理解していませんでした。
実際、経営層とIT部門とのやりとりが円滑に進まない事は多い。IT部門が経営層の立場を理解していない事、ITの知識を持たない人間とIT責任者がうまくコミニュケーションできない事がその理由である、そういう指摘が、この本の要諦の一つです。
たしかに、ITに関する用語や概念は難解で、それをだれでも理解できるように説明できなければ、CIOどころかマネージャも務まらない。反面、でもなぜ、IT部門だけが歩み寄らなければならないのだろうか、という疑問も湧いてきます。
日々更新される新技術に食らいつきつつ、経営層にアピールする為に、さらに会計学や経営学も勉強する。結局はどちらも上手くいかず、偏って高い評価を得ているのは、ビジネス部門の知識に長けた人材であると気づくや否や、会計学をひたすら勉強し始めたりする。
IT固有の複雑さをすっ飛ばしてしまっているのに、経営層にしか響かないレトリックを駆使し、強引にプロジェクトを進めたりできちゃうので、出世は早い。その結果、IT部門に居ながらにして、プログラムが全く組めないマネージャを産みだす、そんな事態も起こりえます。けして良い傾向ではない。
企業の成長に欠かせないはずのIT部門、にも関わらず、ITに対する無理解が依然としてあり、それが企業に手痛いダメージを与えているという事実への警鐘が、主人公が取締役会で発する一言によって集約されています。これをビシッと言えなければならないのです。

「将来、『私はITについてはよく知らない』というのは、『私は会計についてはよく知らない』という以上に、まずい事になる」

CIOの仕事について緻密な筆致で臨場感高く語られており、経営層とIT部門との狭間で起こる問題をケーススタディとしても有用といえます。
自分がこの立場ならどうする、彼らの行動をどう理解するのか、章の末尾に書かれた問いかけによって、自身の思考の整理ができる点はよく考えられていると関心します。

名著。

スマートフォン

2010-10-19T22:05:00.002+09:00

後れ馳せながら、スマートフォンを購入した。
一度はiPhoneを予約したり、モバイルスイカの定期券の期間がかなり余っていて、結局購入を断念したり、(Suica定期の解約が必要。１２ヶ月定期で残り４ヶ月もあった）。最終的には、htcのアンドロイド携帯になりました。

いろいろ使ってみて思うのが、もっと早く購入するべきだったな、と。
とりあえず、これで予定を取りこぼす事がなくなりそうです。
Salesforceとgoogleカレンダーの組み合わせによって、スケジュール管理は万全。todoもWeb同期されるので、今までのように、情報が発散せず一元管理可能となったのがすばらしい。ガラパゴス携帯でそれを実現しよう、試行錯誤したあげく、結局諦めてしまったことが、いとも容易くできてしまったわけです。

これで、生活が変わるかもしれない、そんな気さえもしています。

さて、まがりなりにもソフトウェア開発者なので、アプリケーションの開発環境が気になるところです。
もうしばらくは、このスマートフォンに魅了され続けるでしょう。

Published with Blogger-droid v1.6.3

アンドロイドから送信テスト

2010-10-08T07:09:00.001+09:00

とりあえず、必要なアプリケーションをインストールすることにした。
まずは、
Evernote これ無しにはスマートフォン買った意味があまりない。

greader でgoogle reader を読めるようにして、一旦終了。

ほかにもいろいろ試したいが、試験勉強しなければ。残念。

Published with Blogger-droid v1.6.2

mingw-and-ndk - Project Hosting on Google Code

2010-09-05T10:57:00.000+09:00

ndkをmingwにインストーﾙするバッチ。
mingw-and-ndk - Project Hosting on Google Code

つい「しっかりやる」といってしまう自分

2010-06-07T00:19:00.002+09:00

伝える本。―受け手を動かす言葉の技術。山本高史

仕事でつい思わず、「きちんとやる」「しっかりやる」こんな言葉を使うことがある。上司にプロジェクトの進捗と残作業を報告する時などが多い。
この本には、こんな尺度の曖昧な言葉に異議を唱えている。
本を読んだ感想などを書いてみようと思います。

この本、最初の印象としては、正直読みづらいと感じた。文章には括弧書きや、モノローグ的が書かれているようなところが散見され、まるで携帯小説かティーンズノベルを読んでいるような気分。「だってそう思うでしょう」と、著者が読み手に対して語りかけるような文体です。ちょっとなれなしい。
ただ、人に伝えるという事の非常に本質的な考察については、納得させれるし、考えさせられもする。著者は広告界でコピーライターという職業を通して、言葉と真摯に向き合いたいと考えている。そして、その思いが伝わってくるから、自分はかなりぬるく軽々しく言葉を使っていたなと身につまされる。
人にものごとを伝える時に、まず著者がやらなければならない事として挙げるのは、「主観に左右される言葉を使わない事」。
悪い例として、この「きちんとやる」「ちゃんとやる」「しっかりやる」という言葉を挙げ、これらを使うべきではないと指摘している。それは、聞く人の主観によって「やる」という程度がどんなふうにもとれてしまうから。そして、そもそもこんな言葉は中身のないカラ言葉だ、と著者は言うのだ。
なるほど、どこかの国の元首相が連発していた「しっかりやる」には、国民に良いようにとってくれという甘えの言葉であり、なんの約束もしていないまさにカラ言葉。曖昧なので、とらえ方によっては「なにもしないとは言っていないでしょうが。ネガティブに取るほうが悪い。」と言っているようにもとれる。まったくひどい言いぐさだ。
さらに著者は「受け手の判断の尺度をあらかじめ明確にする」ことも大事だとしている。受け手も伝え手も、おなじ尺度での判断ができる言葉を使わないと、物事は伝わらないというのである。
元首相の例で言えば、「しっかりやる」の連発で国民を煙にまき、混乱しているところに、さらに「腹案はある」である。これでとどめをさされ、いよいよ国民の空いた口はふさがらくなった。なんの情報も提供せず、受け手の判断の尺度が明確になるどころか「まぁ勝手に想像してくれ」とまで言い切ったのである。よほど画期的なアイディアでもなければ、まず口に出せない言葉でもある。
結果的には普天間の問題は振り出しへ。これが我が国の首相なのか・・・と頭を抱えるしかなくなった瞬間である。この経験はこれからの人生にトラウマとして影を落とすことでしょう。もうこれは国民に対する国家レベルのDV。
・・・というのは言い過ぎとしても、一国の首相の言葉、自分本位で尺度の曖昧な言葉によって、これほどガッカリさせられた経験を持つ人種は、世界中で一体どれぐらいいるのだろうか。
元首相の評判は予想通り急降下し、当人はあえなく職を失う事となった。
著者がいう通り、言葉って本当に怖い。元首相がまさにそれを体現してくれたわけです。
軽々しく言葉というものを使っていた自分に反省しつつ、~~しっかりやっていきたい~~「言葉の技術」を高めなければならない、そう感じて読み終わった。
この本は他にも、「受け手と同じ言葉を使う」「受け手の状況を把握して、ベネフィットを提案する」という事がものごとを伝える時には大事だと指摘。後者は、単純化して言えば、受け手が知りたい事を言うという事です。
当たり前の事が書かれているのが多いのでしょうが、ではなぜ、コミュニケーションではそうしなければならないのか、それが言葉を尽くして語られており、納得感が高い。コミニュケーションの基本がすっかり腹落ちし、最後にはすがすがしい気分にもなる、そんな良書だと思います。

ハワイが好き過ぎて

2010-05-31T02:44:00.003+09:00

ワイキキビーチのデューク・カハナモク像前のライブカム映像から目が離せません。
http://www.co.honolulu.hi.us/multimed/waikiki.asp
ここで記念写真撮るカップルは、日本人くらいでは、というのは私の思い込みでした。ずっと観察していると、東洋西洋問わず、あらゆる人種が銅像の前でパチリパチリ。

自分たちも、こうしてネット越しの誰かに見られていたのかと思うと、かなり恥ずかしい・・・。

でも、またいつか行きます。今度はセガレがもう少し大きくなってからかな。

ダイヤモンドヘッド山頂より撮影

会社の名前はマハロなのに・・・

2010-04-25T11:58:00.001+09:00

Jasonさんには、もっとアロハスピリットを学んでほしい。

内容: 社員の辞職願いへのとってもまずい対応の例（Google サイドウィキで表示）

Windows 7 64bitでrubyやmingwやPowershell ISEなどもろもろ（断念）

2010-01-02T13:24:00.001+09:00

重要

断念しました。現状gemをうまく動かせていません。rubyの64bitバイナリが独自ビルドされたものという事で、少しずつ環境を整備しながらの構築にはもっと時間とスキルが必要でした。最終的にはAptanaStudio+JRubyの方向に切り替えました。
以下は、断念するまでの記録という事になります。有用な情報でない事をあらかじめご了承願います。

ruby64bitバイナリへのパスも通したし、zlibも導入、nmake（に限らずVCコンパイラ）へのパスも通したので、ここからgemの導入に移っていきます。

まずはheroku用のgemのインストールから。

ISEのプロンプトから、gem install herokuと入力してやります。
うまくいけば、これでmingwの環境にインストールされるはずですが、出てしまいましたエラーが。

PS B:\mingw\x86_64-w64-mingw32\bin> gem install heroku
gem.bat : ERROR:  Error installing heroku:
発生場所 行:1 文字:4
+ gem <<<<  install heroku
    + CategoryInfo          : NotSpecified: (ERROR:  Error installing heroku::String) []、RemoteException
    + FullyQualifiedErrorId : NativeCommandError
 
    ERROR: Failed to build gem native extension.

B:/ruby64/bin/ruby.exe extconf.rb install heroku
creating Makefile

nmake

Microsoft (R) Program Maintenance Utility Version 10.00.21003.01
Copyright (C) Microsoft Corporation.  All rights reserved.

    cl -nologo -I. -IB:/ruby64/include/ruby-1.9.1/x64-mswin64_80 -IB:/ruby64/include/ruby-1.9.1/ruby/backwa
rd -IB:/ruby64/include/ruby-1.9.1 -I. -MD -Zi  -O2b2xty-  -Zm600 -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_
NO_DEPRECATE -Foparser.obj -c -Tcparser.c
parser.c
B:\ruby64\include\ruby-1.9.1\x64-mswin64_80\ruby/config.h(2) : fatal error C1189: #error :  MSC version unm
atch: _MSC_VER: 1400 is expected.

NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\amd64\cl.EXE"' : re
turn code '0x2'
Stop.


Gem files will remain installed in B:/ruby64/lib/ruby/gems/1.9.1/gems/json-1.1.0 for inspection.
Results logged to B:/ruby64/lib/ruby/gems/1.9.1/gems/json-1.1.0/ext/json/ext/parser/gem_make.out

Building native extensions.  This could take a while...

JSONの導入が失敗するようです。
config.hのコンパイラバージョン指定が、VisualStudio2010を対象としていないようです。2010のclのバージョン（ファイルバージョン）は16になりそうですが、config.hの冒頭三行（下記）のバージョンチェック部分を削除してしまいます。

#if _MSC_VER != 1400
#error MSC version unmatch: _MSC_VER: 1400 is expected.
#endif

これでやっと、コンパイルが実行されるようになりました。herokuはJSONに依存しているようなので、JSONのGEMのみ段階的に導入することにしましたが、今度はJSONのビルドがうまく動かない。

checking for ruby/st.h... B:/ruby64/lib/ruby/1.9.1/mkmf.rb:364:in `try_do': The complier failed to generate an executable file. (RuntimeError)
You have to install development tools first.
    from B:/ruby64/lib/ruby/1.9.1/mkmf.rb:433:in `try_cpp'
    from B:/ruby64/lib/ruby/1.9.1/mkmf.rb:811:in `block in have_header'
    from B:/ruby64/lib/ruby/1.9.1/mkmf.rb:670:in `block in checking_for'
　　　　　　　　：
　　　　　　　　：
　　　　　　　　：
　　　　　　（以下略）

cppを実行しようとする箇所でエラーになっているようです。mswinの場合は、おそらく、cl -logoが呼び出されるはずですが、"You have to install development tools first”とメッセージが出力されるあたり、どうもうまく認識されていないようです。ISEのコマンドからclは実行できているのだが・・・

WEB+DB PRESS Vol.43

Windows 7 64bitでrubyやmingwやPowershell ISEなどもろもろ

2009-12-30T21:01:00.006+09:00

重要(Update)

いかに記載されたものは、環境構築がうまく行かず、最終的に断念しました。現状gemをうまく動かせていません。rubyの64bitバイナリが独自ビルドされたものという事で、少しずつ環境を整備しながらの構築にはもっと時間とスキルが必要でした。最終的にはAptanaStudio+JRubyの方向に切り替えました。
以下は、断念するまでの記録という事になります。有用な情報でない事をあらかじめご了承願います。

Win7にアップデートしたものの、プログラミングらしいことは何一つ行っていないことに気づき、せっかくの休みを使って勉強がてら。

rubyはruby on railsでちょっとだけ触った事がある程度
mingwは使ったことがない
PowerShell ISEなんて、存在自体しりませんでした

こんな状態で、Herokuにアプリケーションを作ってみようとするなんて、我ながら詰め込み過ぎ。ぶっ込みこそ我が人生。さらに、なぜか「64bitNativeにこだわる」、と初めてしまったので、着手そうそうから、すでに終わりが見えません。

とりあえず、実施した手順を示します。

手順（予測）はこんなところです

1.mingw環境を構築
2.mingw環境にruby on rails開発環境を構築
3.mingwにheroku環境を構築
4.herokuにSinatraを入れて静的ページでもよいから何か作ってみる

前提条件としては、
・nmakeが実行可能であること。VCのコンパイラが使えること。
VisualStudioの開発環境が入っていれば、これらのモジュールへのパスを通してやればmingw上で動くrubyもこれらを使ってコンパイルするようになります。rubyのgemなどは、コンパイルとリンクにより環境に使用するモジュールパッケージ（gem）を入れるので、コンパイルの環境が必要になります。なお、私の環境にはVisualStudio 2010betaしか入っていないので、このコンパイル環境を拝借する事になります。

mingwをインストール
Browse MinGW-w64 - for 32 and 64 bit Windows Files on SourceForge.net
から、適当と思われるzipファイルをダウンロード。bz.tarなどのファイルがあったが、解凍ツールを導入する面倒さを考えれば、win標準のzipで使えるものにしたかった。
ちょっとよくわからないが、上の画像で選択されているzipを解凍すれば、\x86_64-w64-mingw32\binにgcc.exeとか、聞き覚えのあるプログラムがあるので、各プログラム単体では動きそうです。
まずはこのあたりから、ruby環境を構築していきます。なお、このBlogエントリ内では「B:\mingw」というフォルダをルートパスとします。

ruby 1.9.1をダウンロードします。x64ネイティブにすると誓いをたてた関係から、ruby本体も64bitバイナリを下記からダウンロードします。
Release - Ruby-mswin32 (ja)
リンクのコメントには32bitとありますが、64bit版も用意されています。
ダウンロードしたZIPは、適宜わかりやすいフォルダに展開しておきます。このblogエントリ内では「B:\ruby64」というフォルダをルートパスとします。
普通ならmsys+mingwが普通の取り合わせでしょうが、Powershellというのが有ったなと思い出しました。ですので、今回はWindows 7に標準搭載されたPowershell ISEを使ってみます。
こんな画面です。
スタートメニュー（Windows7はスタートという文字は出ていないが）から起動するPowerShell ISEの作業フォルダは「C:\Users\<ログインユーザーID>(実際の設定は%HOMEDRIVE%%HOMEPATH%)」で、起動のたびにいちいちパスを入れ直すことになり面倒なので、PowerShell_ISE.exeのショートカットを作り、作業フォルダをB:\mingw\x86_64-w64-mingw32\binなどとしてやると便利でしょう。（方法の詳細は割愛します）

上の画像は、タイトルが「コマンドプロンプト」などとなっていたりしますが、作成したショートカットの名称が表示されているだけなので、あまり気にしないでください。ここまで至るまでの紆余曲折試行錯誤が現れているだけです。

このISEには、作成したシェルスクリプトをデバッグする機能もあるようなので、今後の展開に期待できます。ただし、今回はそこまではしません。

環境変数PATHにrubyのバイナリがあるパスを追加します。たとえばB:\ruby64\binなどと追加します。
さらに環境変数PATHに、nmakeなどのVCコンパイル環境へのパスを追加します。私の場合、VisualStudio 2010betaの環境だったので、"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\amd64"というパスを追加しました。
zlib.dllが必要です。ruby.exeが64bitネイティブである以上、dllも64bitにしてやる必要があります。このライブラリが無かったり、32bit版ライブラリしか無かった場合、多くのgem操作でエラーになります。64b itと32bitのそれぞれ別のアプリケーション実行空間を持っているといえるので、ｅｘｅとexeから呼ばれるdllは必ずビット数をそろえてやる必要があります。
ZLIBの64bitネイティブライブラリは下記からダウンロードできます。
ZLIB DLL Home Page
解凍後のzlib123dllx64\dll_x64フォルダにあるzlibwapi.dllを、rubyのbinフォルダ、たとえば、「B:\ruby64」以下のbinフォルダなどに追加してやります。先ほど環境変数PATHに同様のパスを追加したので、ここに配置するのが良いでしょう。その際ライブラリのファイル名をzlibwapi.dllからzlib.dllに変えてやります。

環境変数PATHを変更したので、すぐ反映させる為にも、一回再起動します。しました。再起動は必須でないかもしれませんが、PATHの反映が遅れるケースもどこかで見た気もしたので、私の場合は都度再起動するようにしています。

眠さのあまり意識がもうろうとしてきたので、今日はここまで。明日に続きます。

Windows PowerShell インアクション [インアクションシリーズ] Bruce Payette

プログラミングRuby 第2版言語編 Dave Thomas Chad Fowler Andy Hunt

オーストラリアの首都ではないシドニー

2009-12-30T19:12:00.002+09:00

カンガルー見たさという訳でもないですが、ここ数年のうちに計２回ほどオーストラリアに行く機会に恵まれました。
一回目は、首都っぽさ満載のシドニー。二回目は語学留学と称して１週間ほどホームステイしたケアンズ。

さすがに、シドニーが首都でない事くらいの前提知識はあったのですが、いざシドニー空港からおりてみると、その都会ぶりに驚いた。そして、ここが首都でないとはどうも信じられない。妻の言葉を借りれば「納得感が薄い」という事になる。

シドニーは、さまざまな魅力ある観光スポットが存在し、あらゆる人種が行き交い、その様子はまさに大都会そのもの。でも首都ではない。

一方キャンベラは首都としての歴史も浅いらしく（1960年）付近に目立った観光スポットも無いようです。オーストラリアに出張などが無い限り、キャンベラだけを目指して旅行する機会はなさそう。

もう年の瀬。
例年同様、首都でないシドニーでは花火やパレードなど、盛大な年越しパーティーが繰り広げられる模様。（http://www.cityofsydney.nsw.gov.au/nye/2009/default.asp）
残念ながらUstreamの中継で満足するしかないですが、一度は現場でオージーと一緒に新年を祝ってみたいものです。（この時期の馬鹿高い渡航費を払うほどの所得が必要！）

ケアンズでのバンジージャンプ体験については機会があれば後ほど。

Google日本語入力を活用してみる

2009-12-03T23:43:00.008+09:00

本当に使えるモノなのか、いろいろ試してみようとしています。

普段はATOKを使っているので、省入力もさほど驚く機能ではなく、携帯の漢字変換で見慣れているせいもあり、ありふれた機能と言えます。また、キーボードで入力している分には、省入力を使うよりどんどん打っていくほうが早いし、サジェストのウィンドウも今のところは邪魔なだけで、まだその優位性は見えてきません。

などと入力しながらもサジェストは次々表示されていきますが、どうも、変な、言葉ばかりが（ばかり、と打ってバカリャウとかでてくる。バカリャウってなんだ？）サジェストされます。

・・・

これ使えるか？

どうも、違和感というか、馬鹿にされているような気がするというか・・・。

すくなくとも、面白すぎるサジェストは仕事の邪魔にしかならない。ならないと打って”鳴らない電話”とか出る。なんとなく切ない。

違和感の根本はどこかと考えると、ひとつには、出てくるサジェストがひたすらキーワード的な所。

キーワード検索と文書作成は、本来まったく違う作業であるはずなのに、このIMEはそれを一切区別しないで、ひたすら奇っ怪な検索キーワード的サジェストばかりを繰り出してきます。文脈は一切無視の無法地帯です。

もう一つには、このIMEを使いこなすには使用者側も、これに最適化していく必要があるという所です。これはすでに明白なことだと思います。

個人個人あって良いはずの文章作成のスタイル、それが、検索キーワード的な単語のみで画一的な構成になるよう、箍にハメようとしている、そんな気がしてくるのです。

このIMEには、Google検索とサジェストのメカニズムを流用していると言います。当然、辞書のソースは、いままでの検索キーワードを使っているのでしょうが、その検索キーワードが”鳴らない電話”とか、そんなものばかりなのかと考えると、日本のインターネットへの憂いを禁じ得ません。

それと、日本Googleの技術力の高さは十分伝わるのですが、海外で次々と展開するサービスと違って、これはさほどスマートさを感じさせません。

クラウドがなにか画期的な手法で活用されているのかと思いきや、ネットワーク通信はしないそうです。

儲けの仕組みもどこにあるのかわかりません。なにかを変えるようなイノベーションとも思えません。

それとも単に、ATOKのシェアを奪いたかっただけなのでしょうか？そりゃ無償のIMEが増えれば、ATOKのパイは減るのは当然であり、それに抵抗する事はできませんが、そんなことして何になる？何がしたいの？

方向性が不明で、何の為に出したものなのか、まったく見えてこない。それが今現在の感想です。

私自身、まだしばらくはATOKを使い続けるでしょう。

※バカリャウは食べ物のようです。

http://ja.wikipedia.org/wiki/%E3%83%90%E3%82%AB%E3%83%A9%E3%82%AA

移動カード決済サービス「Square」

2009-12-03T00:26:00.003+09:00

Twitter日本の有料サービスがあまりにも考え無しな事にあきれ果て、

要はあれだ。
海外でいえば、アシュトン・カッチャーのつぶやきを見るには、サーバとクラウドのパスワードを”password"にしてしまう会社に、個人のクレジットカード情報を預けておく必要がありますよ、という事です。

などと書いてしまった手前、非常にバツが悪いのだが、Twitterのファウンダーの一人Jack Dorseyが、非常に画期的なクレジットカード決済の仕組みを作ってしまった。その名もSquare。

http://jp.techcrunch.com/archives/20091201jack-dorsey-square/

iPod touchやAndroidなどの主要携帯端末にカードリーダを取り付け、まさに実物のクレジットカードを使って決済できるというサービス。
このサービスの画期的なところは、「高価なクレジット決済端末を導入する必要が無い」事、「ウェイターの手元で決済ができる」事、この２点だといえます。

店側でクレジットカード決済できるようにするには、店側が顧客のクレジット決済の手数料を肩代わりして支払うほかに、高価なクレジット端末を導入する必要があります。まぁ、カード支払いの頻度が比較的少ない店舗はカード決済手数料を請求される場合も有りますが、複数のカード会社に対応したカード決済機を店側が購入したり借りたりする手間を考えると、カードが使えない事に対してお店に不平不満をいう事はできません。
Squareなら、iPodTouchさえあればお客さんにカード決済サービスを提供できるという事です。「高価なクレジット決済端末を導入する必要が無い」事は、新興・小規模小売店にとって大きなメリットとなります。

２つめのメリットとして、アメリカのレストランのようにテーブルに１人付くウェイターが、カード決済の際に、いちいちレジブースに行き来しなくとも、その場でカード決済をしてくれるようになります。
海外の大きめのレストランでカード決済してもらった時、いつまでたってもウェイターがテーブルに戻ってこなかった経験が有りませんか。
あれは、レストランに２－３台しかないクレジット決済機を取り合い、クレジット決済機が空くまで待たされている為です。
Squareを使えば、ウェイターがレジブースに移動する手間を省くことができるばかりか、仮に店内の全ウェイターが一度にカード決済のリクエストしても、クラウド上に存在するサーバによって多数の決済要求を受け付け、同時並行で決済サービスを完了させる事ができ、決済機が開くまで待つ必要がなくなるという事です。

「ウェイターの手元で決済ができる」事は、お客さんにとってもメリットですが、ひいては店側にとっても顧客の回転率を上げるというメリットにつながります。ただこれは、日本のようにレジ前でカード決済を律儀にだまって待つような土地柄・風土では例外ですかね。

日本でサービス開始予定は判りませんが、カード決済のパラダイムを変える発明かもしれません。大ヒットサービスになる予感がします。

Twitter日本が有料コンテンツ制導入（のちに報道否定）

2009-11-29T11:29:00.004+09:00

TechCrunchでは、成功する可能性もある、としている。

要はあれだ。
海外でいえば、アシュトン・カッチャーのつぶやきを見るには、サーバとクラウドのパスワードを”password"にしてしまう会社に、個人のクレジットカード情報を預けておく必要がありますよ、という事です。

Twitterは当初、ベースとするアーキテクチャーはそれほど高度なものではなくて、それでも十分有用なサービスとして成立しているものであり、ある種、そのユルさ具合が心地よかった部分もあったといえます。
だからパスワードがpasswordでも、まぁ良いか、とか許されたり、そんな会社やサービスが有っても良いよね、ぐらいに個人的には思っていた。そういうユルいサービスだから、セレブや一般ユーザーも気軽につぶやけるわけであり、ユーザーに課金するモデルとはどうにも相性が悪い、そんなふうに思います。

Degital Garage社によって報道はすぐ否定されましたが、たしかに否定的リアクションの多さに圧倒され、立場を補正したという見方もできそうです。
あるいは株主向けに説明する、ある種、オッサン受けする簡単で浅薄な事業アイディアをつけくわえなければならない状況があったという事か。
いずれにしても、もともと課金など考えてもいない人気サービスに出資している手前、なんとかお金を儲けさせる手段はないかと、すぐに課金指向で考えてしまう。そういう発想は単なる手抜き発想であり筋が悪い考え方だといわざるを得ない。その手抜き発想が、一時的とはいえ海外メディアにまで報道されたのが、なんとも不覚ですねぇ。

UStream.tv

2009-11-29T00:06:00.002+09:00

ustream.tvで検索しても、なぜか直接リンクする結果が出ない日本ですが、DelasoulのDUGOUTはいつもみています。というより聞いています。

SALUTE!

デスクトップに鳩

2009-11-28T23:21:00.001+09:00

せっかくWindows７にしたので、デスクトップ上にガジェットをおいてみる事にした。
貧乏人の分際でデュアルディスプレイなので、普段使わないほうのディスプレイになら、いくつか配置してもよかろうと思ったわけです。

探してみると、CPUメータだの、カレンダーだの、少しもおもしろくないものばかり。時間の無駄っぽいのでガジェットはもういいかと思い始めたころ、偶然出会ってしまったのが、この「はとぽっぽメモ」でした。

メモ帳もしくは付箋として使うといったものですが、右下の鳩をクリックすれば、このように粋な台詞をつぶやいてくれます。最高。これで私のガジェット探しに費やした時間も無駄にならずに済みそうです。

週刊アスキーにも掲載されていたようですね。（トラックバック）

「首都がシドニーでないオーストリアにはカンガルーはいない」

2009-11-19T12:53:00.006+09:00

・オーストラリアの首都はシドニーではない
・オーストリアにカンガルーはいない

オーストラリアとオーストリアを間違える日本人をおもしろいと考えたウィーン市民が、日本人向け土産物にタイトルのようなメッセージTシャツを売り出す事を検討しているそうです。

オーストリアとオーストラリアを聞き間違える日本人は多そうですが、さらにオーストラリアの首都がシドニーだと勘違いしている人もいるらしい。
http://www.nikkanberita.com/print.cgi?id=200604010207126
カンガルーに情熱を注ぐ日本人がんばれ！

茂木健一の例の話題

2009-11-16T00:07:00.001+09:00

４億円の申告漏れがわかったという話です。
雑収入を自身で管理できなかったという。

確かに、毎日あれだけのテレビに講義に出版にと、あれだけの仕事をこなしていれば、忙しいに決まっているわけで、確定申告に手が回らないのは容易に想像がつきそう。でもちょっとズボラだったかもね。

１年ごとにくる確定申告の時期が過ぎてしまうと、来年にはきちんといままでの分を申告しようと、そのときには思っても、のど元すぎてはまた翌年、というように先送りして、結局、３年目にはいい加減にしろと、税務署が乗り出してきたというパターンだった事が想像できます。

私のような一塊のサラリーマンには、講義を開催した際のギャランティがどのように支払われるのかなど知るよしも無いですが、仮に個人に直接支払われるような仕組みなら、あれだけの回数をこなして、その収入をいちいち帳簿に記してらんないし、めんどくさい、という気分にもなろうかと思う。

本来は、なんらかの事務所に管理をお願いするべきという事であり、それすらも先送りするくらい、仕事のオーバーロード状態というのがあり、それによってミスが発生した、と考えるのが妥当なところでしょう。
なのに、やれ「脱税だ」「詐欺師だ」と、なんとかつるし上げてやろうとする人たちがいるのも事実。脳とむりやり結びつけて、悦に入って喜ぶオッサンをさぞや量産する事でしょう。彼らはしょうもないダジャレだと気づいていない。

レッテルによって与えられた文脈においてどうベストを尽くすか、本人は大変だと思うが、個人的に興味があるのは、そっちのほうですね。

Windows 7 64bitを使いこなす

2009-11-12T20:51:00.001+09:00

Vistaはとりあえずスキップするしかなかったのですが、Windows７は発売と同時にWebダウンロード版を購入。金欠故、HomePremiumです。

Vistaでは、フェードアニメーションや文字が徐々にガタガタずれながら表示されるような、本来まったく不要なリアルタイム描画機能があったが、アニメーション処理を排除し、いい意味でデチューンされて使いやすくなったといえます。

ソフト開発をやっている手前、Vistaの頃はOS対応でUACにはかなり泣かされたが、Windows7ではセキュリティを確保しながら、UACがうまく隠されているという印象。とはいえ、いまは主にインストール主体の作業だけなので、気にならないだけかもしれません。

使っていて思うのは、直前まで使っていた、XPのx64と違って、64bitOSであることを感じさせなくなったということ。ただ、これはOSの功績というより、OSの64bitへの移行環境がいよいよ整備されてきたからかもしれません。

かなり早い段階で64bitOSを特別扱いしない方針をMSがアナウンスしてたから、それがよかったのかも。ドライバもしっかりとそろっている。

使えるOSになって、本当によかったね。

live writerテスト

2009-11-12T00:34:00.000+09:00

ライブライターでテスト記事を作成しています。

テストとして、興味深い画像を貼り付けてみました。

第一項目
第二項目

表の挿入	列

春夏秋冬

2009-09-21T15:35:00.005+09:00

９／１９日で父になりました。

陣痛、出産に至るまでを連休前日という幸運もあって立ち会う事ができた。

前期破水したが、なかなか自然な陣痛が起こらずに、陣痛促進剤の投与となりましたが、妻も息子もがんばっていた。

しかし、あの陣痛というのは、一番つらいのは本人であるのは当然だけど、見てる方もつらい。

その時テレビに映っていた「世界ふれあい街歩き（アマルフィの回だった）」を気を紛らわそうとしている妻の姿を見て、涙が出てきそうになった。情けない事に。

母曰く、子供を産むという事は「目からスイカを出すぐらい痛い」とか。

陣痛でもんどり打つ妻を励ましながら、なぜか泉谷しげるの「春夏秋冬」の一節が自分のあたまの中で鳴り続けていた。

今日ですべてが終わる
今日ですべてが変わる
今日ですべてが報われる
今日ですべてが始まる

今日、陣痛を乗り切れば、妻は母になり、妊婦としてのつらさが報われ、そして子供と本当の意味での家族の人生が始まる。

今にして思えば、そんな事を春夏秋冬の一節が告げていたのかもしれない。

分娩室での立ち会い出産となり、なにも出来ずただガンバレとしか言えない自分でしたが、息子は無事生まれました。そのときの気持ちは、感動というよりも「唖然」という感じでした。あんな大きなものが人間から生まれて来るのかと。

一人の人間の父親として生きることのプレッシャーを、ほんの少し感じています。