著作権 http://anond.hatelabo.jp/20080211192135　を書いた人が誰なのか知らないけど取り敢えず社団法人著作権情報センターのウエブサイトに行って著作権の事を勉強してこいと言いたい。子供のための「kids著作権コーナー」もあるから学校のみんなと読むと良いだろう。kids著作権コーナーは、作りがアレなんで「バーチャルタウン」の中にある「インターネット」のコーナーだけでも見ておくと良いだろう。 webってさオイラにに沢山の恩恵を与えてくれるんだよねだから恩返で、オイラがネットに公開している物は自由に使ってもらっても構わないと思ってるギブアンドテイクって感じかなhttp://anond.hatelabo.jp/20080211125755ウエブが私たちに与えてくれる恩恵は計り知れないものがある。入手した情報から得た何かを「返したい」という気持ち自体は理解出来る。自

過去のWebサイトを丸ごとローカルへ復元するWarrick スポンサード　リンク InternetArchiveには過去のWebのアーカイブが保存されている。私が90年代に運営していたaccess.or.jpというWebサイトを見たければ、 http://web.archive.org/web/*/http://www.access.or.jp から日付選択でその日の姿のWebを表示させることができる。 とても便利なアーカイブサービスだが、バックアップされたサイト全体をダウンロードするのは面倒である。Warrickを使うと一行の指示でその作業を自動で行ってくれる。 ・Warrick - Tool for Reconstructing a Website http://www.cs.odu.edu/~fmccown/research/lazy/warrick.html 動作にはPerlが必要

本日の日経産業新聞で一面を飾ったのでお気づきの方もいらっしゃると思いますが、私の米国チームにおける最初の成果となる新サービス「Lingr（リンガー）」をリリースしました。 サービス内容についてはオフィシャルブログの方に書いた通りですが、おそらく英語のままだとほとんど読まれないと思うので、以下に翻訳バージョンを記載します。 Lingrは、一言で言えば「ブラウザ上で動くチャット」です。 ハイライトは以下の通り。 お手軽さ。Lingrでは何もインストールしなくてもブラウザ（Firefox, Safari, IEをサポートしています）だけでサクサクと軽快な操作感でチャットができます。この感覚は実際にさわってみないとわからない！ ホット・タグ。各チャットルームにはタグ（キーワード）をつけることができ、これが常時リアルタイムに集計されているので、「今、どういう話題がアツいか」をタグ・クラウドを通じて知

●ビジョナリーが夢見るのは数百年後の世界 数年先のPCや家電の規格とか、Webやケータイの新しいサービスとか。IT業界の大きなテーマが、本当はいかに小さいか、この人に会うとよくわかる。 “この人”とは、アラン・ケイ(Alan Kay)氏。メインフレーム主流の時代に、パーソナルでダイナミックなメディア「Dynabook(ダイナブック)」を構想し、先進的アイデアを詰め込んだワークステーション「Alto(アルト)」の開発でも中心的役割を担った伝説的人物。未来を予測する最良の方法は未来を発明することだとの名言を自ら実践してきた、最高のビジョナリーの一人だ。 だが、著名な学者やビジョナリーの中でも、ケイ氏はちょっと毛色が違うように思う。米国のビジョナリーには、起業したり企業の顧問になったり、あるいは自分の大学への企業の寄付集めに熱心だったりと、ビジネスと深い関わりを持つことで自分のアイデアの実現を図

まとまり切らない・・・永遠に更新中 （'80年代でやめれば良かったorz） そろそろ終わりが見えてきた？ ↑ 6月28日 貼れるだけのリンクは張ったつもりなので 一応これで更新を停止しようと思う 世界名作劇場なんかはほぼ全て全滅してたりするので これ以上探しても同じかな〜と思ったり まぁ年代順のアニメ放映リストには使えると思う そのうち何か再利用したいとろ 丁度１ヶ月ぐらい、しんどかったけど結構面白かったｗ なつかしい体験をさせて頂きましたよ、と はてなの文字数限界（半角65,000文字）に近づいてきてるので記事を分けました 1963〜1979年 http://d.hatena.ne.jp/sidewalk/20060531 1980〜1989年 http://d.hatena.ne.jp/sidewalk/20060530 1990〜1995年 http://d.hatena.ne.jp

■概要 P2P方式のインターネット放送用ソフトウェア。P2P方式のメリットは、受信者が受け取っているストリームをそのまま他の受信者へ供給できることにあり（PeerCastではこれを「リレー」と呼んでいる）、これにより配信者の帯域を圧迫することなく多人数にストリームを届けることができる。極端な話、配信者が56kのダイアルアップ回線で1本しかストリームを出さなくても受信者がリレーを次々に行うことで、100人でも200人でも同じストリームを受け取ることができる。 ですので、このリレーがうまくいかなくなると、Peercastが成り立たなくなってしまいます。 7144番のポートを開放していない（知識不足で開放できない）人がPeercastを受信したとします。7144ポートを開放していなくても受信することは可能なのですが、受信したストリームを他の方にリレーすることが出来ません。 このように7144ポー

6 名前：番組の途中ですが名無しです 投稿日：2006/06/07(水) 01:41:26 ID:EFd6df/D0 8 名前：番組の途中ですが名無しです 投稿日：2006/06/07(水) 01:46:40 ID:M5mE2r1r0 ? 12 名前：番組の途中ですが名無しです[] 投稿日：2006/06/07(水) 02:01:29 ID:EFd6df/D0 14 名前：番組の途中ですが名無しです[] 投稿日：2006/06/07(水) 02:02:43 ID:IAZmTSlq0 何この神スレ 23 名前：番組の途中ですが名無しです[sage] 投稿日：2006/06/07(水) 02:09:24 ID:vd0aYHHZ0 39 名前：番組の途中ですが名無しです[] 投稿日：2006/06/07(水) 02:14:39 ID:EFd6df/D0 193 名前：番組の途中です

ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア　上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ

kazu070曰く、"インプレス ケータイWatchの au、Eメールアドレスの設定文字数を最大30文字に拡張 によると、 メールアドレスの20文字から30文字への文字数の拡張にあわせて、 「_」（アンダースコア/アンダーバー）の利用や、「.」（ピリオド/ドット）の連続使用、@直前での利用も可能となる。 という仕様が発表されている。効果としては、迷惑メールを受信しにくくなるという後ろ向きなメリットが挙げられる。 しかしながら、RFCを読まなかった携帯キャリアの罪にも記述があるとおり、特定のメールシステムにおいては "." に関する扱いに制限がある。また "." の二重使用や @ 直前の "." については、メールアドレスに使える文字やRFC によるメールアドレスの local-part におけるピリオドの取り扱いについての考察が参考になる。 auのEメールアドレス変更方法では、 「.（ピリ