InfoQ ホームページ エンタープライズアーキテクチャ に関するすべてのコンテンツ
-
LightSwitchの画面項目にSilverlightユーザーコントロールを追加する
LightSwitchにSilverlightのユーザーコントロールを追加して画面のカスタマイズを行う方法を紹介する。
-
/articles/RESTSOAFuture/ja/smallimage/small image 2.jpg)
-
アジャイルにおけるビジネスアナリスト像
2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。
-
/articles/introductionOozie/ja/smallimage/oozie small image.jpg)
-
/articles/agile-contracts/ja/smallimage/AgileContract_V1.jpg)
アジャイル契約
従来のウォーターフォールモデル手法，すなわち要件を定義し，サプライヤが価格を提示して，両者が法的拘束力を伴う契約書にサインする，というやり方は，企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には，アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では，サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な，４つの異なったモデルを検証しています。
-
/articles/it-architecture-inside-out-perspectives/ja/smallimage/architecture.gif)
ITとアーキテクチャ：裏返しの観点
ソフトウェア業界は、無秩序で、コストは、どんどん高くなり、品質は低下している。ITにおける新しい技術やプロセスや方法論の約束は、いかなる重要な規模においても、今だに実現化されていない。Bruce Laidlaw と Michael Poulinの両氏は、30年以上の経験から、ITの過去と現在関して、考えを比較し、ソフトウェア業界が進歩するために何が必要かについての洞察を提供している。
-
/articles/stratifiedjs/ja/smallimage/image_spaghetti.jpg)
コールバック不要：Javascript に逐次プログラミングを取り戻す StratifiedJS
StratifiedJS は Javascript に並列性構造を追加したスーパーセットであり，Javascript のコールバック地獄を過去の遺物にします。でも，どうやって？ InfoQ ではその方法を，Onilabs の Alexander Fritze 氏に聞きました。
-
/articles/attitude-agile-Goldsbury/ja/smallimage/badAttitude.jpg)
アジャイルのまずい考え方
Christopher Goldsbury氏は、アジャイルに見られるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。
-
/articles/java-dotnet-patents/ja/smallimage/image_contract-clock.jpg)
Javaと.NETの特許問題への短い紹介
最近のGoogleとOracleの間の法的な戦いによって、Javaと.NETの特許問題が再び注目されている。Tim Smith氏が、Oracle/Sun と Microsoftによって提供されているライセンスを紹介する。GoogleのAndroid プラットフォームのようなサードパーティの実装にそれらがどう影響するのかに、焦点を当てる。 恐らく、Google Androidのユニークな実装が、動機となったことも取り上げられる。
-
/articles/no-reliable-messaging/ja/smallimage/Logo.png)
信頼できるメッセージングは、不要。
Marc de Graauw氏は、WS-ReliableMessagingのようなトランスポート レベルの信頼性メカニズムが必要だ、という考えに対して、挑戦している。そのために、オランダのヘルスケアのSOAを例に、いかに、順番処理と正確に１度の処理を実現するビジネス論理の方が、ずっとうまくジョブを処理できるかを説明している。
-
/articles/scala_and_spring/ja/smallimage/Image1.JPG)
ScalaとSpring：両世界のベストを一体化
Scala, Spring と JPAを使った具体的な例を基に、このアーティクルは、暗黙の変換や traitsのようなScalaの強力な概念によって、いかにSpringを強化するかを説明している。更に、JavaベースのフレームワークとScalaの間の溝がいかにスムーズに埋められるかを示している。