ガツンと言ったかどうかは別にして - 宇宙行きたい
そうしたら、ヨシオリが出てきて、さらに「ガツン」といった。 「コードが多くても、実際の作業としては ctrl+space を押すのが大半だから、生産効率に差はないんですよ。」 ぼくがLLのひとに「ガツン」と申し上げたこと - ひがやすを blog と言ったんだ．まぁ，言ったんだけどなんというかイヤな言い方をすると， 「喧嘩売る気は無いけど売られたら買うよ」的な気持で言っただけなのです． で， Javaを愛する人というのは、決してJavaを崇拝なんかしてなくて、Javaの欠点を誰よりも憂いている。 java-ja15回で考えたこと - プログラマーの脳みそ というように別に崇拝はしてなくて欠点ももちろん承知してるんだけど， 欠点は補えば良いだけなので例えばSeasarのようなFWだったりIDEだったりするわけです． なので 「Google App Engineは、Python版以外にJava
Kazuho@Cybozu Labs: Pacific という名前の分散ストレージを作り始めた件
大規模なウェブアプリケーションのボトルネックがデータベースであるという点については、多くの同意が得られるところだと思います。解決策としては、同じ種類のデータを複数の RDBMS に保存する「sharding」 (別名：アプリケーションレベルパーティショニング／レベル２分散注1) が一般的ですが、最近では、分散キーバリューストア (分散 KVS) を使おうとする試みもみられるようになってきています。 分散 KVS が RDBMS sharding に対して優れている要素としては、事前の分割設計が不要で、動的なノード追加（とそれにともなう負荷の再分散）が容易、といった点が挙げられると思います。一方で、Kai や Kumofs のような最近の実装では eventually consistent でこそ無くなってきているものの、ハッシュベースの分散 KVS は、レンジクエリができなかったり (例:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
