アーキテクチャのトレンドサマリ（2014） - arclamp
今年はJavaOneに参加できたので、標準Java系は詳しい人に任せて、僕はアーキテクチャ関連の技術紹介や事例系のセッションを回ってきました。このサマリをJavaOne 2014 サンフランシスコ報告会 Tokyoにて発表しています。資料はこちらから。 動画はこちらから（コミュニティアップデートの途中からがアーキテクチャトレンドになります）。 発表時間が30分なのでコンパクトになっていますので、さっくりと見ていただければと思います。 もちろん「明日から案件に使えます」という話ではありません。ただ、JavaOneということもあって、話者はエンタープライズへの適用を前提にしています。よって、単純なスケーラビリティだけではなく、システム連携や信頼性についても意識はしています。意識したうえで「まだ簡単にはいかないけど、こうやっていくべきだ」という話です。 サマリとしては、アーキテクチャ設計をする上
連載：次世代開発基盤技術“Software Factories”詳解 第2回 開発手法「ソフトウェア・プロダクトライン」とは？（1/2） - ＠IT
従来の開発プロセスの多くは、長期的視点と短期的視点が明確に分離できていない。あるいは、ソフトウェア・システムの各構成部分における要求や技術の変化に対して、その変化のスピードの違いをまとまりとして管理していない。 図1はソフトウェア・システムを構成する複数のサブシステム（アーキテクチャやドメインの単位）*1における変化のスピードの違いを管理する2種類の方法を図示している。 *1 UML 2.0では、サブシステムとコンポーネントの違いは漠然としていて、サブシステムはコンポーネントの特殊なモデルである。また、コンポーネント自体は物理的な成果物ではなく、論理的な設計段階での構成体で、クラス概念を継承する。○はコンポーネントを表し、□はサブシステムを表している。図中の2つのソフトウェア・システムには、それぞれ3つのサブシステムがあり、個別のサブシステムの中には2つずつコンポーネントが含まれている。左
アーキテクチャ設計の難しさについて - arclamp
アーキテクチャについては、以下のパワポを見て頂くとして。 なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423 from yusuke suzuki アーキテクチャ設計を要約すると「"何をやるか"と"どうやるか"のバランスを取る事」となります。 "何をやるか"というのは"システムのミッション"のことであり、ソフトウェア品質モデルで言うところの"利用時の品質"、つまりはシステムのユーザーが何を達成したいのかということです。これは「このシステムが動き出した時、どんな価値を生み出すべきか」を考えることになります。 次に"どうやるか"というのは、2つの話があると思っています。1つめは"静的な構成"としてのどうやるか。2つめは"動的なプロセス"としてのどうやるか。 "静的な構成"というのはクラス構成であり、設定ファイルの構成であり、フレームワークの構成であり、つまり、システ
)
.NET Architecture Center: The Architecture Strategy Series
Thank you for joining us at Microsoft’s Strategic Architect Forum 2015 Session videos and presentations are now available online See sessions, presentations and additional relevant content here Architecture blueprintsScenario-based diagrams that help you build new solutions fastWatch the videoTransform technology to an asset to grow your business and your career<iframe width="980" height="550" all
Clean PHP
Loading… Flash Player 9 (or above) is needed to view presentations. We have detected that you do not have it on your computer. To install it, go here. Clean PHP - Presentation Transcript Clean PHPSebastian Bergmann May 20 th 2011 Hello! My name is Sebastian. Sebasti a n Hello! My name is Sebastian …and this is what I do: sebastian@thePHP.cc Co-Founder of The PHP Consulting Company sebastian@phpu
ドメイン層をシンプルに作るためのO-Rマッピング ― ＠IT情報マネジメント
前回「『データの永続性』に配慮した設計」までに、ドメイン層、パーシステンス層のパターンについて説明してきました。いろいろなパターンがありそれぞれ特徴があります。O-Rマッピングの役割を考えて、実現したいモデルに最適なパターンはどのように組み合わせればよいのでしょうか。今回は、O-Rマッピングの役割と、それを実現するためのドメイン層とパーシステンス層のパターンの組み合わせについて考えてみます。 インピーダンス・ミスマッチングとは？ オブジェクト指向で設計を行った場合に一番難しいことは、ドメイン層とパーシステンス層の設計です。 オブジェクト指向分析・設計では、上流工程で分析・設計したモデルの構造（概念モデル）において、継承やポリモーフィズムなどの抽象化を駆使し、できるだけ本質を見極めたシンプルなモデル構造を構築することにより、拡張性・保守性を実現します。そのため、ビジネスロジックの保守性・拡張
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Event Php Study Design 2
http://japan.internet.com/developer/20071016/26.html