「もしGoogleが検索エンジンを作っていなかったら、どんな会社になっていたと思う?」 グーグルの入社面接で、その後私の恩師の一人となる高広さんから聞かれた質問だ。リクルートを卒業して違う世界にチャレンジしようと思った時、広告業界関係が得意なエージェントに登録したところ、一番最初に紹介されたのがグーグルだった。2006年のグーグルといえば、Google Calendar や Checkout がロンチされた年だが、日本でのGoogle検索の利用率は34.7%(ネットレイティングス調査)、日本法人も人数は公表していないが中にいる人全員の顔と名前は一致し話したこともあるという規模感の組織だった。リクルートで紙媒体の営業をやっていて、次はインターネットの世界だな、でも営業しかやったことがないから営業職だなと思っていた私にとって、当時リクルーティングサイトでもエンジニア以外はオープンになっておらず
Androidは熟成したOSとなった。グーグルでAndroid開発に関わってきたエンジニア達も、このOSが他のモバイルOS(特にアップルのiOS)に対する「機能パリティ(機能均衡)」を実現しており、どんな相手とも競争できるようになったと考えているようだ。 この機能均衡を達成してからの数年間、グーグルはAndroidOSのさらなる改良に取り組んできた。まず最初にJelly Bean 4.1のリリースでは「Project Butter(※)」と題したプロジェクトによって、Androidの信頼性の向上と高速化を計った。 ※バターをパンに塗るときのような「なめらかな」操作感を目指しこの呼び名がつけられた。 グーグルは次に、高い機能性を維持したままAndroidの使用するメモリー領域を小さくすることに着手した。このプロジェクトは「Project Svelte(英語でスレンダーの意)」と呼ばれ、その結
Engine Yardを含むさまざまな場面で利用が広がったChefですが、その動作原理やアーキテクチャについてご存じない方もいることに気が付きました。細かなアーキテクチャを理解しなくても使うことができるというChefの長所を示しているともいえますが、細かな挙動を制御する際にはやはり動作原理などの知識があると役立ちます。 今回は表題のとおりレシピが実行される際のサイクルについてあまり知られていない部分を紹介します。 Chefの実行サイクルとリソースコレクション Chef(Chef Client、Chef Solo)が実行された際には直ちにサーバの設定が始まるわけではなく、さまざまなステップ毎に処理が実行されます。大まかには下記のようなステップになります。 Chef Serverとの通信、認証処理 Chef Serverからのクックブック、データの取得 クックブックのコンパイル ノードの設定
DBエンジニアのための技術勉強会というイベントで、リレーショナルモデルにおけるDB設計について話す機会を頂いた。リレーショナルモデルは非常に重要であるにも関わらず、現場ではないがしろにされてしまっている。その結果、アプリケーションのロジックを上手くクエリで表現できず、開発現場では非効率な開発が行われ、多くの人がデスマ的な状況に追い込まれている。そういう危機意識について、これまで何度か本ブログでも書いてきたし、WEB+DB Pressで連載している動機もその点にある。リレーショナルデータベースはやはりリレーショナルデータベースとして使うべきだ。そのための鍵となるのが、DB設計である。 今回はなんと約2時間の持ち時間を頂いた。リレーショナルモデルについてはこれまで何度か話す機会を頂いたが、2時間というのは最長記録である。それに合わせてスライドもボリュームたっぷりのものになった。過去のスライドと
日本の一部企業で社員や店員の過重労働が社会問題化しているが、実は近年、米国企業の中にも過酷な労働環境が批判される会社が少なくない。 その1社として名前が挙がっているのがネット通販最大手のアマゾン・ドット・コム(本社ワシントン州)である。問題視されてからしばらく経つが、最近は訴訟問題も浮上している。世界的大企業に成長した裏に、社員・従業員の多大な犠牲があるとの指摘もある。 欧米大手メディアが「奴隷収容所」と報道 世界中で事業展開しているアマゾンは書籍やDVDはもちろん、近年は紙おむつから紳士靴まで小売りの総合デパートと呼べるほど商品の多様化が進み、世界の至る所に巨大倉庫を置いている。 そこでの労働環境が欧米メディアの批判の的になっており、「スレイブキャンプ(奴隷収容所)」と形容するメディアもあるほどだ。今月も英BBCの記者がオトリ取材で従業員として潜入し、その実態を報道した。 アダム・リッタ
ツイート今日は、第 1 回のSQL アンチパターンの回から良コンテンツを提供しまくりなエンバカデロ・テクノロジーズさん主催の第 3 回 DB エンジニアのための勉強会に参加してきました。 今回は 漢(オトコ)のコンピュータ道で有名な漢の中の漢、 @nippondanji 氏がデータベース設計を徹底指南してくれるということで、元々 DB エンジニアがバックグランドのわたしとしてはいかないわけにはいかんだろう、と喜び勇んでいってきました! 内容はというと下記の概要をカバーする内容でした。 リレーショナルデータベース(以下RDB)は登場してからかなりの時間が経っています。その名が示すように、RDBはリレーショナルモデルをベースに考案されたソフトウェアです。しかしながら、未だに現場ではRDBが使いこなされているとは言いがたく、リレーショナルモデルへの理解も進まず、誤った常識が跋扈しているのが現状で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く