今日 Google の検索を使っていて、なにかが変わったと感じませんでしたか？ そう、検索結果ページのデザインが変わったのです！ 本日のリニューアルはますますリッチになっていくウェブと、どんどんパワフルになる検索技術に対応したものです。 検索結果の左側に検索ツールを配置し、全体的にビジュアル表示をアップデートしました。私たちは常に小さな変更や更新を積み重ねてきましたが、本日のリニューアルでは最新の検索技術の進化を体感できるかと思います。探しているものを今までよりも簡単に見つけられるようになります。 何が変わったのでしょうか？ まず、検索結果ページの左側に、検索に便利なナビゲーションパネルを追加しました。この新しいパネルは検索キーワードに対して、もっとも適切で便利な項目を提供します。この 3 年間、ユニバーサル検索や検索ツールなど、検索をより便利にするさまざまな機能を発表してきましたが、これ

My iPhone 11 is perfectly fine, but the new buttons on the iPhone 16 are compelling

http://journal.mycom.co.jp/news/2009/11/20/011/index.html http://sites.google.com/a/chromium.org/dev/chromium-os/building-chromium-os なんかchromiumosプロジェクトが公開されたので、せっかくなのでbuildだけしてみる 先に結論だけ書いとくと楽勝でした。GoといいGoogle関連のOSSはドキュメント読みやすいです。 環境はUbuntu 9.10(x86)です。当然ですが自己責任で。 2009/11/21 11:02 このエントリの後ろに追記しました 2009/11/21 13:11 記述ミスがあったので修正しました(thx vine_user!) コンパイルに必要なライブラリを揃える $ wget http://src.chromium.org/s

米Googleは米国時間2009年11月19日，同社が運営する動画投稿サイト「YouTube」で，動画再生時に自動で字幕を付ける機能「Auto-caps（automatic captions）」を追加と発表した。 これまで字幕を表示するには，動画の投稿と同時に字幕を記述したファイルをアップロードしなければならなかった。この方法ではユーザーに負担がかかり，YouTubeにある膨大な動画すべてに字幕を付けるのは困難と判断。機械生成による方法も採用することにした。 この機能は，同社の自動音声認識技術を利用している。映画などの字幕と同じく人物がまだ話し終えていないセリフもあらかじめ表示する。また字幕は翻訳することもできる。約50の言語に対応しており日本語表示も可能。利用するには，画面右下にあるアイコンにマウスを持っていくと表示される「Transcribe Audio」や「Translate Cap

GoogleがWebページ表示をスピードアップするプロトコル「SPDY」を発表した。テストではページ読み込み速度が最高で64％短縮できたとしている。 米Googleは11月12日、Web高速化を実現するためのアプリケーションレイヤープロトコル「SPDY」（スピーディーと発音する）を発表した。Googleが目指しているWeb高速化の一環で、HTTPをサポートし、Webページ表示の遅延時間を最小限に抑えるという。 SPDYに関するホワイトペーパーによると、同社はSPDYとともに、同プロトコル対応版のGoogle ChromeブラウザとオープンソースのWebサーバも開発した。これらのアプリケーションをHTTPとSPDYで稼働テストしたところ、ページ読み込み時間が最高で64％短縮できたという。 SPDYはセッションレイヤーをSSLの上に追加するので、単一のTCP接続で複数の相互データストリームを並

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Googleは米国時間11月10日、オープンソースのプログラミング言語「Go」を発表した。Goは、首席ソフトエンジニアRob Pike氏やUNIXの共同開発者のKen Thompson氏らで構成されるチームにより開発された。 現在、Goプロジェクトは、プログラミング言語、コンパイラ、Goで書かれたプログラムに多くのビルトイン機能を与えるランタイムパッケージプログラムで構成されている。Pike氏によると、Goは、CおよびC++と類似しているが、最新の機能を採り入れ、ウェブブラウザ内でも使用可能にするなどの汎用性を備えているという。 Goは、ソフトウェアをマルチコアプロセッサで実行する場合に発生する問題に対処するよう開発されている。またオブ

原文(投稿日：2009/8/5)へのリンク Google App Engineが当初使っていたウェブサーバ/サーブレットコンテナはApache Tomcatだった。しかし最終的にJettyへと変更された。開発コミュニティではこの決定により、なぜ変えたのか、Tomcatでなにか問題があったのか、と多くの人が問いを投げかけた。InfoQはJettyの開発元企業であるWebtideのチームにインタビューをする機会を得て、今回の決定の事情について詳細を聞いた。 InfoQ：GoogleがTomcatや他の選択肢でなくJettyをApp Engineに選んだのはなぜでしょうか。 GoogleがJettyを選んだ理由と思われる特質はサイズと柔軟性です。クラウドではサイズが重要です。Jettyのインスタンスを（Googleがしているように）数万動かすとすると、各サーバが1MB小さければ全体で数十GBのメ

サーバを安全に運用する施設として構築されるデータセンターですが、グーグルではそのデータセンターですら"落ちる"ことがあると想定してアーキテクチャを構築しています。 米グーグルが今年の5月に行ったイベント「Google I/O」で、同社のGoogle App Engine datastore leadであるRyan Barett氏が行った講演「Transactions Across Datacenters (and Other Weekend Projects)」のビデオがYouTubeで公開されました。 Barett氏は、担当しているGoogle App Engineのデータベースに関してグーグルが「multihoming」（マルチホーミング）と呼ぶ複数のデータセンターを用いた処理を実現している理由として、データセンターが自然災害や停電に見舞われたり、メンテナンスなどによるデータセンターの

WebKit WebSocket design doc Authors: ukai, yuzo, tyoshino Status: Draft (as of Sept 2, 2009) Table of Contents WebKit WebSocket design doc Objective Background High Level Structure WebCore classes WebCore/websockets/ WebSocket.h WebCore/platform/network Flows Establish WebSocket connection Web...

Heads on: Apple’s Vision Pro delivers a glimpse of the future