Designs/DIP - tech.cm55.comSearch: LoginRecentChanges FindPage HelpContents Locked History Actions Designs/DIP DIPは間違っている この記事は以下に移動しました。 https://www.gwtcenter.com/dip-is-wrong last edited 2018-02-08 04:38:22 by ysugimura
Three New AWS Reference Architectures for E-Commerce | Amazon Web Services
AWS News Blog Three New AWS Reference Architectures for E-Commerce We have updated the AWS Architecture Center with a trio of new reference architectures for e-commerce. Each reference architecture includes a detailed system overview, a detailed architectural diagram, and a list of the AWS services used in the architecture. Here’s what we have: Web Frontend This is a reference architecture for the
Home - Enterprise Integration Patterns | by Gregor Hohpe who is Software Architect in Google
Table of ContentsPrefaceIntroductionSolving Integration Problems using PatternsIntegration StylesFile TransferShared DatabaseRemote Procedure InvocationMessagingMessaging SystemsMessage ChannelMessagePipes and FiltersMessage RouterMessage TranslatorMessage EndpointMessaging ChannelsPoint-to-Point ChannelPublish-Subscribe ChannelDatatype ChannelInvalid Message ChannelDead Letter ChannelGuaranteed D
開発者が知っておくべき、6つのUIアーキテクチャ・パターン - ＠IT
.NET開発者中心 厳選ブログ記事 開発者が知っておくべき、6つのUIアーキテクチャ・パターン ―― 「matarillo.com」より ―― 猪股 健太郎 2011/12/15 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 Martin Fowler氏の『GUI Architectures』を訳して公開しようと思ったのだが、FAQページに「PofEAAの続編などは商業出版する予定なので翻訳はしないでほしい」と書いてある。なので翻訳の公開はやめて、「
いきあたりばったりのアーキテクチャと教訓
スライドの作者であるGleicon Moraesは、これらの図を示した上で、リレーショナルデータベースはガムテープのようにつぎはぎで使えるような万能薬ではない。シャーディングや非正規化などは検討すべきよい選択肢であり、またリレーショナル以外のデータベースも選択肢としていれるとよいだろうと説いています。 そして次のような「リレーショナルデータベースの間違った使い方10項目」を示しているのです（訳は前述の記事「データベースの間違った使い方10項目」から）。 Dynamic table creation（動的なテーブルの作成） Table as cache（テーブルをキャッシュとして使う） Table as queue（テーブルをキューとして使う） Table as log file（テーブルをログとして使う） Distributed Global Locking（分散したグローバルなロック）
2010/11/09(火) 第12回 G* ワークショップ
和智右桂 @digitalsoul0124 いよいよ来週に迫ってきました。「11/9 第12回G*ワークショップ」DCIアーキテクチャの実装を説明するサンプルとしてはGrailsを使用する予定ですが、言語に縛られない根本思想をご紹介します。 http://kokucheese.com/event/index/5267/ 和智右桂 @digitalsoul0124 さらに、「G*なJavaOneレポート」に「JGGUG合宿2010報告」と、聞き逃せない内容です。空席はまだあるようですので、ご都合のよろしい方はぜひどうぞ。 http://kokucheese.com/event/index/5267/
[Think IT] 第4回：Webアプリケーション開発にPerlを選んだワケ (1/3)
【新・言語進化論】言語選択の分かれ道 第4回：Webアプリケーション開発にPerlを選んだワケ 著者：TIS 川島 義隆 公開日：2007/11/22（木） 華やかな世界の裏側で スクリプト言語の代表格であるPerlで作られたWebアプリケーションがITベンチャ企業を中心に増えています。特に近年では開発スピードを高めるために、CPANモジュールを大いに活用して、CatalystやSledgeなどのフレームワークを使った構築事例が多くみられます。 その一方で、1990年代末期にCGIで構築されたWebアプリケーションが連綿と保守され続けている現状もあります。 近頃の雑誌やWebメディアなどで取り上げられるのは、前者の華やかな世界が中心です。そこで本記事では、現在でも必要とされている後者の保守開発している現場にフォーカスを当ててみたいと思います。 1990年代末期のプログラミング言語 1990
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: データの削除は非推奨
柔軟性、構造安定性のデザイン: 非同期メッセージモデル、OOPとFunctional Programming