AWSでエンタープライズシステムを構築したい企業に向けたガイドラインの新版：日経 xTECH Active
資料の紹介 AWS（Amazon Web Services）をエンタープライズ分野でも利用したいという企業は増え続けている。そうした企業のIT部門に向けて、AWS導入支援サービスを手がけるAPN（AWSパートナーネットワーク）コンサルティングパートナー企業6社（アクセンチュア、アビームコンサルティング、伊藤忠テクノソリューション、サーバーワークス、日本ユニシス、日立製作所）が2014年5月に、ガイドブックを作成した。情報技術基盤をAWSクラウド上に構築する際に起こりやすい問題や懸念事項、注意点、課題などを、豊富な参考資料やシステム構成例などを交え82ページにまとめた。本資料はその後、2014年12月時点での最新状況を反映して作成されたアップデート版（90ページ）である。 第1部「AWSによるエンタープライズシステムの幕開け」は、AWSの概要や利点、AWS誕生の背景や利用の広がり、エンタープ
GAEの設計指針めも - あおうさ＠日記
とりあえず思いつくまま列挙。まだまだ変わる可能性は大きい。 正規化しない。RDBMSでいうところのJOIN済みのでっかいテーブル作れ。 SELECTはがんばらない。INSERT超がんばれ。 PKはString型にしてgae.encoded-pkを使用する。 PKに複合キーは使わない。(コンポジットインデックス使わない) Date型のプロパティは使わない。String型にする。 プリミティブ型はnullを許容しないので使わない テーブル間のjoinができない。→正規化せずJOIN済みのでっかいテーブルを作る 集約関数がない（group byできない）、count()で全件カウントできない →集約したい値は、集約用のエンティティを用意してInsert時に集計値を保存する（最大値／最小値も同様） 毎回対象データをすべて取得してループで集計するのは非効率（また最大1000件の制限がある）集約したい
プログラマのためのUXチートシート — ありえるえりあ
はじめに http://msdn.microsoft.com/ja-jp/library/aa511258.aspx の 「Windows ユーザー エクスペリエンス ガイドライン」 「ガイドライン」 主に「コントロール」 の抜粋です。 以下の基準で抜粋しました Web UIに応用可能 実用的かつ具体的 自明ではない プライマリUIを目立たせる プライマリ UI 要素を強調するには、以下に従います。 - プライマリ UI 要素は、視線の通り道に配置します。 - タスクを開始する UI 要素は、左上隅または中央上に配置します。 - コミット ボタンは、右下隅に配置します。 - 残りのプライマリ UI は、中央に配置します。 - コマンド ボタン、コマンド リンク、アイコンなど、注意を引き付けるコントロールを使用します。 - 大きなテキストや太字のテキストなどの目立つテキストを使用します。 ユ
)
Windows ユーザー エクスペリエンス ガイドライン
Windows ユーザー エクスペリエンス ガイドライン 更新日: 2009 年 8 月 24 日 Windows ユーザー エクスペリエンス ガイドライン 概要版 ダウンロード (XPS、15.9 MB | PDF、6.08 MB) 本ドキュメントは以下の方々を対象としています 開発者、設計者、デザイナー、プログラム マネージャー Windows 上で動作するアプリケーションのユーザー エクスペリエンスを設計・デザインするには、Windows のデザイン原則を共有して、他の要素との親和性を考慮し、ユーザーが混乱なしに効率的に操作できるようにする必要があります。この冊子では、特に Windows 7 の新機能であるタスク バー、リボン、タッチなどに対応した、優れたユーザー エクスペリエンスを持つアプリケーションの設計・デザインに役立つ情報を収録しています。 この冊子の内容は、Windows
.NETの命名規則
.NETの命名規則「変数や関数にどのような名前をつけるべきか？」という.NETの命名規則について、ヘルプでは次のようなページで触れられています。 名前に関するガイドライン、名前付けのガイドラインコーディング技法Visual Basic の名前付け規則 補足：オフィシャルではありませんが、中西庸文さんが「VB.NET コーディング標準」を、河端善博さんが「C#コーディング標準」を公開されています。両者は平鍋健児さんの「Javaコーディング標準(オブジェクト倶楽部バージョン)」を参考にして作られたものとのことです。「コーディング規約の会」から入手できます。 これらを読んでいただければ.NETの命名規則について理解出来ると思いますが、ここでは私なりにこれ以上はないというほど簡単に.NETの命名規則を説明させていただきます。 まず基本は、「単語で構成された、誰でも分かるような名前をつける」というこ
)
Windows SharePoint Services でのプログラミング
Windows SharePoint Services ソフトウェア開発キット (SDK) のこのセクションでは、Windows SharePoint Services で提供されるマネージ オブジェクト モデルを使用するときに役立つ概要情報、プログラミング タスク、ガイドラインについて説明します。 In This Section Windows SharePoint Services オブジェクト モデルでの名前空間 サーバーとサイトのアーキテクチャ : オブジェクト モデルの概要 Windows SharePoint Services 3.0 の管理オブジェクト モデル サンプル オブジェクト モデルのタスク イベントの基礎 Microsoft.SharePoint.Meetings 名前空間でのプログラミング Microsoft.HtmlTrans 名前空間を使用したプログラミング
)
.NET アプリケーションのパフォーマンスとスケーラビリティの向上 - 第 5 章 「マネージ コ ード パフォーマンスの向上」
Recommendations on how to design and develop custom applications using the Microsoft platform Each patterns & practices offering contains a combination of written documentation and re-usable source code. Many also include a reference implementation. As the guidance is being developed it is reviewed and approved by internal Microsoft product teams and by external customers and partners. This produc
http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml
File names for categories should include the name of the class being extended, e.g. GTMNSString+Utils.h or GTMNSTextView+Autocomplete.h Within a source file, Objective-C++ follows the style of the function/method you're implementing. In order to minimize clashes between the differing naming styles when mixing Cocoa/Objective-C and C++, follow the style of the method being implemented. If you're in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
