
アジャイルアーキテクチャの相互作用
アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。

アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。
OOPカンファレンス (Object Oriented Programming)が、「変化を極めることを通じてのビジネス・インパクト」を全体を通じたメッセージとして、2011年1月24日から28日にわたってドイツのミュンヘンで開催された。その名前に反して、OOPは、ソフトウェア・エンジニアリングの全般的な領域に関する最大かつ、もっとも長く続いているイベントの一つである。
Alex Scordellis氏は、リソースの部分的更新についてのクライアントとRESTfulサービスのインタラクションがどのようにモデル化され、デザインされ得るかについての記事を投稿した。リソースを適切にモデル化すれば、問題は容易に解決するようだ。多くの場合、ただリソースをCRUDをサポートするエンティティとして考えることによってそれは問題となる。リソースを"リソース"とサービスとしてモデル化することだ。
Patterns&Practicesチームが、.NETで並列プログラムを書くためのガイダンスである『Microsoft .NETでの並列プログラミング』という書籍をリリースした。この本には、並列プログラミングのための6つのデザインパターンがサンプルコード付きで収録されている。
SOA パターンとアンチパターンについては,長年にわたって数多くの記事が書かれ,SOA プリンシプル(原則)についても十分な定義がなされている。しかしアンチプリンシプル(anti-principle)については,ほとんど無視されるか見落とされた状態だ。Steve Jones 氏がアンチパターンをより活用することの必要性について論じるとともに,自身でもそれを始めたことを報告する。

私は、java Singletonパターンがスレッドセーフではなく修正できないということが、プログラミングの世界ではよく知られている事実であるということを発見しました。Singletonパターンの特定の実装を提供し、これらの実装がどのように壊れる可能性があるかを公正に解説し、一般化された主張で結論が出されています。

ポーカーは他のトピックにも広く適用できるような数少ない教えを私にもたらしてくれたと信じています。実際私はソフトウェアを開発すればするほど、これら二つの仕事は非常に似ていると言う確信の度合いを深めています。

アーキテクチャは一般に、Word文書に主として見られるような極めて実体のない、ソフトウェアシステムの概念的な側面であるか、または完全に技術によって駆動されるものかのいずれかです。そのどちらも間違っています。では、どう対処すればよいでしょうか? この記事ではアイデアを説明します、そしてアプローチのキーポイントを要約します。

OOPSLA 2007の会場にて我々InfoQ取材班はKent Beck氏へのインタビューを行った。その中で氏は、彼の新しい本「Implementation Patterns」についてや、その中に登場するパターンとXPとの関わり、そしてアジャイルを適用する際の問題やデザインパターンの現在の状況について語ってくれた。(翻訳:畠山 貴 - (株)永和システムマネジメント)