トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Jon Rose, 翻訳者 編集部 投稿日 2008年1月31日 午前9時18分
Adobe AIRプラットフォームに対してる良くある批判の一つは、デスクトップアプリケーションを構築する際に必要となるネイティブOS統合のためのサポートの欠如である。AIR 1.0のリリースと共にAdobeのMike Chambers氏はこの問題に対する対処法を実践したもの(source)を先週掲示した。Adobe AIRで一番要されている二つの機能は、AIRアプリケーションからネイティブ実行ファイルを発信する能力とネイティブライブラリをAIRアプリケーションに統合する能力です。あいにくこれらの機能は両者ともAdobe AIR 1.0に含まれていません。Chambers氏のコンセプトの実装は比較的シンプルなもので分かりやすいのだが、それはネイティブ問題を十分に提示できているだろうか?マイクロソフト社のエバンジェリストScott Barnes氏はそうは考えていない。彼はプラットフォーム内のネイティブサポート欠如を提示し、Chambers氏の記事に反論した(source)。
しかしながらこれは基礎的なオペレーティングシステムとより近く、より強固な統合をしているAIRアプリケーションを構築できないと言う意味ではありません。
...
そのプロジェクトはCommandProxyと 呼ばれています。それはAIRアプリケーションと基礎となっているオペレーティングシステム名にコミュニケーションプロキシを提供し、他のWebベースの デスクトップランタイム(Mozilla Prismのような)と一緒に論理的に動作します。注意して欲しいのはこのプロジェクトはAdobeからのサポートを一切受けていません。これはそれがランタイムによって提供されている事を超越して、AIR機能を拡張することのできる可能性のある方法を理解するためデベロッパたちに向けられたもののプロジェクトなのです。
AIRがなぜネイティブOSに対して窓を開けないのか分かりません。そしてそれがなんとなく部屋の中のゾウを象徴していて、その状況の中で一つのコードバンドルを持ってX-Platformに突入すると、なにかがテーブルの上に置き去りにされるのです。オペレーティングシステムへのネイティブアクセスはこれらの中の一つでもしデスクトッププラットフォームが”見てお母さん、Flashをデスクトップエクスペリエンスに変換したよ”というものを超越した成功になり得るのならば、それは深刻さを増してセキュリティに重点を置き(大変重要)現実世界のソリューションが構築され得るのです。フォローアップの掲載にてBarnes氏はCommandProxyに対する自身の懸念(source)について語っている。
コマンドプロキシとAIRアプリケーション間のコミュニケーションチャンネルは可能性のある虚弱性として考えられます。アプリケーションデベロッパがセキュリティに関して心配しなければいけない事の一つは、誰かのマシーンにたむろっている不確実なクロスプロセスコミュニケーションメカニズムなのです。例えばもしプロセスが名付けられたパイプ上で聞き、その名付けられたパイプにACLがなく帰還通信が全くないというようなことです。コマンドプロキシを使用する例 にてあなたはそれが通常目的のプロセスローンチャーに変わらないようにするためにどのように保護しますか?Chambers氏はその概念証明の分析に始まりBarnes氏に対し詳細(source)に返答している。
コマンドプロキシを使用しているアプリケーションを構築、デプロイするのは実際のところどれくらい現実味があるのでしょうか?それが実用的になり得るインスタンスもあるかもしれないけれど、私の考えではほとんどのケースにおいて開発とディストリビューションの複雑性があるためそれが実現可能ではないと思うのです。Chambers氏は全体的な問題を提示するというAdobeの計画に触れ、その記事の幕を閉じている。
最後に長期的なソリューション(と計画)はAIRランタイムそのものがデベロッパたちが求める低レベルの機能を提供しています。AIR1.0は既にAPI の数を介して基礎的なオペレーティングシステムにアクセスを提供していてそれらのAPIのスコープは各リリースにてのみ拡張されます。InfoQ.comのコミュニティのデベロッパとアーキテクト達にとって、この懸念はAdobe AIRを考慮するのを妨げていただろうか?AdobeはあなたがAIRプラットフォーム上でデスクトップアプリケーションを実装できる、またはしたいと思う以前にネイティブ統合の問題を十分に提示する必要があるのだろうか?
セキュアなIT基盤と付帯運用サービス”SecureOnline”
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
InfoQ Japanはコンポーネントスクエアが運営しています
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信