2005年7月1日のブックマーク (11件)

  • 遅々として進まぬ米政府のIPv6移行計画

    ワシントンD.C.--米連邦政府は、2008年までに所有するすべてのコンピュータを次世代インターネット上で動作させるとの方針を掲げているが、いまのところこの移行に対応できそうなのは国防総省だけといった状況だ。 米国時間6月29日に、政府と業界関係者が政府改革委員会に出席し、政府全体でのIPv6への移行に関する説明を行った。議会でこの問題が取り上げられたのは今回が初めてだ。 128ビットのアドレス空間を持つIPv6では、利用可能なIPアドレスの数が指数関数的に増加することから、PCをはじめとして、家電機器など各種のデバイスにもIPアドレスを割り当てることが可能になる。米国では現在ほとんどのコンピュータで、IPv4が動作している。IPv6では、データのルーティングやサービスとセキュリティの面で向上が見込まれている。 米政府説明責任局(Government Accountability Offi

    遅々として進まぬ米政府のIPv6移行計画
    satelliteh
    satelliteh 2005/07/01
    ipv6
  • ブログやSBMのカテゴリ分けというのは他人のためにしか機能してないので、自分のためにカテゴリ(以前の何か)が作れるようなマーク手段が欲しい - 焚書官の日常 (4.4.1)

    http://i.hatena.ne.jp/idea/2361 http://list.g.hatena.ne.jp/Hebi/20050604/p1 を読んで、思うこと。 自分のメモ書きはここ。 http://fragments.g.hatena.ne.jp/mutronix/20050519#p1 自分が、何かを見て「あっ」と、思うとき、これは何かに使えるかも知れない、と思う瞬間というのがあって、これはカテゴリでは捕捉不可能だと思います。 カテゴリというフィルタを通すことで、その網の目に通るように脳内で整形してしまうというか。 カテゴリの数を増やしても、「先にカテゴリを決めている」ということには変わりないわけで、それって結局「自分が今もってる枠組みで情報を処理してる」だけなんですね。 だから「反応」になる。しかし、反応…とは、すでに自分がなんであるか知ってる人の言葉じゃないんですかね。

    ブログやSBMのカテゴリ分けというのは他人のためにしか機能してないので、自分のためにカテゴリ(以前の何か)が作れるようなマーク手段が欲しい - 焚書官の日常 (4.4.1)
  • wikiとblogを両方使うにはどうしたらいいか。 - 焚書官の日常

    「wikiがストック」 http://b.hatena.ne.jp/entry/http://mojix.org/2005/06/28/232219 otsuneさんほどではないが*1、「なるほど!」というコメントが多いのに驚いた。はてなブックマークでのことだったので余計に。 問題意識 id:otsuneさんの指摘をそのまま使わせていただくと、たださんが「やはり、blogとWikiは個人サイト構築の両輪だ。」と書かれているように、2年くらい前には、blog/Wikiをどうにかしてくっつけて回せないのかなぁ、という問題意識はあったのだと思う。 はてなダイアリーで はてなダイアリーでは「キーワード」がWiki的に使えるのだが、それを使うユーザは自分だけではないので、自分のメモ置き場としては使えない(好きなことが書けない)。 以前から、全体のキーワード空間とは別途、自分の日記に繋げて使える「自分

    wikiとblogを両方使うにはどうしたらいいか。 - 焚書官の日常
  • Greasemonkeyは恐ろしい - nazokingのブログ

    Greasemonkeyには GM_xmlhttprequest なる関数が用意されている。 これは XMLHTTPRequest の制限、「同じドメインにしかアクセスできない」という制限をなくした物である。なんと便利なのであろうか! しかし恐ろしいことに、この GM_xmlhttprequest は、デフォルトでアクセスの際にブラウザが保存している各ドメインのCookieを利用するようだ*1 これは、スクリプトの作者が悪意を持てばプライバシーに関わる情報でも取り放題、ということを意味する。 たとえばプログラムが読めないユーザーがいたとする。彼には僕が信用できる人間かどうかわからない。で、僕が先日公開したスクリプト。Grasemonkeyの設定「Include pages」で、はてなダイアリーでしか動かないようになっている。 プログラムが読めないユーザーとしては「まあはてなダイアリー内で保

    Greasemonkeyは恐ろしい - nazokingのブログ
  • はてなアイデアミーティングを文字起こししてみた。 - シナトラ千代子

    6/30ぶんの、最初の3分ぐらいをテキストに起こしてみました。 元データはこちらから。 ●日のはてなアイデアミーティング ざーっとやったので細かいミスがあるかもです。 今回はしなもん、はっくんの出番はなし。 ではどうぞ。 ミーティングを始めます。よろしくお願いします。 日はアイデア番号3427番から始めたいと思いますけれども、えー「ミーティングで自己紹介をしてほしい」という要望が来ています。 ハイ ということで、今日はそれをやりましょう。 「ハイ」「ハイ」 実装済み(笑) ハイ(笑) じゃあ実装済みにします。 順番は? じゃあ、ポンポンポンと 下順? 下から順番に…… 下から?(笑) 「ハイ」「ハイ」 えーid:kiyoheroです 「なになに」「イヤそれでいい」「役割は? 司会」 えーアイデアミーティングの司会と要望を伝えるのをやっております。 id:higeponです id:oni

    はてなアイデアミーティングを文字起こししてみた。 - シナトラ千代子
  • このページに言及するブックマークレットのデモ - naoyaのはてなダイアリー

    僕は普段他のサイトを引用した日記を書く時は、「このページに言及する」ブックマークレットを使っています。(ブックマークレットは管理ツールの「関連ツール」からセットアップできます。同じ機能のボタンははてなツールバーやHatenabarにもあります。) このブックマークレットを使うと、引用して blockquote で囲むのも簡単ですし、少し前にトラックバックURLを自動で検出する機能も追加したので、トラックバックを打つのも同時に行えて便利です。 と、テキストで説明してもなかなか伝わりにくいだろうと思い、フラッシュでデモを用意してみました。 http://naoya.dyndns.org/~naoya/swf/refer.htm ちょっとカクカクしていますが、使っている様子が見られるかと思います。 なお、このデモは最速インタフェース研究会 :: GoogleAutoPagerというのを作りました

  • CJICレポート1:goo、アスク、ヤフーが模索する次世代検索の姿

    ネット上のエマージングビジネスとされる検索やブログ、RSSの最新動向を探るイベント「CNET Japan Innovation Conference 2005 Summer」が6月20日、青山ダイヤモンドホールにて開催された。定員500名の会場は終日ほぼ満席状態で、一部の講演では積極的に出席者からの質問が飛び交っていた。ここでは、当日の講演内容をイベントレポートとして順次紹介していく。レポートの第1回目は、「ユーザーが求めるサービスを探る--サーチの未来」と題したパネルディスカッションAを取り上げたい。 キーワードは「Search2.0」 このパネルディスカッションでは、モデレーターであるデータセクション 代表取締役CEOの橋大也氏が提案した「Search2.0」というキーワードを基に、アスク ジーブス ジャパン 取締役 COOの樋口将嘉氏、NTTレゾナントポータル事業部メディア事業部

    CJICレポート1:goo、アスク、ヤフーが模索する次世代検索の姿
  • TVチャンピオンで「2ちゃんねる王選手権」があったら : ニュー速VIPブログ(`・ω・´)

  • マイクロソフト、AJAXアプリ開発用ツール「Atlas」を準備中

    Microsoftが、いわゆる「AJAX」アプリケーションの開発を簡素化するツールの開発に取り組んでいる。AJAXとは高度なグラフィックスを持ったウェブアプリケーションのことだ。 同社は現在「Atlas」(開発コード名)というソフトウェアを開発している。このツールは、AJAXタイプのアプリケーションを簡単に開発できるようにするために考えられている。Microsoftでは、同ソフトウェアの初期バージョンを、9月にロサンゼルスで開催する「Professional Developers Conference」で配布する予定だ。 AJAXとは比較的新しい言葉で、過去8年の間に考案され、標準化された一連のウェブ関連技術を指している。JavaScriptやダイナミックHTMLなどもこのなかに含まれる。また、ウェブのクライアントソフトがサーバから情報をダウンロードしようとする度に、サーバに接続し直す必要

    マイクロソフト、AJAXアプリ開発用ツール「Atlas」を準備中
  • http://mizzy.org/program/javaScriptOverXml.html

  • ネット業界のエンジニアはDTDの読み書きぐらいは出来るべき - nothing but trouble

    週末友人達と呑んだ時に、ちょっとこういう会話になった。 「RSSだ何だって言ってるエンジニア連中って、結構、RDFやATOMのDTDとか知らないよね?」 「XML使ってます!って言ってるけど、それってパーサ使ってるだけじゃない?」 まあ正直、俺は最初の会社でターゲットだった業界のSGMLの策定とアプリ開発に少し携わったぐらいだから、軽くしかDTDの読み書きできないけど。 それでもやっぱり、ちょっとおかしいなあと思うのは、「XML?使いますけど、DTDとか読めないし、書けないですけど、必要ないかな?と思って。」っていうタイプ。 気分的には、「C?使いますけど、言語仕様なんて良く知らないですよ?」みたいな感じに受け取ってしまう。 確かに、XMLってSGMLほどガチガチじゃないし、DTD必死で読んでValidにしなければいけないようなものでは無いのかもしれないけどね。 ちょっと前、俺と後輩の間で

    ネット業界のエンジニアはDTDの読み書きぐらいは出来るべき - nothing but trouble