This domain has expired. If you are the owner, log in to Cloudflare for domain renewal options. Go to Cloudflare Dashboard
This domain has expired. If you are the owner, log in to Cloudflare for domain renewal options. Go to Cloudflare Dashboard
最高裁は8日、日本IBMによるスルガ銀行の勘定系システムの開発中止を巡る訴訟で両社の上告を棄却し、約42億円の支払いを日本IBMに命じる東京高裁判決が確定しました(スルガ銀行のニュースリリース、 ITproの記事、 時事ドットコムの記事)。 日本IBMが提案した勘定系パッケージ「Corebank」が適合せず、開発中止に追い込まれたわけですが、一審は提案時点で「プロジェクトマネジメント義務」が発生するとして、提案後の費用約74億円の賠償を命じました。一方、二審ではプロジェクトマネジメント義務の発生を要件定義工程完了時の最終合意書締結以降とし、賠償金を約42億円に減額しています。 二審判決では「Corebank」の機能検証が日本IBM側に不足しており、今回のプロジェクトに適合しないことを要件定義段階で判断できなかったこと、そして最終合意時点で開発中止の可能性について言及しなかったことが指摘され
"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
はじめに ケプラー予想に関する本を先日読みました。ケプラー予想とは、ザックリと言えば「球を最も効率よく詰め込む方法は、果物屋がオレンジを積む方法*1と同じ」という予想です。ちょっとオレンジを積んでみれば誰でも思い付くような配置なので、予想自体は誰もが当然と思うような内容なのですが、その証明には400年もの歳月が必要だったそうな。 ケプラー予想: 四百年の難問が解けるまで (新潮文庫―Science&History Collection) 作者: ジョージ・G.スピーロ,George G. Szpiro,青木薫出版社/メーカー: 新潮社発売日: 2013/12/24メディア: 文庫この商品を含むブログ (8件) を見る この本にはケプラー予想に対する様々なアプローチが紹介されており、その中に「ボロノイ・セル」なるものに関する以下のような記述があります。 球による最密充填のボロノイ・セルは菱形
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く