創発民主制 伊藤穰一 Emergent Democracy Version 1.3 March 12, 2003（訳：公文俊平） (pdf)
GLOCOM Review 8:3 (75-2) © 2003 Center for Global Communications 創発民主制 Emergent Democracy Version 1.3 March 12, 2003 伊藤穰一 （訳 公文俊平） ： 【目次】 民主制 アイデア間の競争 批判的なディベートと言論の自由 コモンズ プライバシー 世論調査と直接民主制 創発 ウェブログと創発 ベキ法則 メイフィールドのエコシステム 弱いつながりの強さ 脳と興奮性ネットワーク 信頼 ツールメーカー われわれはいまどこにいるのか？ 結論 41 ［要旨］ よ イ り ンテリ ジェン なイ ト ンターネ トでは世界の不均衡と不平等を是正するための新たな民 ッ 主的方式が利用でき よ になる して、イ るう と ンターネッ トの擁護者たちはそれを模索してきた。 だが今日の現実の
音極道茶室: 日本のインターネット、マジやばくね？
結論から言うと、「かなりやばい」感じ。 実際、今の日本のインターネット中枢を支えるリーディング企業ＴＯＰ達は相当深刻な危機感を抱いているみたいだが、その危機感がイマイチ一般人には伝わってこない。 しかし、内情を知るにつれ、その「深刻さ」が我々にも実感できる。以下、技術的な話に疎い方でも状況が理解できる様、できるだけ噛み砕いて解説を試みる。 まず予備知識として。アメリカのインフラ事情についてもこんな記事が。 オンラインでも「交通渋滞」の懸念–ビデオ配信量の急増を受け(CNET) 要するに、ブロードバンドコンテンツが本格的に普及してきた影響で、プロバイダの回線容量がもーすぐパンクするかも増強費用どうしてくれんだよやべーよって話。日本も根本的には同じような話なんだけど、日本の場合さらにお国事情が問題を深刻にしてる。その点については後述。 で、アメリカの状況に関しては、michikaifuさんの記
koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
Kazuho@Cybozu Labs: キャッシュの上手な使い方
« C-0.05 | メイン | cygwin + mod_perl » 2006年02月08日 キャッシュの上手な使い方 キャッシュといっても、ウェブブラウザやウェブプロキシのキャッシュのことです。 ・Internet Explorer のキャッシュの動作 Internet Explorer は、同一ウィンドウ内で複数回同じウェブページを読み込む場合、２回目以降はキャッシュのデータを使用します (デフォルト設定の場合、 Last-Modified または Expires ヘッダがついている場合のみ)。 つまり、同じウィンドウの中で、 ページA を読み、次にページB を読み、そしてページA を再び読み込むようなケースでは、２回目にページ A を表示する際にはキャッシュのデータが使用され、ウェブサーバへの再問い合わせは行われません。 また、 Last-Modified ヘッダと Expire
クールなURIは変わらない -- Style Guide for Online Hypertext
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
[ぴ] - ライブドア 次世代テクノロジーセミナー
_ [システム運用] ライブドア 次世代テクノロジーセミナー わざわざ午後半したのに退社するのが遅れたり家に財布忘れたりで20分遅刻。 色々抜けがあるけどとりあえずざっくりとメモ。 使ってる OS はほとんど (9割方) FreeBSD 4、一部 Turbolinux 8 ・FreeBSD 4.x (5.x は Perl の扱いが…) ・Apache 1.3 (2.0は mod_perl の互換性が…) ・MySQL 4.0 (4.1は日本語の取り扱いが…) ・Perl 5.8 (これだけは最新の Stable でも問題ない)ライブドアは延べ13人の CPAN Author を輩出 (でも今残ってるのは3人だけ)オン・ザ・エッジ (後にエッジに改名) の頃は Total Internet Solution というキャッチで、主に Web サイト構築の受託。この中で、フレームワーク Sled
![[ぴ] - ライブドア 次世代テクノロジーセミナー](https://cdn-ak-scissors.b.st-hatena.com/image/square/d228e8be070c32c738781e15c25aeb18f4dc6807/height=288;version=1;width=512/https%3A%2F%2Fpmakino.jp%2Ftdiary%2Ftheme%2Fogimage.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://amrita.s14.xrea.com/d/?date=20050127
PowerPoint Presentation - Hacking Apache HTTP Server at Yahoo!