タグ

2006年2月28日のブックマーク (13件)

  • 【インフォシーク】Infoseek : 楽天が運営するポータルサイト

    日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。

    joan9
    joan9 2006/02/28
  • Engadget | Technology News & Reviews

    How to watch NASA's first Boeing Starliner crewed flight launch today (scrubbed)

    joan9
    joan9 2006/02/28
  • メディア・パブ: インターネットの危機説,中立性が崩壊するかも

    インターネットビジネスはしばらく順風満帆だろう。どの調査会社もこぞって,2010年まではバラ色一色の予想図を描いている。オンラインコマースやインターネット広告などの市場も,2桁台の高度成長が間違いないとのこと。しかし一方で難題も浮上。「インターネットの危機」とか「インターネットの終焉」といった,とんでもない話が持ち上がってきたのだ。特に今年に入って,米国のニュースやブログで,“The End of the Internet?”をテーマにした記事を見かける。聞き捨てならない話なので追ってみた。 ネット利用企業 対 ネット供給企業 昨年あたりから,SBC/AT&T やVerizonなどのネット(インフラ)企業とGoogleYahooなどのネット(サービス)企業との間で,激しい綱引きが始まっている。この綱引きの結果次第では,深刻なインターネット危機が襲来するかもしれないというのだ。 インターネ

  • Tech Mom from Silicon Valley - 「インフラただのり論」は「売り手市場」への変化点---通信が値上がりする時代がついにやって来る!?

    でも、ウェブで商売をする事業者に対して「インフラただのり論」をNTTが唱え始めたようだ。アメリカで、AT&T(旧SBC)やベルサウスが、グーグルやボネージ(VoIP事業者)に対して、「インフラのただ乗りだ」「このままでは、我々が設備を増強するインセンティブがなくなる」「相応のフィーを払え」などと最近言い出したので、ずっと思っていたのに口に出せなかったことが、言えるような雰囲気になってきたのだろう。 「電話会社のワガママはけしからん」とネット住人の皆様は思われるだろう。でも、今このときになって、こういう話が出てきたのは偶然ではないと、私は思っている。回線の供給過剰の解消が、私の予想より早く進み、そろそろ需給が逼迫してきたことの兆候、ということなのではないかと思っている。 日については、具体的な数字を把握していないので、とりあえず発火点になったアメリカの状況をもとに考えてみる。バブルで回

    Tech Mom from Silicon Valley - 「インフラただのり論」は「売り手市場」への変化点---通信が値上がりする時代がついにやって来る!?
  • 2006年02月27日|ネットdeアナリスト

  • ビジネスブログ向けのMovable Type,シックス・アパートが出荷へ

    シックス・アパートは2月28日,ビジネス利用を想定したブログ・ツール「Movable Type Enterprise 日語版」(以下,Enterprise版)を3月10日に出荷すると発表した。これまで販売してきた個人向けのMovable Typeに比べ,ブログ・システムの管理を容易にしたことが特長である。 Enterprise版はMovable Type 3.2に以下の管理機能を加えた。(1)ディレクトリ・サービス(LDAP)との連携,(2)ブログ・データの格納先にRDBMSOracle Database 10g」を追加,(3)CSVファイルによる投稿者(アカウント)の一括登録。(2)は,Movable TypeではPostgreSQLMySQLなどに対応していた。 Enterprise版の動作環境は,Perl CGIスクリプトを実行できるWebサーバー(Perl 5.8.1以上)。

    ビジネスブログ向けのMovable Type,シックス・アパートが出荷へ
  • グーグル、日本国内でも書籍検索(Google Book Search)を準備 ::SEM R (#SEMR)

    グーグル、日国内でも書籍検索(Google Book Search)を準備 Googleが日国内でGoogle Book Searchを立ち上げるための人材募集を行っている。 公開日時:2006年02月28日 20:59 Googleの人材募集ページを見ていたら「Google Book Searchを担当するストラテジック パートナー ディベロップメント マネージャーを募集」していました。日では発表されていませんがGoogle Book Searchの準備は進めているようです、いつサービスとして利用可能になるでしょうか。 Strategic Partner Development Manager, Google Book Search - Tokyo ストラテジック パートナー ディベロップメント マネージャー(Google Book Search) http://www.googl

    グーグル、日本国内でも書籍検索(Google Book Search)を準備 ::SEM R (#SEMR)
  • Bloglines がドラッグ&ドロップによるフィードの編集機能をサポート - えむもじら

    Blogline で ドラッグ&ドロップによるフィードの編集機能が追加になりました。これまでは、フィードやフォルダの並び順は一定の規則でソートするしかなかったと思いますが、D&D で任意の並び順を設定できるようになっています。もちろんフォルダ間のフィードの移動も D&D で可能です。フォルダやフィード選択後に長めのクリックで見出しの編集モードになりリネームも容易になりました。これで編集画面はずいぶん使いやすくなりました。欲を言えば Clippings の画面でも並び替えができると良かった。この機能、ネタの保存に良く利用しているのですが、勝手にソートされてしまって使い勝手がいまいちです。 それから、これは以前からある機能ですが、Options 画面の Show only updated feeds をチェックすると新着のあるフィードだけの表示になるので、大量のフィードを購読している場合反応が

  • クークル[Qooqle]人気おすすめ動画検索サイト

    2018.12.27 オー・マイ・クムビ 2018.12.27 アンダンテ 2018.12.26 私の心は花の雨 2018.12.26 ATHENA ーアテナー 2018.12.26 金蘭良縁 2018.12.26 私たち結婚しました3 イ・ジャンウ&ウンジョン編 2018.12.25 太陽の末裔オリジナルサウンドトラック 2018.12.25 王の顔 2018.12.25 僕は彼女に絶対服従~カッとナム・ジョンギ~ 2018.12.24 密会(韓国ドラマ) 2018.12.24 私だけのあなた 2018.12.24 キム・マンドク~美しき伝説の商人~ 2018.12.23 白夜姫 2018.12.23 未来の選択 2018.12.23 バラ色の恋人たち 2018.12.23 風中の縁(えにし) 2018.12.22 トライアングルメイキング(韓国ドラマ) 2018.12.22 カクシタル

  • Life with Cygwin

    沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。

  • Passion For The Future: 虚数 スタニスワフ・レム

    虚数 スポンサード リンク ・虚数 「ソラリス」の著者スタニスワフ・レムの短編集。この作家とミラン・クンデラはノーベル文学賞をいつ受賞しておかしくないだろう。なかなか実現しないけれど。 未来に出版されるはずの、架空の書物4冊への序文集と、超越的知性を実現したコンピュータ ゴーレムによる2027年の人類への講義集の2パートからなる。 架空の書物とは、 「ネクロピア」 人間の肉体を透過することで、その存在の意味を浮かび上がらせるレントゲン写真集。 「エルンティク」 知性を持つバクテリアを培養した生物学者の研究記録。 「ビット文学の歴史」 コンピュータが生み出す文学のめくるめく世界。 「ヴェストランド・エクステロペディア」 未来予測コンピュータがアップデートし続ける百科事典。 の4冊。 どれも文はなく、序文だけがある。 存在しない書物と架空の序文を掛け合わせることで、ありえたかもしれない世界観

  • naoyaのはてなダイアリー - 疎結合のための Web API

    RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな? 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな

    naoyaのはてなダイアリー - 疎結合のための Web API
  • PictureCloud.com

    Lightning is one of the many wonders and mysteries of Mother Nature. It scares the hell out of children and those people who think the odds of getting struck by a lightning are greater than we think. But to photographers, lightning is a beauty that must be captured. Here are some tips on how to […] A graveyard with a misplaced Parking Space sign. A piglet making massage to another one. A funny roa