Limited space! Get on waitlist to be the first to know when tickets go live!
先週、Webブラウザーの世界にふたつほど衝撃的なニュースが走った。ひとつ目はMozillaがSamsungと共同でプログラミング言語Rustをベースにした新Webレンダリングエンジン「Servo」の開発を進めていくと表明したこと、そしてもうひとつが今回の主題、GoogleがWebKitを離れて「Blink」への移行を表明したことだ(開発者向けバイナリーを配布するGoogle Chrome Canary(28.0.1468.0 canary)では、すでにBlinkが含まれている模様)。 Mozillaの抱えるGecko、AppleとGoogleが推進するWebKit、そしてMicrosoftのTridentの3つは、Webブラウザー業界においてシェアのほとんどを握る3大勢力となっている。その勢力のうちのふたつが従来の技術とは別の新しいエンジン採用と開発推進をほぼ同時に発表したことは、今後のト
Web applications have evolved from simple HTML pages into rich, interactive applications that provide a great user experience. Today's web apps pose a challenge for developers, however: how do you create and maintain efficient JavaScript code that downloads quickly and works across different browsers? The Closure tools help developers to build rich web applications with JavaScript that is both pow
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行(説明ページから引用)。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
Google+チームに所属するエンジニアのMark Knichel氏が、Google+の高速性を実現するためにどのようなテクニックを使ったのかについて、Google+のページで解説しています。 (1) Mark Knichel - Google+ - Hi everyone! I’m an engineer on the Google+ infrastructure… 最新のWebサービスでどのようなJavaScriptのテクニックが使われているのかを垣間見ることができる説明になっていますので、見出しを中心に紹介しましょう。 1) We <3 Closure 私たちはClosureが大好きだ(<3は横向きのハートマーク) Closure(クロージャ)とは、オライリーの書籍「初めてのJavaScript」の解説を借りれば、関数の「入れ子(nesting)」です。(追記、このクロージャじゃなく
Googleの中の人が作ったGoogle I/O用のAndroidアプリ iosched がオープンソースで公開されているのですが、Androidアプリを開発する時に非常に参考になるので(Table対応したバージョンから難解になったのがネックですが)紹介したいのですが、ビルドするまで少し作業が必要なのでダウンロードしてビルドするところまで手順をメモっておきます。 Mercurialをインストールする ソースコードのチェックアウトページに行くと hg clone https://code.google.com/p/iosched/と書いてあって、svnやgitではなくhgなのでMercurialが必要みたいです。 ということで、brewでさくっと入れようかなーと思ったけど何か嫌な予感(今思えば今回に限ってなんで嫌な予感を感じたか不思議でしょうがないけど)がしてググったらbrewでMercur
グーグルは、Google Appsのプログラミング言語「Google Apps Script」に、ドラッグ&ドロップでユーザーインターフェイスを自由に構築できる「GUI Builder」機能を追加したと、Google I/O 2011のセッション「Developing Apps, Add Ins and More with Google Apps Script」で明らかにしました。 GUI Builderは無料でGoogleドキュメントを利用しているユーザーでも利用可能になっています。Googleドキュメントから任意のスプレッドシートを開き、[ツール]メニューから[スクリプトエディタ]を選択。起動したスクリプトエディタの[ファイル]メニューの[ユーザーインターフェイスを構築…」を選択すると、GUI Builderが起動します。 左側のオブジェクト一覧から、ボタンやラベル、テキストボックス、
グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? グーグルでTest Engineering Directorを務めるJames A Whittaker氏が、ブログ「Google Testing Blog」に書いているグーグル社内のソフトウェア品質に関するノウハウ。最近の記事「How Google Tests Software - Part Four」「How Google Tests Software - Part Five」では、ビルドの種類とテストの種類について紹介しています。 One of the key ways Google achieves good results with fewer testers than many companies is that we rarely attempt to sh
世間は地震により慌ただしい。震源地近くの被災者の方にはお見舞いを申し上げる。 この最中に、個人的な報告を投下するのはちょっと憚られるものもあるのだけれども、あまり時期を外しても書く機会を逸するので思い切って書くことにしよう。 1月一杯で約3年務めた 株式会社スケールアウト を辞め、3月1日から Google Japan で働き始めた。twitterでは大勢の方に祝っていただき有り難い限りである。 Googleについては特に語ることはない。みんなが知っているし、私もまだみんなが知っているようなことの他は僅かしか知らない。だからスケールアウトについて語ることにしよう。 株式会社スケールアウト スケールアウトは広告配信エンジン/広告在庫管理システム/広告入稿システム/広告案件管理システムをフルスタックの製品「ScaleAds」を提供するスタートアップである。 創業 創業者の山崎大輔さんは、元はY
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか?」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか? という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con
みなさんも仕事の効率化、時間短縮のためにしていることってありますよね? 私ももちろんいろんな工夫をしているのですが、もっと効率よく仕事がしたいって思っています。 とりあえず、今、時間短縮の為に私がしていることをまとめてみました。 私は毎日 Webサイトを作るために、Photoshop を使ったり、コーディングしたり、調べものをしたり … とにかくいろんな作業をしています。そんな中、もっと時間短縮できないかなー、これって時間の無駄だなーと思うこともたくさんあります。1日は 24時間しかないし、決められた 24時間の中で自分の時間を作るためには、仕事の時間を圧縮するしかありません … X( できるだけ無駄をなくして、早く仕事が終われるように、時間短縮術をマスターしたいと思ってます。コーディングを早くできるようにしたりするものはもちろん、欲しい情報に素早くアクセスできるような工夫など、今私が時間
AppEngineは、アクセスがあったときにアプリケーションを起動し、しばらくアクセスが無ければアプリケーションを終了させ、また次のリクエストで再起動するという仕組みを導入しています。 そのため、アプリケーションを起動(spin-up)する時間がとても重要になってきます。このspin-upの時間はpython(webapp)で60cpu_ms以下。(cpu_msはcpuが使う仮想的な時間ですがmsと同じ感じで捉えてもらってもとりあえずは大丈夫です)JavaのServletだと600cpu_msくらいです。PythonでもDjangoような大きなフレームワークだと1000cpu_msくらい(アプリによる)かかりますが、許容範囲内。JavaだとSlim3で1300cpu_ms、Springだと早くて7000cpu_msという感じで、Slim3がギリギリ許容範囲内でしょうか。ほんとうは、1000
Debian Project/Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した
米Googleの公式ブログは、プログラミング知識のない人でもAndroidケータイ向けのアプリを簡単に作ることのできるツールApp Inventorのリリースを発表した。特設ページで応募した人から順に利用できるようになるという。 授業の一環としてGoogleが全米の学校に実験的に提供していたアプリ作成ツールを一般にも公開することにしたもの。どれだけ簡単にAndroid向けアプリを開発できるのかは、下のビデオを見てもらうのが分かりやすい。文字通り、パズルのピースを組み合わせる感覚でアプリを簡単に開発できるようだ。 蛇足:オレはこう思う いずれこのようなツールが登場するだろうと思っていた。ブログが多くの人をライターに、デジカメが多くの人をカメラマンに変えたように、プログラムを簡単にするようなツールが一般ユーザーをプログラマーに変える時代がくるのではないかと考えていた。 先日紹介したAPPLIY
5月22日は、「パックマン」のリリースから30周年にあたる。Googleはこれを記念して、同社初の本格的にインタラクティブで実際にプレイできるトップページロゴをロールアウトした。1980年代の象徴的なビデオゲームであるパックマンが、本格的に動作するバージョンだ。 Googleは長年、バレンタインデー、米国独立記念日、母の日などさまざまな祝日や記念日に際して「Doodle」と呼ばれる特別なロゴを作成してきた。毎回、Google Doodleチームが同検索エンジンのトップページに表示される特別なロゴの作成に取り組む。 しかし数カ月前、同チームは5月22日がパックマンの日本での発売から30周年にあたることに気付き、いつも以上に特別なことをしなければと考えた(なお、パックマンの現在の英語表記は「Pac-Man」。当初は「Puck Man」だったが、「P」の文字の一部が欠けて「F」のように見えるケー
Googleは米国時間5月19日、クラウドベースのストレージシステム「Google Storage for Developers」を発表した。このサービスは、広く利用されているAmazon.comのサービスと直接競合することになる。 「Amazon Web Services(AWS)」の定評のあるオプション「Simple Storage Service(S3)」と同様に、Google Storage for Developersでは、データをGoogleが安全に保管してアクセス可能な状態を保ち、開発者が利用しやすい仕組みを提供する。 Google Storage for Developersは、ネットに保管された情報に対する低いレベルでのアクセスを提供する。ウェブサイトやウェブアプリケーションから必要に応じてデータをやりとりでき、ユーティリティコンピューティングモデルで課金される。つまり、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く