Hayatoのブックマーク / 2006年8月19日

Hayato id:Hayato

2006年8月19日のブックマーク (6件)

http://www.oracle.com/technology/sample_code/tech/java/codesnippet/jdbc/namedparam/UsingOracleNamedParameterAPIs.html
Hayato 2006/08/19
dev

sql

oracle
リンク
DSAS開発者の部屋:いかにして冗長構成を作るか〜DSASの場合〜
DSASはいかにして可用性を高めているか、ちょっと紹介したいと思います。今回は概略ということでざざざっと説明します。個別の構成についてはまた回を改めて紹介したいと思います。 │ │ ┌┴┐ ┌┴┐ │ │ │ │ISPの上位ルータ └┬┘ └┬┘ │ │ 〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜責任分解点 │ │ ┌┴┐ ┌┴┐ │ ├─[ lb(active) ]─┤ │ │ ├─[ lb(backup) ]─┤ │ │ │ │ │ │L2├─[ Web ]─┤L2│ │SW├─[ Web ]─┤SW│ │ ├─[ Web ]─┤ │ │ │ │ │ │ ├─[ SMTP ]─┤ │ │ ├─[ SMTP ]─┤ │ │ │ │ │ │ ├─[ D B ]─┤ │ │ ├─[ D B ]─┤ │ │ │ │ │ │ ├─[ NFS ]─┤ │ │ ├─[ NFS ]─┤ │ │ │ │ │
Hayato 2006/08/19
infla

operation
リンク
せつないぶろぐ : プロジェクトの標準化チームは何故嫌われるか
大規模なシステムのプロジェクトには必ずと言っていいほど標準化チームが設けられる。標準化チームの主な役割は・ユーザインターフェイスを統一する　・画面レイアウト・操作性・文言・システムの方式を統一する　・共通部品・ツール・標準規約・システムのドキュメントを統一する　・各種設計書と概ね上記の様な統一系の業務に集中すると思われます。これは間違いなく大規模プロジェクトでは統一が必要な項目であり、標準化チームは必須だと思われます。では何故望まれるべき標準化チームが嫌われるかと言うと・決定が遅い・エンドユーザーと関わらない・コストとに対してノータッチが主な原因だと思われます。 ■決定が遅い私が参加した大規模プロジェクトのほとんどが、設計書などが出来上がってから設計書のフォーマットが提示されます。後から設計書のフォーマットが出てくるということは、一度記述した設
Hayato 2006/08/19
work
リンク
ページが見つかりません | 無料ブログ作成サービス JUGEM
//次のことをお試しくださいページアドレスが正しいかをご確認くださいブラウザの更新ボタンをクリックし、ページの再読み込みをお試しください
Hayato 2006/08/19
orz

work
リンク
YouTube - 競馬名実況「ファストフレンドは届かにゃい」
競馬 2001年オグリキャップ記念
Hayato 2006/08/19
ファストフレンドは届かにゃい

keiba
リンク
リレーショナル・データベース概観
ソフトウェアがこの地上に生まれてから、それは、有史以前の恐竜さながら、一路、巨大化への道を歩み続けてきた。自らの重みにさえ堪えかねているその巨体を、一人の力で持ち上げようとするのは、非常に困難であるように見える。しかし、ソフトウェアの歴史を振り返ってみると、そこには、巨大なプロジェクトの産物とともに、個人の手になる、いわば明確に「個人的」な起源を持つ知的生産物が、大きな役割を果たしていることに強く印象づけられることがある。最初のUNIXが、D.RitchieとK.Thompsonという、たった2人の研究者によって書かれたOSであることはよく知られている。本書が主題とする「リレーショナル・データベース」も、1970年代に、事実上、E.F.Codd一人の手によって、その理論的な基礎が固められた。UNIXの創始者同様、Coddは、この業績によって、1981年のTuring賞を受
Hayato 2006/08/19
rdb
リンク
- 2006年8月20日
- 2006年8月19日
- 2006年8月14日