InfoQ ホームページ 方法論 に関するすべてのコンテンツ
-
Internet Explorer 用のマネージドエクステンション
.NET 4.0 では，信頼性の高い Internet Explorer 用マネージドエクステンションが記述可能になった。エクステンションはそれぞれ，コンパイル時に使用された CLR 上で動作する。以前のように，間違って最新バージョンの CLR をつかんでしまうことはなくなった。残念ながら，COM インターフェースは相変わらず必要だ。
-
拡張可能なキャッシュが.NET 4.0に追加
Microsoft’s Patterns and Practicesキャッシュフレームワークは.NET Frameworkのコアの一部として昇格した。本フレームワークは、トリガベースのキャッシュ無効化を伴う基礎的なインメモリ・キャッシュと、キャッシュフレームワークを更に改善するための共通ラッパを提供する。
-
Marshal.ReleaseComObjectは危険な場合がある
Visual StudioプラットフォームチームのプリンシパルデベロッパのPaul Harrington氏は、マネージドコードからCOMオブジェクトを破棄するためにMarshal.ReleaseComObject()を呼び出すことが、なぜ危険であり、推奨されていないかについて解説した。
-
実験駆動開発 - ポストアジャイルの手法
TDDとBDDは現在広く使われているソフトウエア開発技術だ。しかし、TDDやBDDを単に適用するだけではビジネス機会を逸したり、さらに悪いときにはビジネスにネガティブな影響を与えてしまう。TDDとBDDでは解決できないふたつの問題とは、どのようにアプリケーションの使いやすさを計測するのか、そして顧客からどのようにしてフィードバックを得るのか、ということだ。実験駆動開発(EDD)はこの問題を解決できるか。
-
Silverlight 4のCOM+ オートメーションはセキュリティと移植性に懸念がある
Silvelright 4は権限を昇格させたブラウザ外実行 (OOB) アプリケーションとして実行したときにCOM+ オートメーションをサポートする。マイクロソフトはこの機能を企業顧客の要求によるものだとして、SilverlightからOfficeオートメーションを利用する例を挙げた。
-
Spring.NET 1.3: VS.NET ソリューションテンプレート MSTest サポート，そして Spring Integration.NET
Spring.NET フレームワーク の新バージョンである version 1.3 が先頃リリースされた。InfoQ ではプロジェクトの創設者でリーダでもある Mark Pollack 氏に，同プロジェクトの詳細と今回導入された新機能，そして新プロジェクト Spｒing Integration.NET の詳細などを聞いた。
-
ScrumBanは進化か、それとも矛盾か?
カンバンのワークショップやコース、カンファレンスが現れ、アジャイル実践者たちは、リーンから適用されたこの手法がチームに提供するものを調査している。ボトルネックを明らかにすることから、より多くの"動き"を経験し満足するチームまで、魅力的な利点が挙げられている。しかし、指導者たちは、カンバンののんびりしたアプローチが直ちに障害を取り除くというスクラムの呼び掛けに対する「���リプトナイト」であることを警告する。
-
SOAの神話トップ１０を再確認。
Joe McKendrick氏は、最近の彼の記事で、ebizQの"SOA 稼働中"イベントでガ―トナ社の Yefim Natis氏が発表したSOAの神話トップ１０をあげているが、SOAの支持者と反対派の両方の誤解を述べている。
-
エコシステムとしてのSOA
現代においては、企業は常に顧客とサプライヤを含む、より大きなエコシステムの一部である。Richard Veryard氏は、ブログの新しいポストで、いかにしてこのエコシステムがSOAの設計に反映されるべきなのかを述べている。
-
漸次的なSOAの価値とは何か
John Moe氏はSOAを実現するためいくつかの手法について議論している。その中には漸次的な(ゲリラ)SOAも含まれている。漸次的なSOAは以前、SOAの中で大きな議論を巻き起こした。この議論にはベンダやコンサルティング会社の代表者も巻き込んで、それぞれの価値観に基づく激しい応酬(例えばソフトウエアと人間とどちらが高コストか、といったような)が繰り広げられ、議論に参加した者は、これらの(彼らの)ソリューションの利点を明らかにしようと躍起になっていた。
-
SOAマニフェストが公開された
数日間にわたる激しい議論の後、SOAマニフェストが公開された。予想されたように、これまでのところ、フィードバックは、好意的なものと否定的なものが入り混ざっている。マニフェストに欠陥がある、あるいはそのメッセージが理解されていない（すなわち伝わっていない）のが理由である。
-
PostSharp 2.0のIDEサポートによりアスペクト指向プログラミングがより簡単に
アスペクト指向プログラミングについての大きな不満の１つは、実際にアスペクトが適用された後のコンパイル済みコードがどんなものになるのかを知るのが難しいことだ。ソースコードを見ている時、あなたは必ず「これに影響を与えているアスペクトは一体どれなんだ？」という疑問を持つだろう。 PostSharpが.NET開発者のこの疑問に答えてくれる。
-
SOAマニュフェストの策定
2度目のSOAシンポジウムと同時に、Thomas Erl氏とIBM、Red Hat、 OracleそしてCognizantといった企業の代表者がSOAマニュフェストを策定するために会議を開いた。ワーキンググループのメンバである Steve Ross-Talbot氏は考慮するべきいくつかの領域について書いている。
-
デマルコ、ソフトウエアエンジニアリングの40年間を振り返る
NATOのソフトウエアエンジニアリング会議から40年経ち、トム・デマルコはソフトウエアエンジニアリングの信念の進化において、自身が支持したメトリクス指向の方法論が、"変革を起こすこと。世界を変えるソフトウエアを作ること。"を目的にする現実の開発現場では、本当は邪魔になっていたのではないかと、振り返った。それとも、彼の当初の助言はやはり有効なのだろうか。彼自身は、"有効ではなかった"と、Software Engineering誌の"時代はやって来て、そして過ぎ去ってしまったのか"と題した記事で書いている。
-
言語の制約に頼るべきか？開発者の責任に頼るべきか？
Bruce Eckel氏、Michael Feathers氏、Niclas Nilsson氏、Keith Braithwaite氏などが次の問いに答える。プログラミング言語は、完全な柔軟性をもって開発者が好きなようにいじり回せて、開発者が自分でやったことには責任をもつと信じるべきなのか？それとも悪いコードやメンテナンス性や可読性をさげてしまうような失敗を避けるために、設計時に言語の中に明確な制約を設けるべきなのか？