つれずれなるままの開発日記(最近はFlexばかり..)

Archive for 3月, 2010

昨日初めて、ある人たちにこの考えを話したところ、興味を示してくれたので、ちょっと書いてみました。

私はもっぱらActionScriptを使うときには、AIRでクライアントアプリケーションのようなものを作っているので、AMFとはなじみがない。

なじみがないので、ことさら、AMFを扱うためにサーバ側で特別なことをしたくないなー。と思ったりする。
私自身、サーバ側のプログラムはPHPがいいと思っている。PHPがいいのは、簡単だからだ。
（でも、最近のPHPフレームワークを使わなければならないのであれば、PHPでもなくていい気もしたりする・・・。）

簡単をモットーにすれば、amf形式を扱うのも簡単にしたいなー。
やはり、PHPのいいところは、入力データを $_GETやら、$_POSTの配列で受け取れるがいい。（個人的に）

だったら、amfのデータも、$_POSTで受け取りたい。
でもって、出力はさすがに、HTMLの出力ともいかないので、XMLがいいかな。

このあたりをApacheがモジュールとしてやってくれればいいなー。
amfデータを受け取り、POSTデータに変換し、XMLの出力を受け取り、それを再度amf形式に変換すればいいわけだ。

そうすれば、PHPにこだわる必要もないし、ちょっとしたテストでは、単純にxmlファイルをサーバに置けばいいことにもなる。

速度面では、どうかわからないが少なくとも、ネットワーク上に流れているデータはamfデータなのだから、amfにしている目的は達成することができるだろう。

とおもって、ちょっと、amfデータをC言語で読めるようにプログラムを初めて見た。

amfデータがどうなっているのかを調べるのには、ZendFrameworkのAMFを見ているのだが、
でかいフレームワークを使うのがいやなのに、ZendFrameworkを見ているとこちらのほうが詳しくなって、
作る必要性もなくなっていくような気もするが・・・

まあ、Apacheのモジュールをゼロから作るのにそれなりに実用的なサンプルになるので、個人的な勉強課題としてはいいかなとおもったりする。。。

— 2010/3/26追記 ——–
とおりすがりのFlexプログラマさんが、コメントしてくれたように、
この記述はある部分ではあっておりますが、ある部分では間違っていますね。
私自身、既存のクラスを用いずにいろいろと自作していたので、このような問題にハマっていたようです。
勉強になりました・・・・
————————————————————————————————————-

DataGridではDataProviderで指定されているオブジェクトの中身が変わったときに、
自動的には表示が変わるということがない。

したがって、データが変わったことをDataGridのオブジェクトに通知しなければならない。

この方法として大きく分けて２つある。

１）DataProviderで指定したデータのオブジェクト自体を変更してしまう。

おもに、管理しているデータが少ない、または、ちょっとした動作を確認したいための捨てコードなどのために、
私はこの方法を使う。
ようは、dataGrid.dataProviderを再度設定してしまうわけだ。

２）Collectionからイベントを発行し、データが変わったことを通知する。

こちらが、正当なやり方だろう。
DataGridは、CollectionEventの通知を受けて、画面の再描写を行う。

以下の例では、たとえば、list(ArrayCollection)をDataGridのdataProviderに指定しており、
何らかのユーザの処理で、データを書き換えることを想定したサンプルである。

var obj:Object = list.getItemAt(2);
obj.title = "this is test";
var evt:CollectionEvent = new CollectionEvent(CollectionEvent.COLLECTION_CHANGE);
evt.kind = CollectionEventKind.REPLACE;
evt.location = 2;
list.dispatchEvent(evt);

リファレンス：
CollectionEvent
CollectionEventKind

とこのようにすることで、データの一部が変わったことを通知できる。
また、これ以外にも、データが追加されたこと、データが削除されたことや、フィルタがかかったことなどを、
kindプロパティを通じて通知できる。

ただ、変更のたびに、変更をするソースがこのようなイベントを発行する処理を記述するのは、本来あるべきではないと思うので、
このようなイベントは、データ（アイテム）自身が投げるか、または、ICollectionView自体が投げるべきだと思う。

私は、データの変更通知と、データ自体の変更のタイミングを自分の都合のよいように制御できるので、ICollectionViewを実装したクラスを自分で作ることにしている。
データの変更通知とデータ自体の変更が別がいいのは、たとえば、まとめて100件が連続して変更される場合、１件１件で変更通知をせずに、
最後にまとめて通知を１回するということも可能になるのだ。

SaaSと自社内運用、本当に得なのはどっち？
という記事があって、かつてはASPという提供側にいる立場から、また、利用を検討する立場になって、改めて、お互いの認識に「ずれ」というか「違和感」というものを感じたので、ちょっと、その違和感を書いてみることにした。

この記事の冒頭にも書いてあるのだが、

「情報処理システムの活用において、「所有から利用へ」といった流れが着実に進んでいることは確かなようである。情報処理システムも今後、電気・ガス・水道などといった社会インフラと同じような道筋をたどり、ユーザー企業は自社で情報処理システムをまったく所有しなくなるという見解さえある。だが一方で、ある程度長い目でトータルコストを見ると、「所有」の方が負担は少ないのではないかという声もある。「レンタカーは便利だが、毎日車に乗るのであれば自家用車を購入した方が安上がりである」という例えを耳にした方も少なくないだろう。」

しかし、私は「レンタカー」と「自家用車」よりも、まだ「電車」か「自家用車」か？の方がたとえにあっている気がする。

ASP/SaaSとも、IT系企業が利用者となる場合には、ある程度、外部から見てもその内部の制約、できること、などが想像でき、「レンタカー」と「自家用車」ぐらいの違いにとらえられるかもしれないが、まだまだ、一般的な視点からしてみれば「電車」か「自家用車」くらいの違いがあるのではないか？

しかしながら、この記事にもあるように、「レンタカー」と「自家用車」が例にも挙がっているように、そのような視点でしか違いがないととらえる人が多いような気がする。特に「コスト」「コスト」といっているうちには・・・

「レンタカー」と「自家用車」では、たとえば「ヴィッツ」に乗ったとしても、同じ車なのでそのファンクションは変わらない。
変わるのは、コストと思ってしまっても当然だろう。しかし、「電車」と「自家用車」であればどうであろうか？
基本的に「移動できる」という概念は変わらないが、好きなところから好きなところへ移動するという視点で見れば、全然違う。

「SaaS」と「自社運用」は、この位には素人感覚でも違うと思う。
そうなってくると、単純な「コスト」として比べられるだろうか？

もっと、大切なのは「目的」と「成長戦略」ではなかろうか？

「電車」で生活するということを考えれば、当然、駅前に住むことを前提に生活が成立する。
また、都市部の方が電車での生活はしやすいだろう。
そうなると家賃が高いが、これを、移動というコストに完全に転嫁できると思うだろうか？
移動というコスト以外にも、都市部にいるということは、それ以外にもメリットもたくさんあるのだ。

また、「自家用車」で生活すると決めてしまえば、必ずしも、「都市部」で生活することを前提に考えなくてもよい。
いつでも、気ままに好きな場所に自分で決めて移動したいと考えれば、「電車」での移動はあり得ない。

とここまでは、要するに、契約者側のたちばのみを考慮したが、今度は提供元の都合も入れて考えてみよう。

純粋に、自社の管理コストを「SaaS」か「自社運用」かといえば、「SaaS」がいい！となるのが今の風潮だろう。
でも、それは、「SaaS」を提供している側がより正論を言えるための有利なベンチマークなのだ。
たとえば、自社のサービスの一部をIT化してそれを提供しよう。その際に、「SaaS」の利用がいいのか？「自社運用」がいいのか？
というケースの場合だ。

この時に、「SaaS」の利用は、コストを低く抑えられ、お客により低コストで提供できるかも知れない。
しかし、みんなが「SaaS」を使えば、同じなのだ。そうなれば、それ以外に「付加価値」を求められる。
もちろん、そこで、「SaaS」に頼らない場所で「付加価値」を提供できれば問題ないが、よりITに密着し始めると、
「自社運用」で踏ん張ってきたゆえに、できる「付加価値」というものが注目される可能性もある。

そうなると、いきなり競争のための「初期投資」を求められてしまうこともある。

そして、もうひとつの盲点がある。
「SaaS」を提供している会社がサービスを行いだせば、「競合」になる。
ということだ。

「SaaS」を行っている会社だって、順風満帆でそのインフラ事業だけでとどまっていなければならない理由はない。
より、その業界に特化し、実績もつめれば、そこに参入だってしてくる。
とくに、業界No１などが使ってくれ、そして、実績を積んでくれれば、その信用とノウハウをもとに、その顧客の周辺、隙間を狙ってくる。

すでにブランドを確立した業界No1の会社はそんなに影響はないが、あなたの会社はどうだろうか？
「あの、××と同じサービスが、低コストで提供できます。」

当然、ITを駆使することを考える会社はコストとファンクションで勝負をかけてくる。
そんなときに、それと同じステージで勝負しては勝てなくなるだろう。

これは「SaaS」は使うなというわけではない。
「SaaS」というのを単純に「コスト」という一面だけを見てると、ついつい、「コスト」にいろいろな視点が集中してしまい、
結果として「コスト」戦争に敗れるのではないか？という気がするのだ。

あることをしたいが、そこのコストを捻出するために、「SaaS」を利用してコストを浮かしてそちらに回すくらいの気持ちが必要なのではなかろうか・・・・
つまり、コストワールドからの脱却を余儀なくされる時がやってくるのだ。

たとえば、テキストエリア(TextArea)などを入力しているときに、今から入力しようとする文字の候補などを表示したい場合があるのではないだろうか？
コードを書いていれば、よく使うあれだ。

これをFlexなどのTextAreaでも使いたい。こんな感じだ。

さて、そのためには、現在のキャレットの位置、つまり、文字の何番目という位置情報から、
その位置が、x座標、y座標でどこにあたるのかを求める必要がある。

このためには、TextFieldの

getCharBoundaries(charIndex:int):Rectangle

を使用する。

これを使って、x,y座標を求めて、そこにListのPopupを表示すればOKというわけだ。

ただ、TextAreaなどで使用したい場合には、内部で使っているTextFieldを触るすべがない。
したがって、継承クラスなどを作って、

textField

のプロパティ(getter)としてアクセスすることになる。

これはちょっと、面白い話だなーとおもったので・・・・たまには・・・

なぜか、新しいものを取得しようと思えば思うほど、古きにたどり着く。という事を最近実感しており、
そのためか、C言語も真面目に始めたのだが、何かC言語関連でおもしろい本がないかなーと探していたら・・・・

という本を読んでいました。
ただし、今回はプログラムとも、技術とも全く関係がありません。

この本の中で、余談として、赤ちゃんが「ンマ、ンマ」と声にしているのを聞いて、
ほんとどの国がそれを「お母さん」としたと。
ママ、ママン、マーマと、
しかし、日本だけ（たぶん）は、それを「ご飯（マンマ）」ととらえたと・・・・

日本文化は携帯などでも「ガラパゴス」って特殊扱いされているけど、
単なる置かれている環境の違いじゃないんじゃないかなー
と、この話を聞いて思ったりする。

ある意味、国際社会でKYとしての素質を日本人はDNAレベルで持っているということじゃないかな。
ただ、こんな、ちょっとした視点の違いってグローバル化されていけば、いくほど、面白いんじゃないかなー。と・・・

右向け右の社会で、左を向きましょうということだ。
それが、「ガラパゴス島を立派な観光ビジネス」に仕上げることになるんじゃないかな。

以前、「指定したドメインのメールを受け取る」という話で、
個別に指定したドメインは自分で受け取ってしまうということをやったが、

これの応用版として、「指定したドメイン以外はすべて自分で受け取る」

これは、よく大量メールの配信テストなどをしているときに、適当にメールアドレスを作って、
仮に、本当にそのドメインがあったとしても、外にメールが飛ばないということができる。
このような完全一致ではなく、あるパターンに一致したときには・・・となると、
設定に正規表現を使う方がよりスムーズだ。

そのために、Postfixで正規表現が使えるかを確認しよう。

確認方法

#postconf -m
btree
cidr
environ
hash
ldap
nis
pcre
proxy
regexp
static
unix

のように、regexpやpcreが表示されれば問題ない。
（これからの例はregexpなので、pcreを使う場合の正規表現は別の形になるかもしれない。）

では、具体的に、あるメールアドレスがPostfixはどのように処理されるのだろうか？

http://www.postfix-jp.info/trans-2.2/jhtml/transport.5.html
を見ると、どのようにメールの配信方法が決定されるかがわかる。

以前は、このmydestinationを使ってしまったので、
非常に簡単にまた、直観的に設定できた。
今回は、virtual_mailbox_domainsを使って、
その設定に正規表現を使うようにする。

まず、正規表現を使う場所を決める。
つまり、どの処理から分岐をするか？ということだ。

そこには、そのまま、virtual_mailbox_domains に、 virtual_mailbox_mapsを使うことにした。
まず、以下のファイルを作成する。
/etc/postfix/virtual_mailbox_maps.regexp

/(.*)/!/(coltware.com)$/      /dummy/Maildir/

（ファイル名にルールはありません。）

これで、coltware.comというサーバ以外のサーバは、/dummy/Maildir/というディレクトリにMaildir形式で保存される。
自分サーバ向けは、mydestinationで指定されているので、このように、すべてに一致(.*)で、
かつ(coltware.com)以外ということにした。

本当に設定する前に、正しく正規表現が動くのかテストしましょう。

postmap -q "テストする文字列" regexp:/etc/postfix/virtual_mailbox_maps.regexp

で、結果(/dummy/Maildir/の文字列)が返ってきます。
もちろん、coltware.comのドメインの場合には、何も帰ってきません。

では実際の設定です。

virtual_mailbox_base = /
virtual_mailbox_maps = regexp:/etc/postfix/virtual_mailbox_maps.regexp
virtual_mailbox_domains = $virtual_mailbox_maps
virtual_uid_maps = static:89
virtual_gid_maps = static:89

ここで、virtual_mailbox_baseは、先ほど、/dummy/Maildir/と指定したときに前に、このパスがつくのだが、
私は設定時に今後も完全にパスを指定したかったので”/”としました。
また、

virtual_uid_maps = static:89
virtual_gid_maps = static:89

は、メールファイルが保存されるときの、uidとgidなので、好きなuid,gidを設定してください。

で、この後に、postfixを再起動してください。

とこのようにすることで、自宅内にたてたテストメール配信サーバも、間違っても自分のサーバにしか飛ばないというわけです。
また、いろいろと正規表現をカスタマイズしていくことで、いろいろと出来てきます。

また、今回は、virtual_mailbox_domainsを使いましたが、あるドメインの配信先をsmtpからlocalに変えるという概念のほうが、よりわかりやすいので、transport_mapsを使ってもいいのですが、自分宛にメールが送られてから、そのメールをどのようにするか？
という設定を含めると、自分的には面倒なので使いませんでした。

余談：
これは本文とはまったく関係がないのですが、クラウドなどでよりサーバの設計はアプリケーションエンジニアのほうに仕事が移ってくるでしょう。
それに、このような要件は、サーバ構築で発生するわけではなく、機能定義で出てきます。
したがって、アプリケーションエンジニアがミドルウェアがどの程度までできるか？ということを把握することは非常に大切です。

また、これらの要件がまっさらから作ろうとすると非常に多くのコストがかかってしまいます。
クラウド時代の到達とともに、アプリケーションエンジニアが、サーバ構成・システム構成から設計できることは、スピードとコストを最大限にするためにも、今後ますます重要になってくるのではないでしょうか？

airxmailを使っていただいている方からのご協力もあり、いくつか修正することにしました。

http://code.google.com/p/airxmail/downloads/listの
r44が最新になっています。

１．送信が成功したときにSMTPEvent.SMTP_SENT_OKのイベントを発行するようにしました。
　これを使えば、現在、x/n送信中なんて感じのだせるようになると思います。

２．Socket周りのエラーイベントはもともとあったイベントを使用するようにしました。
これは、おもに原因の切り分けのためです。SMTPやPOP3で通信していると、TCP/IPレベルでのエラーなのか、
SMTP/POP3のプロトコルレベルのエラーなのか、エラーイベントで揺れがありましたが、これらを統一するようにしました。

３．TLS/SSLが必要にも関わらず、Plainな通信を使ってしまうと固まってしまう問題の修正。
これは、ステータスがかえってくるのをずーとまってしまうという問題がありましたが、接続時にTCP/IPで接続ができた後に、
プロトコル上でのサービスの準備完了になるまでのタイムアウト値（現在５秒）を設けました。

４．接続のときに何か間違い（ID・パスワードの間違いとか・・・）、再接続したときに、以前のコマンドがクリアされずにいたために、
再度、処理が進まなかった問題を修正しました。

とこんな感じで、修正しました。
エラー周りなどは、もともと、あるアプリケーションのためにライブラリ化したので、その使い方をこえると、
考慮されていなかったり、ポリシーがぶれていたりするのですが、やはり、第三者の目が入るのはいいです。

airxmailを使って、gmailの「接続エラー」と「正常」のテストを何度かしていた。
そしたら、何度か、なぜか正しくやっているはずなのに、接続できないことが発生してきた・・・・

きちんと、airxmailでその時のメッセージを取得し、表示してみると

[PASSWORD]:535-5.7.1 Username and Password not accepted. Learn more at
[PASSWORD]:535 5.7.1 http://mail.google.com/support/bin/answer.py?answer=14257

で、http://mail.google.com/support/bin/answer.py?answer=14257を見てみると、
「メール クライアントで新着メールのチェック間隔が短すぎないことを確認します。 メール クライアントで新着メールをチェックする間隔を 10 分以内に設定している場合は、ユーザー名とパスワードを入力するよう何回も要求されます。」

とのことでした。
ちょっと、びっくりしてしまいました。

さて、いきなり、反論も出るかとも思うが、私が思うのは、個人の消費と比較してだ。
私事ながら、数年前にマンションを買った。

マンション。それは、個人にとって大きな買い物だ。
だから、いろいろ調べたし、ほかの物件なども見た。
それにも、まして、勢いも必要だ。

でも、それでも、ある部分自分の判断を信じない部分もある。
それが、専門的な評価部分だ。
柱がどうだとか、耐震構造がどうだとか？
あとは、部屋の受け渡しでのチェック。
これは、素人目でもおかしいというところもあるだろうが、
やはり、プロの目から、仕上がりをきちんとチェックしてもらうことにした。
トイレなどの水回りの配管なども調べてくれるからだ。
こういった部分は、おかしなものを見せられ、そして説明を受けたら、おかしいとわかるが、
ただみて、それがおかしいのか、おかしくないのか？はよくわからない。

もちろん、業者はすべて、それが安全とか、問題ないということを言ってくる。
でも、結局は他との比較論であったり、コストとの相対論であったりする部分もあるので、
すべてが完璧とはいかないし、求めてもいない。

なので、やはり、プロのチェックが必要になり、お願いしたのだ。

このように、個人の消費でさえ大きなものは、そのように、消費者の立場のチェックはもとより、
プロの目から、提供者の立場（論理）からのチェックもしているのだ。
もちろん、そのためのコストも別に支払っている。
いわば、判断に対する保険料だ。

では、システムの発注の場合どうだろうか？
システムの発注者と、受注者の間にプロの目をいれないのはなぜだろうか？

「信じている」というとは、ここでいう、心理的なことを言っているのではなく、
契約的というか、手続き的というかの問題であるが、結果的に「信じている」と思う。

仮に、RFPの作成時と納品時を抑えられたら、防げるようなこともたくさんあることも見てきた。
なんで、こんなことも考えられていないの？というシステムが多すぎるからだ。

よくよく聞いたら、そんなことをお願いしていないとか、必要だと認識がなかったとか・・・
いい加減に結果が納品されてきたが、そこを説明された時に納得してしまったとか・・・

たとえば、自動車を個別に開発を仮に依頼するとしたら、仮にお客さんがブレーキの機能を求めなかっとしても、
絶対ブレーキの値段を入れてくるだろう。
ただ、システムの場合には、ブレーキがない時に、それをおかしいといってくれるかどうかは微妙だ。
ブレーキの機能が顧客側の運用側にある場合もあるので、システム提供側はそこまで教えてもらえなければ、
いらぬお節介をするかどうかになってしまうからだ。

でも、そのために、その後、膨大なコストをどちらかが背負うことになったり場合がよくある。
システムの発注と受注の間にも、そのようなシステムのプロの第３者の目が入ったほうがいいと思ったりするのだが、
どうしてそのようなサービスがないのだろうか？

顧客側に立った、システムのプロの目であれば、顧客も意見を言いやすいだろうし、
受注側も、自分たちに有利なようにごまかしているわけでなく、
本当にあるべき姿というのを言いやすくもなるだろうし・・・・

こういった、サービスが見つからないのはなぜなんでしょうか？
契約金のn%で請け負います。ってのがあってもいい気がするのですが・・・

と、たまに知人からの相談を受けていると、こういうのがきちんとサービスとしてあったほうが、
双方のメリットがあり、業界全体がよくなるのではないかと思うのでした・・・・

flex(AIR)で使えるFelicaのライブラリがずいぶんと前ではあるが、リリースされた。
以下のURLからライブラリは取得できます。

http://www.sony.co.jp/Products/felica/pdt/adb.html

ここで、Basicバージョン（無償）を使って、Suicaの履歴をエクセルデータに書きだそうかなと思ったが、
よくよく調べてみたら、そのようなことをやるには、Standardバージョンが必要らしい。
（せっかく、AIRからエクセルデータの作成ぐらいはできるのようになったのだが・・・・）

ちょっと、個人で調査のためだけに約60,000円はつらいので、あきらめた。

可能なら、Suicaの履歴から情報を取り出して、エクセルのデータに書き出すようなものをつくろうかなと思ったのだが、それはちょっとできないようだ。
（ちょっと、知人が電車の交通費を出すのに面倒だと言っていたが、ここで60,000円だせば、まあできるというわけだが、それは遊びにはちと高い。）

まあ、IDmやらを取り出すことはできた。
ただ、これだと、ブラウザのFelicaエクステンション機能でもできる。

なので、ちょっと、FelicaのIDをかざしたら、事前に登録されたところにメールを出すってな感じがいいかなと。
これだったら、ブラウザができないことも含んでいるし。
サーバーもいらないし。

こんなのができれば、
・塾についたらFelicaをかざすと親に連絡が自動的にいく

なんてのが、できる。まあ、メールが飛ばなくても、Flex(AIR)はすごくWEBと親和性も高いので、
・簡単なポイントカード
・ある場所について、かざしたら、次の問題が表示されるような、宝探しのようなゲーム
・出退勤（入出）管理
のなんてのは、すでにサービスがあるようだが、まあ、すぐに安く構築できるようになってしまったという事なのだろう。

ただ、FelicaをかざすためにPCを置いておくことができるのか？という問題がのこっている。

あのコンビニとかに置いてある、決済端末を使えれば、いろいろとFelicaのコンシューマソリューションも広がりをみせることができると思うのだが・・・・