既存のウェブサイトのデザインにちょっと手を加えて「Good」から「Great」にする6つのポイントをMyInkBlogから紹介します。 6 Ways To Take Your Webdesign From Good To Great 下記は各ポイントと実例をピックアップした意訳です。 元記事には実例などが他にも豊富に掲載されています。 1. はじめに 1. グラデーション 2. ホワイトスペース 3. グリッド 4. タイポグラフィ 5. ナビゲーション 6. フッタ はじめに ウェブデザインの「Good」と「Great」の差は小さなものです。平均的な人は素晴らしいデザインを構成する明白な相違点を説明することが可能ではないかもしれません。しかし、好きなデザインを見つけることは可能です。いくつかの素晴らしいサイトを分析することで、その相違点を補う小さなディテールをみつけることができるでしょう
アジャイル トランスペアレンシー ~アジャイル開発における透明性の確保について~ APPENDIX 2 ワークアイテム管理、ソース・コード管理、構成管理、ビルド管理を統合した次世代チーム開発プラットフォーム「IBM Rational Team Concert」 チームで協調してソフトウェア開発を行う場合、プロジェクトマネジメントツールの存在は不可欠なものになりつつあります。商用・オープンソース含め様々なツールが存在するものの、ソフトウェア開発を効率的に進めるうえではやはりソフトウェア開発専用のツールに軍配が上がります。そうした専用ツールの一つとしてお勧めしたいのが、Rational Team Concertです。Rational Team Concertは、単なるプロジェクトマネジメントツールに留まらない、コラボレーションプラットフォームとも呼ぶべき様々な特徴・機能を備えています。 Rat
Song of Cloudで送金のトランザクション処理パターンが紹介されていました。 http://songofcloud.gluegent.com/2009/11/blog-post_18.html 同様のpython版がこちら Distributed Transactions on App Engine - Nick's Blog 上記のやり方で基本的には問題はないのですが、バージョン管理による楽観的排他制御を行っていないので、送金だけを考えるなら、残高を差分で更新しているので大丈夫ですが、これを一般的なパターンに拡張しようとすると、楽観的排他制御は必要になります。 楽観的排他制御とは、エンティティにバージョン番号を持たせておいて、メモリ読み込んだときのバージョン番号と書き込むときのバージョン番号が等しいことを確認する方法で、RDBMSの場合は、次のようなSQLを実行することで実現しま
期日を決めた督促には、副作用がある。それが『学生シンドローム』と呼ばれる現象である、と前回書いた。学生シンドロームとは、期日ぎりぎりになるまでタスク(アクティビティ)に着手しないで放っておきがちになる、人間の性(さが)みたいな事象である。 もう一つ、人間には悲しい性がある。それは、怒られるのが恐いためにサバを読みがち、という傾向である(・・どうでもいいが、この「性(さが)」って言葉をくりかえし使っていると、なんだか昼のメロドラマの解説みたいになってくるな)。 期日を約束しても、それを守れないと、相手に(そしてたぶん上司にも)怒られる。怒られたら、うれしくない。今度の査定に響くかもしれない。だったら遅れなければいいだろ!、というのは上司の側の論理である。現実にはいろいろな割り込みやトラブルや掛けもち仕事があるじゃないですか。だったら、10日で終わりそうな仕事でも、「20日かかります」とサバを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く