Google Waveが持つ“二つの顔”，国内開発者に向けグーグルがアピール
Wave，Wavelet，Blipの3階層。WaveはWaveサーバーごとのルート，Waveletは参加ユーザーとオブジェクトの集合に当たる。Blipは輝点の意で，参加者の発言やドキュメントをレーダーに映る光点になぞらえているようだ。 グーグルは2009年6月9日，同社のプライベート・イベント「Google Developer Day 2009」においてコミュニケーション・プラットフォーム「Google Wave」プレビュー版を国内開発者に向け披露した。Google Waveのコラボレーション・サービスとしての側面に加えて，策定中のWeb技術標準「HTML 5」を基盤とするWebアプリの実行環境としての側面を強調した。 Google Waveには二つの側面がある。ユーザーから見たときのコラボレーション製品としての側面と，プッシュ/プルの双方向通信とストレージの両機能を備えるようになるHTM
Remedie入れました。+cpanモジュール関連 - cod.note
ちょっと苦労しましたけど、cpanとかを駆使してなんとか。 とても便利です。入れてみるといいよ！ ニコニコのランキングにも対応してるから、とても便利w Remedieを3行で解説 RSSに流れている動画（videocast etcですね）を、まとめてみることができるもの。 videocast以外にも、ニコニコのマイリストや、ニコRSSが生成するRSSなどにも対応しています。*1 Plaggerの人が作ってます！！！ インストール http://overlasting.dyndns.org/2009-01-07-1.html 基本的にはこちら、といいたいけど Macとかでcpanモジュールとかを簡単にインストールする http://d.hatena.ne.jp/yotaropg/20090201/1233462661 シェルスクリプトを公開している人を発見したのでこれを使ってまとめてインスト
Subversionリポジトリと連携できるgit-svn | OSDN Magazine
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
Kazuho@Cybozu Labs: Pacific という名前の分散ストレージを作り始めた件
大規模なウェブアプリケーションのボトルネックがデータベースであるという点については、多くの同意が得られるところだと思います。解決策としては、同じ種類のデータを複数の RDBMS に保存する「sharding」 (別名：アプリケーションレベルパーティショニング／レベル２分散注1) が一般的ですが、最近では、分散キーバリューストア (分散 KVS) を使おうとする試みもみられるようになってきています。 分散 KVS が RDBMS sharding に対して優れている要素としては、事前の分割設計が不要で、動的なノード追加（とそれにともなう負荷の再分散）が容易、といった点が挙げられると思います。一方で、Kai や Kumofs のような最近の実装では eventually consistent でこそ無くなってきているものの、ハッシュベースの分散 KVS は、レンジクエリができなかったり (例:
YappoLogs: Data::Model っていう ORM みたいの CPAN にあげたよ
Data::Model っていう ORM みたいの CPAN にあげたよ あざーす。循環参照しすぎるとバターになる。。なんでそんなに人の目を気にするのだろうと、マジレス。 早速ですが Data::Model っていう O/Rマッパー 的な物を CPAN にあげました。 Data::Model http://github.com/yappo/p5-Data-Model/tree/master 元来は MVC モデルで言う所の Model を一括でまかなえるつもりで実装していますが、ロジック処理は普通の Perl のクラスで書いちゃった方が潰しが聞くため、主にストレージを Perl のオブジェクトにマッピングする ORM 的な使い方が主流となっています。 そして、 Data::Model の多くの実装や設計などは Data::ObjectDriver を参考にして開発しました。 他にも後述して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
