• Adobe AIR
• JavaFX
• Microsoft Silverlight

Adobe AIRのアーキテクチャを分類すると、以下の3パターンに分けることができます。

• Ajaxベース
• Flexベース
• Flashベース

• 開発言語
  HTML + CSS + JavaScript
• 実行環境
  Adobe AIRランタイムに組み込まれている、WebKit HTMLエンジン上で動作する。
• 開発環境
  
  • 無料で使えるもの
    • Adobe AIR SDK + テキストエディタ
    • Aptana Studio(Eclipse + Aptana用Adobe AIRエクステンション)
  • 有料のもの
    • Adobe Dreamweaver CS3＋Adobe AIR Extension for Dreamweaver CS3

では、「Flexベース」の方はどうでしょうか。こちらも、同じ観点で技術要素を整理してみます。

• 開発言語
  MXML + ActionScript
• 実行環境
  Adobe AIRランタイムに組み込まれている、Adobe Flash Player 9の仮想マシンで動作する。
• 開発環境
  
  • 無料で使えるもの
    • Flex 3 SDK + テキストエディタ
  • 有料のもの
    • Adobe Flex Builder 3 Professional(Adobe Flex Builder 3.0.2 Professional Eclipse Plug-in)

• 現在、Ajaxベースで、効率の良い開発ができているか?
  WebアプリケーションのAjaxに比べて、明らかにJavaScriptのコーディング量は多くなるので、そのあたりのことも考慮しておくべき。稼働環境が、AIRランタイムのWebKitエンジンに限定されるので、
  • クロスブラウザの考慮が必要ない
  • AIRやFlushで用意されているAPIが使える。
  といった部分によって、開発しやすくなる部分はあると思われる。
• 要件として、Flashの機能が必要かどうか?
  クールなGUIが要求され、それがFlashだと作りやすいのであれば、無理にAjaxでがんばるのは考えもの。
• 新しい技術にチャレンジする状況かどうか?
  これには、プロジェクトの状況や、会社の方針、開発者の想いなど、いろいろな要素があるが。。。
• 有償の開発環境を導入できるか?
  Flexの場合、SDK + テキストエディタベースで開発するには、熟練が必要と考えられる。Flex Builderを使った方が、効率よく開発できる。

すでに、Ajaxベースの開発で、高い技術を持ち、Flushテクノロジーを使わずに機能が実現できるのあれば、「Ajaxベース」を採用するのが自然な流れです。どうしてもFlushは採用できないという事情がある(AIRを前提で、そんなものはないと思いますが。。。)以外の場合には、楽に簡単にできそうな面があるのなら、Ajaxで無理をすることばかりを考えず、Flexの採用を検討してみてもいいかもしれません。

新しい技術にチャレンジする時は、できること、やりたいこと、必要なこと、コストなど、いろいろな角度から見て判断することが重要ですね。]]> http://www.fourmeisters.com/blog/kimada/2009/05/adobe_air.html http://www.fourmeisters.com/blog/kimada/2009/05/adobe_air.html Adobe AIR Ajax JavaScript RIA 開発プロセス Adobe AIR Adobe Flex Ajax RIA Thu, 28 May 2009 14:00:39 +0900 ウォーターフォール・モデル 当時は、そのときの環境に適したプロセスとして、採用され、広まっていったものと考えられます。 個人的には、当時の開発環境が、1つの大きなポイントだったのではないかと推測します。 1980年代くらいまでは、メインフレームが開発環境の中心でした。メインフレームで運用されるアプリケーションだけでなく、ワークステーション上で実行されるプログラムも、メインフレームでクロスコンパイルすることもありました。なので、多くの開発者が、1つのホストコンピュータを共同利用して作業を進めていました。 ところが、端末はすべての開発者に1つずつ行き渡っているわけではなく、限られた数しか用意できませんでした。そのような環境下では、よほどの理由がない限り、一人の開発者が占有するなどということは許されませんでした。端末は、「作業場所」であり、ものを考える場所ではなかったのです。 では、ものをじっくり考える場所はどこかというと、「机上」です。「机上」の作業だけで、ある程度精度の高い設計ができていることが前提で、開発プロセスが策定されていました。ソースコードまでも、紙に書く場合がありました。 このような環境の中では、必然的にウォーターフォール型になるように思います。すでに、基本アーキテクチャは決まっており、開発という側面では、技術は安定していました。それにより、技術的リスクがあまりなかったということも背景としてあったと思います。 そのような状況からの変化が始まったのは、90年代前半くらいからかなと記憶しています。「ダウンサイジング」「クライアント/サーバ」「EUC(End User Computing)」などのキーワードとともに、それまでメインフレームでしか動かせなかったアプリケーションが、ワークステーションやPCという、ユーザに近いところに降りてきました。当然、基本アーキテクチャは大きく変わりました。それまで、書類が並んでいた「机上」に個人専用のPCが置かれ、インターネットを通じて、さまざまな情報にアクセスできるようになりました。言うまでもないですが、前段で述べたときとは、かなり環境は違います。 私の観点では、主要な変化として捉えるべき点は、以下のようなものだったかなと思います。

• 各自が専用のPCを持つことによって、考えながら開発することができるようになった。
• 技術トレンドの変化が激しくなり、「初物」に出会う確率が高くなった。
• マルチベンダー化により、1つのことを実現するための選択肢が増えた。

この記事の中ではもう一つ、以下のような数字が出ています。

現在、画期的なApp Storeでは35,000本以上のアプリケーションが世界77カ国のお客様に提供されており、デベロッパには、世界中の何千万ものiPhone™およびiPod touchユーザにリーチする機会を提供しています。

1ユーザが平均で50本ダウンロードしていると仮定した場合でも、単純計算で2000万ユーザという数字になるので、「何千万ものユーザ」というのは、決して大げさではないでしょう。
ニンテンドーDSは、初代が発売開始から1年で、1637万台ということなので、それと比べても遜色ない数字ですね。

ニンテンドーDSシリーズ１億台販売

ただ、これはあくまでも、世界レベルでの比較です。日本国内に限定した場合は、また違うでしょう。
あと、AppStoreには「無料のアプリケーション」も多くリリースされており、それらがこの10億本という数字を底上げしてる可能性もあります。
このように単純比較はできないですが、勢いがあることは事実だと思います。

私も、昨年の秋くらいから、iPhoneアプリケーションの開発に参加しています。そんなわけで、インターネット上で、いろいろなIPhoneアプリケーションデベロッパーの方々のブログなども、よく読ませていただいてます。そこから感じるのは、こんなにさまざまなタイプのデベロッパーが1つのプラットフォーム上に集まっているというのは、今までに例がないのではということです。
たぶん、自らやってみたいと思う人々が、積極的かつ、自然に集まった結果なんでしょうね。
(「業務命令」で、仕方なくiPhoneアプリケーション開発をやっている人は少ないんじゃないかと感じてます)

そして、半年ほど前になりますが、AppStoreから、無料のアプリケーションを1本リリースしました。
自分のアプリが、海外の見知らぬ人からダウンロードされたり、どこかのブログや雑誌で取り上げてもらったりといった、今までになかった新しい経験ができました。でも、現時点では、今後自分たちのビジネスに、どのように結びつけることができるかについては、まだ未知数です。
ただし、この勢いは見逃してはいけないと思うので、これからもウォッチして行きたいと思います。

当然ながら、自分もiPhoneユーザの一人なので。。。]]> http://www.fourmeisters.com/blog/kimada/2009/05/app_store910.html http://www.fourmeisters.com/blog/kimada/2009/05/app_store910.html MacOSX NEWS iPhone AppStore iPhone Mon, 11 May 2009 14:00:49 +0900 従来は、「SE」と「プログラマ」という分業体制の中で、「SE」が「詳細に記述された仕様書」を作って、「プログラマ」に渡すことを前提に、プログラミングを「単純作業」として捉えていた部分があったと思います。今でもその風潮は根強く残っていることがあるようですが、はたして、それでいいのでしょうか?

Javaのようなオブジェクト指向言語で開発する場合、そんなレベルの仕様書を、机上で頭の中で考えただけで書くことは、ほぼ不可能に近いと思います。というよりも、そこまで書けるのであれば、その人が実装までしてしまう方が効率がよいことは自明の理です。でも、この時点で、旧来のプログラミングが単純労働であるという前提は崩れてしまっていますね。

とはいっても、作業を単純化(シンプルに)することで、生産性の向上が期待できるので、何とか実現したいところです。 そこで、「SE」という立場の人たちの仕事として、プロジェクトの目的に合ったシステムアーキテクチャを考えることが重要になってきます。そのときに考えるべきことは、ビジネスロジック開発担当者が、エラーハンドリングやトランザクション管理などといった、制御ロジックから解放され、ビジネスロジックの実装に集中できるような、「シンプルでわかりやすい」環境を作ることです。重要なのは、単純化の真の目的は、考えることを減らすのではなく、本来考えてほしい部分に注力できるようにすることです。
そのために必要なライブラリやフレームワークは、既存の製品だけでは不十分なので、自前で開発しなければならないものが出てきます。当然、そのためのプログラミングもすることになります。
そういったことを考える中で、ビジネスロジック開発担当者に、何をしてもらえばいいのかも見えてくるので、どういった仕様書を作れば、効率よく作業を進めて行けるのかも明らかになるでしょう。

このように、事前の環境整備や準備をして複雑さを緩和することによって、開発作業はシンプルなものにすることができます。
旧来のような「SE」と「プログラマ」という分業体制を前提に、安易に「上から目線」で「プログラミングは単純作業である」とは、言えないのです。]]> http://www.fourmeisters.com/blog/kimada/2009/04/post_4.html http://www.fourmeisters.com/blog/kimada/2009/04/post_4.html Java 開発プロセス Java フレームワーク プログラミング 単純作業 Mon, 06 Apr 2009 18:03:11 +0900 MoFuseというサービスを使って、このブログのモバイルバージョンを作ってみました。(最近、全く更新が止まっているのに、意味あるのかって思うかもしれませんが......)
このページの右下にある、

をクリックすると、そちらに切り替わります。
一般の携帯電話と、iPhoneに対応されているようです。 例えば、iPhoneからの場合、以下のような感じで表示されます。

興味がある方は、覗いてみてください。]]> http://www.fourmeisters.com/blog/kimada/2008/10/post_3.html http://www.fourmeisters.com/blog/kimada/2008/10/post_3.html miscellaneous iPhone MoFuse モバイル Sat, 25 Oct 2008 08:03:54 +0900 メッセージを表示している画面ではいいのですが、転送するときにも、引用されたメッセージのヘッダーのキーが日本語になっているのは、いただけませんね。「Begin forwarded message」が英語なところも、アンバランスだし。。。

Begin forwarded message:

> 差出人: XXXXX XXXXX 
> 日時: yyyy年mm月dd日 hh:MM:ss:JST
> 宛先: XXXX XXXX ,......
> 件名: XXXXXXXXXXXXXXXXXXXXXXX
........

もしも、英語で海外の人とメールをやりとりしている場合、この部分が必ず文字化けしてしまいますよね。とりあえず、Mail.appのプリファレンスの設定では、ここを英語にするための設定はないようです。そこで、アプリケーションのリソースを変更してみようといろいろ探ってみたところ、目的のものを見つけることができたので、自分自身のメモを兼ねて、以下にまとめました。

注: この操作の危険度はそれほどないと思いますが、Appleよってサポートされているわけではなく、正式な手順でもないので、もしも試す場合は、オリジナルファイルのバックアップを保存しておくなど、あくまでも自己責任でお願いします。

• 対象ファイル

  /System/Library/Frameworks/Message.framework/Versions/B/Resources/Japanese.lproj/Message.strings

• ファイルの編集
  上記のファイルを、どこか書き込み権限のあるフォルダにコピーし、Xcodeを使って開き、コメントに"header of a message"と書かれている要素の値を、英語に変更する。

  編集例
  /* String used when displaying the From header of a message in the main window. 
  This value is only ever used for display and will not be part of any outgoing email. */
  // "From" = "差出人";
  "From" = "From";
  

• 編集したファイルを、元のファイルに上書きする。
• 日付の書式に、漢字が含まれないようにする。
  「システム環境設定」の[言語環境] - [書式]で日付の[カスタマイズ]を選択し[長]の書式に漢字が含まれないように変更する。
• マシンを再起動する。

設定が成功した場合、転送の引用メッセージのヘッダーには、以下の例のように、自分で設定した文字列が表示されます。

Begin forwarded message:

> From: XXXXX XXXXX 
> Date: yyyy/mm/dd hh:MM:ss:JST
> To: XXXX XXXX ,......
> Subject: XXXXXXXXXXXXXXXXXXXXXXX
..........

将来のアップデートで、このあたりの設定がプリファレンスで簡単にできるようになることを期待しています。(そもそも、メッセージヘッダーの日本語化自体が必要ないと思うのは、私だけでしょうか。。。)]]> http://www.fourmeisters.com/blog/kimada/2008/07/tips_apple_mail_1.html http://www.fourmeisters.com/blog/kimada/2008/07/tips_apple_mail_1.html Apple Mail Apple MacOSX Mail メッセージヘッダー 日本語化 Sat, 05 Jul 2008 23:41:22 +0900

「iPhone」について

この度、ソフトバンクモバイル株式会社は、今年中に日本国内において「iPhone」を発売することにつきまして、アップル社と契約を締結したことを発表いたします。

高解像度のカメラや、おサイフケータイ、ワンセグなどの機能を売りとする日本の携帯電話市場の中で、どんな展開になるのか楽しみですね。
個人的には、ぜひ欲しいと思いますが、現実的に考えると、今使っているものはキープしたまま、2台目として持つことになるんでしょうかね。。。]]> http://www.fourmeisters.com/blog/kimada/2008/06/iphone_is_coming_soon.html http://www.fourmeisters.com/blog/kimada/2008/06/iphone_is_coming_soon.html iPhone iPhone MacOSX Wed, 04 Jun 2008 21:16:58 +0900 Adjusting Spotlight for your Time Machine backup!を見つけました。

バックアップ先として指定しているHDDが、Spotlightの検索対象になっていることが原因のようです。

1. Open System Preferences.
2. Choose Spotlight.
3. Click on the Privacy tab.
4. Click on the "+".
5. Navigate to your backup disk and find the folder called "Backups.backupdb".
6. Click "Choose".
7. That's it. The backup should now be excluded from Spotlight searches.

私の場合、"Backups.backupdb"を選択するとエラーになったので、HDDのルートを選択してみたところ、うまく行きました。]]> http://www.fourmeisters.com/blog/kimada/2008/05/time_machine.html http://www.fourmeisters.com/blog/kimada/2008/05/time_machine.html MacOSX Leopard MacOSX Spotlight Time Machine 遅い Thu, 29 May 2008 22:02:43 +0900 Leopardの中にJDK1.4が入っていることがわかったので、WebLogic Server 8.1をインストールしてみました。

MacOSXにWebLogic Serverをインストールして実行することは、BEA社によるサポートも保証もされない行為であるため、具体的な手順などを紹介することは差し控えますが、結論だけ言うと、特に問題なく動かすことができました。

改めて、Java/J2EEとWebLogic Serverのポータビリティと、AppleのJava環境の互換性の高さを体感しました。

開発環境としてだけでもいいので、いつの日か、サポート対象プラットフォームに、MacOSXが加わってくれるといいなと願っています！]]> http://www.fourmeisters.com/blog/kimada/2008/04/weblogic_server_on_leopard.html http://www.fourmeisters.com/blog/kimada/2008/04/weblogic_server_on_leopard.html Java Java EE MacOSX ミドルウェア Java Leopard MacOSX WebLogic Wed, 23 Apr 2008 23:15:13 +0900 前回のエントリで、ちょっと情報不足があったことがわかりました。
こちらにあるように、LeopardでJDK1.4.2も入ってたんですね。

]]> http://www.fourmeisters.com/blog/kimada/2008/04/available_java_versions_on_leo_1.html http://www.fourmeisters.com/blog/kimada/2008/04/available_java_versions_on_leo_1.html Java MacOSX Thu, 17 Apr 2008 22:11:45 +0900 前回、MacBookの中に、「快適な仮想空間」を作ったところまで書きましたが、ホストOSであるLeopardを中心にするのが、最大の目標です。まずは、私が使っているものの中で、どうしてもWindowsでしか動かせないものを挙げてみます。

• JDK1.4をベースとするもの(e.g. WebLogic 8.1)
• Internet Explorer
• 一部のMS Office文書
• Adobe Acrobat(PDF Writer)

• VBAマクロが含まれているもの
• 複雑な描画を含むExcelワークシート

キーボード/マウスショートカットのコンフリクトに関する問題を解決する。

デフォルトの設定では、VMware Fusionの仮想マシンを実行している場合でも、Leopard側で設定されているショートカットキーが、ゲストOS側の操作よりも優先されます。例えば、ゲストOSがWindowsの場合、control + クリックは、連続しない項目を複数選択ですが、MacOSXでは、マウス右クリックです。 そのままでは、[control + クリック]で、Explorerで連続しない複数ファイルを選択することができません。これを回避したい場合は、以下の通り設定しておくといいでしょう。

• Expose、Spacesなどのショートカットキーを、commandキーとの併押下などに変更する。
• VMware Fusionの環境設定で、「Mac OS マウスショートカットを有効にする」をOFFにする。

Spacesをうまく活用する。

VMware Fusion専用の操作スペースを用意することで、MacOSXとゲストOSの画面を、ワンタッチキー操作で行き来することができるようになります。まるで、一昔前のディスプレイ切換え装置を使っているようなイメージです。 ここまでの環境が作れただけでも、十分に移行した価値ありですね。あと、驚くべきは、ゲストOSのパフォーマンスです。旧PC(Centrino 1,4GHz + 2GBメモリ)にくらべて、JavaアプリケーションのAntビルドの所要時間が、30%から50%くらい速くなりました。 次回は、「Macでできることは、できるだけMacでやる」をテーマに、書いてみたいと思います。 ]]> http://www.fourmeisters.com/blog/kimada/2008/04/macbook.html http://www.fourmeisters.com/blog/kimada/2008/04/macbook.html Linux MacOSX VMware 仮想環境 Sat, 05 Apr 2008 02:30:12 +0900 VMware Fusionが普通に動いているのを見て、今まで使っていたPCの環境を、そのまま移行できそうだと感じたことです。それによって、「それまで行っていた仕事を、そのまま継続できる環境を維持する。」という、最も重要な要件は満たされると確信しました。 実際の移行作業は、VMware社から提供されている、VMware Converterという移行ツールを使って行いました。VMware Converterは、大きく分けると以下の3パターンの環境から、VMwareの仮想マシンに変換することができます。

• 動作している物理マシンを丸ごと
• VirtualPC などの他の形式の仮想マシン
• Symantec Ghostなどで作られた、フルバックアップイメージ

そんな中で、ようやくIntelプロセッサー搭載のMacの登場によって、私の目論みが、現実化してきました。半年ほど前に、Apple Store, Ginzaにて、iMacのParallels Desktopの上で動いているWindowsXPを見たときに、「これは行けるぞ」と思いました。さらに、弊社内でも昨年末にMacBookを購入した人(hisama2)がおり、VMware Fusionの上でスムーズに動いているWindowsXPを見せてもらったことが、後押ししました。そして、ようやく２週間ほど前に、MacBookへの移行を決行しました。

私にとっての移行に関する基本要件は、以下の通りです。

• それまで行っていた仕事を、そのまま継続できる環境を維持する。
• Macでできることは、できるだけMacでやる。

そのため、以下の方針を取りました。

• ソフトウェア開発環境
  Macでは動かないもの(JDK1.4.x、WebLogic Server、Oracle XEなど)があるので、これまで使用していたPCの内容を、丸ごとVMWare 仮想マシンに変換する。

• メール
  これまで使用していたEudoraが販売終了なので、これを期に、Mac上のApple Mailに移行する。

• MS Office
  メールをMacに移行するので、Office for Macの使用が中心になるが、互換性の問題を考慮し、Windows版のOfficeも使えるようにしておく。

• Skype
  Mac版を使用する。

• モバイル環境
  Macで高速通信ができるEMOBILEに乗り換える。

現在は、移行が完了し、快適な環境で作業できるようになっていますが、実際の移行作業は思うように進まず、試行錯誤を繰り返す結果となりました。もしも、同じようなことをやってみようと考えている方がいるならば、少しでもお役に立てばと思い、私がやったことについて、次回から書いてみたいと思います。 ]]> http://www.fourmeisters.com/blog/kimada/2008/04/windowsmac.html http://www.fourmeisters.com/blog/kimada/2008/04/windowsmac.html MacOSX Mail VMware MacBook MacOSX VMware Fusion 移行 Thu, 03 Apr 2008 00:56:49 +0900 Eudora version 8.0.0b1 (a.k.a. Penelope) try out summaryで、EudoraからThunderBirdへのメール移行には、特に問題がなかったようなことを書きましたが、それには誤りがありました。言い訳になってしまいますが、あのときには、まだ本格的な移行は考えておらず、お試し気分だったこともあり、重要な問題点を見落としていました。
Eudora8とThunderbirdのインポート機能では、日本語の添付ファイル名は、すべて文字化けし、移行後は開くことができなくなっていました。今回、仕事用のPCをMacBookに変えたのですが、そこで本格的な移行にチャレンジしたことで発覚しました。
いろいろと試行錯誤し、情報も探しましたが、残念ながら解決策は見つかりませんでした。結局、今回は、添付ファイルの移行はあきらめて、

• メッセージとフィルターを何とか移行する。
• Thunderbirdではなく、Apple Mailに移行する。

具体的には、Eudora Mailbox Cleanerというフリーウェアを使用しました。このツールは、Eudoraからインポートしたファイルを、直接Apple Mailの環境($HOME/Library/Mail)に出力します。具体的な手順は、ここに書かれています。
コンバート実行後、添付ファイルがあるメッセージの最後には、

復元された添付ファイル："Windowsで使用してた時の添付ファイルフルパス名"

ここでファイルを探す方法ですが、Macだと意外に簡単にできることに気づきました。ファイル名の部分を選択して、コンテキストメニューから、「Spotlightで検索」を実行すると、即座に探してくれました。
あと、Windows環境からの移行の場合、当然のことながら、添付ファイルとしては、MS-Officeのドキュメントが多いと思いますので、それを開くためのソフトは必須になります。

とりあえず、今ひとつスッキリしない結果ですが、当面、このまま行こうと思います。そんなに遠くない将来にEudora8でこの問題が解決した場合には、もう一度、きれいに移行できるか試してみたいところですね。。。]]> http://www.fourmeisters.com/blog/kimada/2008/03/eudora_7j_for_windows_1.html http://www.fourmeisters.com/blog/kimada/2008/03/eudora_7j_for_windows_1.html Eudora MacOSX Mail Thunderbird Apple Mail Eudora Mailbox Cleaner MacOSX Spotlight Thunderbird Windows Tue, 25 Mar 2008 21:28:18 +0900