総務省は早ければ10月にも，「インターネットただ乗り問題」などにメスを入れるべく，調査研究会を立ち上げる方針を明らかにした。 インターネットただ乗り論とは，インターネット上でコンテンツ配信などを手掛ける事業者も，インフラの維持費などを負担するべきという考え方。動画配信などを提供するサービス事業者に追加料金を課す，利用量の多いユーザーの通信料を値上げする－－などの方策が考えられる。 これは，P2Pファイル交換ソフトや動画配信の普及に伴い，通信トラフィックが増加したことで浮上してきた問題である。通信事業者やプロバイダは，トラフィックの増大で通信設備の増強を求められている。多くのプロバイダは定額制でサービスを提供しているため，支出が増加しているにもかかわらず，収入が増えにくい状況。一部のプロバイダは，このままではネットワークを維持できないとの悲鳴を上げている。 総務省が立ち上げる調査研究会では，
今頃、初めてのIO::Fileモジュールしてます。何でこのモジュール、Web上に解説が見つからないんだろう。分かる人には簡単過ぎるとか？ 2006-09-29 (Fri) 21:08:24 【"非"検索会議 sponsored by Yahoo! 検索】脳科学の茂木氏らを迎え、「選ばれるWeb」をテーマにWebの未来を探る(bb.watch.impress.co.jp)。 2006-09-29 (Fri) 21:03:58 Open Tech Press | アップデート版Free Documentation Licenseのリリース(opentechpress.jp)。 2006-09-29 (Fri) 21:03:49 ITmedia News：［WSJ］ Wikipedia対ブリタニカ――優劣めぐりトップが激論(www.itmedia.co.jp)。 2006-09-29 (Fri)
インターネットは既存メディアを駆逐するのか――。 こういったたぐいのネットVS既存メディア論というのは、これまでも各所で語られてきたわけだが、結局「それぞれ一長一短だよね」という無難な線で、とりあえず落ち着いている感はある。 ただ、今まで既存メディアが優位性を保っていた部分においてもネットが力を持ちつつある――最近、このように感じ始めている。以前から語られてきたネットの優位性というのは「速報性」とか「検索の利便性」とか「無料」であるといった、どちらかといえば機能性に依拠した部分が多かった。不特定多数による発信というのも大いなる利点だと思うのだが、メディア論的に語られる時、これらは、たびたびマイナスファクターとしてとらえられるケースがあった。 要するに「書いてある中身に関しては、新聞とか雑誌といった既存メディアにはかないっこない」こんなスタンスだったわけである。しかし、単純な記事のクオリティ
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
2008/2/12:「公開APIを利用したサンプルサイトを作っていくよ」は、書籍発売に伴い、新サイトに移転しました。 →公開APIを利用したサンプルサイトを作っていくよ 新サイトでは、サンプルサイトの他に、サンプルソースコードの掲載もしていく予定です。 旧サイト（このページは）、削除せずにこのまま残しておきますので、新旧サイトともに今後ともご利用ください。 (旧)公開APIを利用したサンプルサイトを作っていくよ TOP ABOUT BOOK LINK MAIL BLOG 本館 ZAPAnet総合情報局管理人ZAPAが公開API（Webサービス）を利用して、サンプルサイトを作って紹介しています。 Web2.0、マッシュアップの流行によってせっかくWeb上でAPIが公開されていても、利用する前に規約に同意して、開発用ドキュメント（HTMLからPDF、EXECL、WORDなどドキュメントのフォー
I hope not to spoil the essence of it by put it into words though...hope you enjoy it. good morning Japan construction 100km ahead Yesterday, I was a fish, today, I am a fishcake narrow lane! acrobatic lane! beautiful sight of a wheel... look closer... mortifying figure mortifying sculpture mortifying gundam mortifying wheelchair mortifying robot profiler's saying suspect is in age
The 4th season - Story of the one person library and "full stack" librarian. ８月の大図研大会のあたりから話題に出ていた、 今ある図書館の新着案内からRSSを生成するスクリプトを考えている。これらをゲリラ的に提供した後で、「便利だ」ということを広め、そして必要性を訴えるのでよいのでは。 について、ゲリラ的な戦術が適切かどうかはともかく、ツールの汎用化に向けた自分なりのアプローチとして、Plaggerを使えないかと考えるだけでとどまっていたが、ようやく手を付けてみた。 Plaggerは、Perlモジュール群からなるツールで、 HTMLやRSSを何かしら切ったり張ったり加工して、gmailへの送信やRSSその他様々な形式で出力するツール と言える。「人力検索はてな」の最近の質問、「Plaggerって何ですか？」 に事例
いまPla*1 その3です。 その1では「Filter::EntryFullText」について、その2では「CustomFeed::Config」について扱ってきました。今回はCustomFeed::Configで抽出したいサイトが複雑な場合にどうやって対応するかということに焦点を当てていきます。 その2ではサンプルとしてまなめはうすさんからニュースのタイトル、コメント、リンクを抽出するyamlファイルを作成しましたが、紹介したファイルでは日付が変わる部分での取得がうまくいかない、またニュースしか取得できないため雑記を読むことができないという欠点がありました。1つめに関しては正規表現を工夫すればなんとでもなりますが、2つめに関してはニュース部と日記部分でパターンそのものが違うので取得することが難しそうです。特に2つめの問題を解消する方法に関して取り扱います。 その2で作ったCustomFe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
