要件抽出漏れ低減に貢献―画面プロトタイプを用いた要件抽出技法の紹介
システム開発の要件定義工程において、すべての要件を抽出することは非常に困難です。ここでは、この要件抽出を補助する手段のひとつとして、画面プロトタイプを用いて要件抽出を行う技法とその有効性を紹介します。
InfoQ
InfoQ
トピック・タグ別の表示
設計ガイドラインに関するすべてのコンテンツ
設計ガイドラインに関する最新コンテンツ
1杯のコーヒーを得る方法
本稿では、Jim Webber、Savas Parastatidis、Ian Robinsonが、RESTfulアプリケーションでのハイパーメディアを用いてアプリケーションフローを扱うための方法を説明します。
設計ガイドラインに関するNews
ソフトウェアアーキテクチャに関する新刊
ソフトウェアアーキテクチャはソフトウェア技術者にとって重要なトピックのひとつである。ソフトウェア開発プロジェクトの失敗の大部分が不適切な設計を原因とするものだからだ。だからアーキテクチャ上の問題の理論と実際について学ぶのは重要なことだ。最近出版された，あるいは近々出版予定の興味深い新書が大いに役立つだろう。
Joshua Kerievsky氏、Craftsmanship議論に「Sufficient Design」を紹介
近頃、Software Craftsmanship（ソフトウェア職人気質）がホットな話題になっている。しかし、Joshua Kerievsky氏は「コードは常にクリーンでなければならない！」というCraftsmanship精神に対して、「Sufficient Design（十分な設計）」と呼ぶ対抗するような考えを唱えている。Joshua氏が意味しているところを知るとともに、彼の考えについてBob Martin氏とRon Jeffries氏の意見を聞く。
アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?
アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。
SOAの非原則を定義すべきか？
よく確立された原則とアンチ原則に加えて、Steve Jones氏の新しい投稿で、SOAの実装における非原則という概念を導入し、なぜそれが重要なのかを説明している。
言語の制約に頼るべきか？開発者の責任に頼るべきか？
Bruce Eckel氏、Michael Feathers氏、Niclas Nilsson氏、Keith Braithwaite氏などが次の問いに答える。プログラミング言語は、完全な柔軟性をもって開発者が好きなようにいじり回せて、開発者が自分でやったことには責任をもつと信じるべきなのか？それとも悪いコードやメンテナンス性や可読性をさげてしまうような失敗を避けるために、設計時に言語の中に明確な制約を設けるべきなのか？
コード再利用へのアジャイルアプローチ
Extreme Programming Yahoo Groupの最近のディスカッションにおいて、ソフトウェアを再利用可能にすることと、必要になるまでコードを書かないというXPのプラクティスの間で明らかな対立が起こった。Ron Jeffries氏その他の人たちは、コード再利用の費用と効果、そして、アジャイル環境でコードの再利用を行う方法と時期についての考えを共有した。
C# 4.0によるデッドロックの問題の「解決」
同じソースコードの最適化されたビルドと最適化されていないビルドは、それぞれ異なるデッドロックになる可能性があることを、数年前Eric Lippert氏は述べた。
SpolskyとBobおじさんの対決
ここ数週間、Joel SpolskyとRobert C Martin(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff AtwoodとJoel Spolskyの「38:th Stack Overflow」というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった。
リファクタリングは設計の代わりではない
stack overflowコミュニティのメンバの１人が、「設計は最近ではリファクタリングの一部なのだろうか？」という質問をした。この疑問は、創発的な設計へのアジャイルのアプローチについて多く見られる誤解を浮き彫りにしている。