[B! arch] [3ページ] nyopのブックマーク

MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア

nyop 2014/01/15

リンク

ITの地殻変動はどこで起きているのか～アーキテクチャ設計技術にクラウドが必須になった時代 - プログラマの思索

2014年になって、ITの地殻変動がどこに起こっているのか、を考えてみる。＃ラフなメモ書き。【1】最近感じることは、Webアプリをプログラミングするアプリケーションエンジニアよりも、サーバー基盤を構築するインフラエンジニアの方が目立つというか輝いて見える時が多い。何故なのだろう？また、先月の日経BP主催のITアーキテクトカンファレンスでは、エンタープライズシステムの構築に携わるITアーキテクトを対象にしているが、その内容はすべて、クラウドがキーワードだった。 DOAやOOAは全く含まれていない点が衝撃だった。 ITアーキテクトカンファレンス 2013 最近の流れを見ると、アーキテクチャ設計の技術では、DOAやOOAは既に古い技術であり、クラウドが席巻しているように見える。【2】最近のバズワードである「クラウド」には、否定的な意見を持つ人も多い。 ITの歴史の延長線上にあるだけ

nyop 2014/01/05

it
Arch

リンク

SOA は死なず - SOA の継続的妥当性に注目したガバナンス標準を国際組織が批准

Rustが再評価される：エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

nyop 2012/11/05

SOAの定義が従来のSOAP中心のアーキテクチャ以外にも範囲が拡がってる。その意味では確かにガバナンスフレームワークは重要だよね、と。

リンク

AWS-CloudDesignPattern CDP2.0候補

AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収

nyop 2012/08/17

ふぅむ。

リンク

SOAとMDMの組み合わせによる全体最適化へのアプローチ｜オブジェクトの広場

株式会社オージス総研技術部クラウドインテグレーションセンター齋藤伸也 1. はじめに 1.1. 本稿の背景サービス指向アーキテクチャ(Service-Oriented Architecture:SOA)とマスターデータ管理(Master Data Management)は，企業情報システムの全体最適を考えたときに，登場するキーワードです．どちらの考え方も企業情報システムの全体最適化を目指していますが，両者にどのような共通性，関連性があるのか明確な定義はありません． 1.2. 本稿の目的一見，独立したテーマに見える，"SOA"と"MDM"には深い関連があり，両者の考え方を組み合わせることで，企業情報システムの全体最適化へのアプローチがより効果的なものになります．本稿では"SOAとMDMの組み合わせによる全体最適化へのアプローチ"について説明します． 1.3. 対象読者本稿が対象と

nyop 2012/08/13

Arch
it

リンク

ソフトウェアアーキテクチャ - Wikipedia

ソフトウェアアーキテクチャ（英: Software Architecture）は、ソフトウェアコンポーネント、それらの外部特性、またそれらの相互関係から構成される。また、この用語はシステムのソフトウェアアーキテクチャの文書化を意味することもある。ソフトウェアアーキテクチャの文書は開発依頼主とのコミュニケーションを容易にするもので、概要レベルの設計に関する早期の決定を促し、プロジェクト間でのコンポーネントとパターンの設計を再利用することを可能にする[1]。計算機科学の分野は、その草創期から複雑性に関する問題を扱ってきた[2]。初期の複雑性の問題は、開発者が正しいデータ構造を使い、アルゴリズムを開発し、問題を分割する手法を用いることによって解決されていた。その一方で、「ソフトウェアアーキテクチャ」という用語は、業界でも比較的新しいものである。その分野の根本原理は、1980年代ごろからソフトウ

nyop 2012/07/07

Arch

リンク

CNET Japan

人気の記事 1イノベーション特化の政策立案をするミレニアル世代による新団体--落合陽一氏らも参画 2018年12月13日 2AGC、オープンイノベーションから生まれた“新しいガラス”--常識覆す新発想が形に 2018年12月13日 3アップル、通信モデムチップの自社開発を計画か 2018年12月13日 4AI画像認識の「Googleレンズ」、iOS版Googleアプリにも搭載 2018年12月12日 5東芝エルイー、Bluetooth搭載ポータブルCDなどオーディオ3機種を発表 2018年12月13日 6マリオットの情報流出、背後に中国の影--米中関係が緊張する中 2018年12月13日 7アップル、Newsアプリで有料購読サービスを来春提供開始か--ベースは買収したTexture 2018年12月13日 8中国製スパイチップは「証拠なし」--Super Microが調査結果を発表 201

nyop 2012/01/17

「さまざまなAPIが企業に変革をもたらす。」は毎年見るなぁ。CORBA, SOAP, REST。歴史は繰り返す感じ。

it
Arch

リンク

いきあたりばったりのアーキテクチャと教訓

スライドの作者であるGleicon Moraesは、これらの図を示した上で、リレーショナルデータベースはガムテープのようにつぎはぎで使えるような万能薬ではない。シャーディングや非正規化などは検討すべきよい選択肢であり、またリレーショナル以外のデータベースも選択肢としていれるとよいだろうと説いています。そして次のような「リレーショナルデータベースの間違った使い方10項目」を示しているのです（訳は前述の記事「データベースの間違った使い方10項目」から）。 Dynamic table creation（動的なテーブルの作成） Table as cache（テーブルをキャッシュとして使う） Table as queue（テーブルをキューとして使う） Table as log file（テーブルをログとして使う） Distributed Global Locking（分散したグローバルなロック）

nyop 2011/05/21

デザインの見直しは大事だけど、なかなか手をつけられないのが正直なとこだよなぁ。

Arch

リンク

dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

nyop 2011/04/30

devlove
Arch

リンク

ドメイン駆動設計・俯瞰編・アプリケーション構築 - Strategic Choice

俯瞰『アプリケーション構築』を俯瞰します。赤がパターンです。補足背景には常に「ユビキタス言語」「モデル駆動設計」があります。モデルとソースコードの乖離を避けるため「実践的モデラ」も前提になります。「レイヤ化アーキテクチャ」で層化し、ドメイン層を分離します。「利口なUI」は、ドメイン駆動設計では使用しません。ドメイン層のモデルは、基本的に「エンティティ」「値オブジェクト」「サービス」が構成要素となります。「モジュール」で分割統治します。ライフサイクル管理に「集約」「ファクトリ」「リポジトリ」を使用します。

nyop 2011/04/27

リンク

なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423

2011年4月23日の「DevLOVE 今、未来に繋がるために帆を立てるとき」での講演内容です。 http://kokucheese.com/event/index/9778/Read less

nyop 2011/04/23

リンク

Content Unavailable

nyop 2011/04/21

Arch
sap

リンク

アーキテクチャーとは「エンジニアの発想」のこと | 日経 xTECH（クロステック）

情報システムの良しあしはアーキテクチャーで決まる――。よく言われることだが、これは正しいのだろうか？正しいとは思うが、どうもふに落ちない。たぶん「アーキテクチャー」が何を指すのかが明確ではないからだと思う。アーキテクチャーという言葉を聞いたことのないIT エンジニアはいないだろう。IT業界だけで使われる言葉ではないが、IT業界では「システム」や「ソフトウエア」といった言葉とくっついて頻繁に使われている。しかし、よく使われる言葉にもかかわらず、それが何かを明確に説明できる人は少ないと思う。「アーキテクチャーとは、システムやソフトウエアの構造のこと」と説明を受けることがある（他にもいろいろな説明がなされるが、ここでは話を分かりやすくするため「構造」で説明されるケースに絞る）。ここでいう構造とは、例えば「ハードウエアが何台あってそこにどんなミドルウエアが動いて何の役割を果たすのか」「アプリケ

nyop 2011/04/20

IT
Arch

リンク

ITアーキテクトの特性 - GOLEM-XIVの日記

この記事は"こちら（http://yukis.biz/）"へ移動しました。 This article has moved to "here（http://yukis.biz/）".

nyop 2011/04/19

アーキテクトの特性としては良い示唆だと思う。プログラミングやアプリケーションについての理解にも言及したほうが良いのかな。

IT
Arch

リンク

ドメイン駆動設計入門 - Digital Romanticism

"Beautiful Develpment"（10/27 DevLOVE）の講演資料と原稿はじめに本日（10/27）、DevLOVE様主催で、"Beautiful Develoment"と題されたイベントが開催されました。これは「ドメイン駆動設計（"DDD:Domain-Driven Design"）」を題材に、入門から実践までを語り尽くすというコンセプトのものです。このイベントにおける講演のトップバッターとして、ドメイン駆動設計の根底にある基本的な考え方についてお話しさせて頂きましたので、講演資料と原稿を公開いたします*1。スライドはこちらアジェンダは以下の通りです。導入オブジェクトとは？モデルとは？ドメイン駆動設計とは？まずは、ドメイン駆動設計のベースとなっている、「オブジェクト指向」や「モデル」について整理した上で、実際にドメイン駆動設計とはどういうものかを見ていき

nyop 2011/04/13

DDD
Arch

リンク

InfoQ: ドメイン駆動設計・開発の実践

ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく

nyop 2011/04/13

リンク

SOA＝選択する (arclamp.jp アークランプ)

相変わらず大型案件の話が来ると「SOAでやりたい」という声を聞きます。でも、皆さん言われるのが「SOAをやる時にビジネスプロセス分析から始めたいけど、ユーザーにそんな体力がない」ということ。SOAの導入で最も問題になるのがユーザーのITリテラシという調査を見たことがありますが、あながちウソでもないなと思ってしまいます。それでもSOAを導入するのはユーザーの理解を得ないといけません。しかし、それはビジネスプロセス分析でも、Webサービスでも、モデリングでもありません。大事なことは「選択する」ということです。システム実現手段の選択の幅を広げる SOAの基本は標準的なインターフェースを持ったコンポーネントをプロセスとして組み合わせることです。これが何を意味しているのかというと、コンポーネントの切り方やコンポーネントの作り方が選択可能になったということです。たとえば変化が激しく重要な業務を

nyop 2011/04/11