グーグル技術講演会 - kenmazのはてな
先週末、渋谷のセルリアンタワーでグーグルオープンハウス(技術講演会)に行ってきた。会場の受付では、氏名と会社名が書かれたネームプレートをもらった。今日は公演後に懇親会的なものがあるので、そこでのネタづくりに、ってことなんだろう。到着と同時にオープンハウスがスタート。 グーグルの開発環境のお話 ひとつめのセッションは今年？グーグル入社したばかりの方の、グーグルの開発環境の話。グーグルでは「百聞は一見にしかず」ならぬ「デモは一見にしかず」という考え方が重要らしくとにかくデモを作って見せろ、と言う感じらしい。あと、意外に感じたのがDesign Docとよばれるドキュメントの作成にかなり重点をおいていること。なにか新しいアプリケーションを作るときは、これはこういう背景があって、こういう問題があって、そこでこのアプリケーションではこの問題をどういう風に解決して、、内部ではどういう処理をして、どういう
「Google技術講演会�A」-☆でも、HEROになりたい！☆
では、講演会の内容について。 ３名のGoogle社員によって講演が行われました。 １人目。 南野さん 東京R&Dセンター ☆プロジェクトの誕生からローンチまで☆ プロジェクトの発端は２０％プロジェクトや社員のアイデア・実験である。 その後、デモを作り、他の社員にフィードバックを受ける。 良いサービスならばチームを増員し、ユーザーの声を取り入れつつ、リリースへとたどり着く。 1プロジェクトのメンバー構成： エンジニア 4〜5名、プロダクトマネージャー 1名 ユーザサポート 1名 百聞はデモに如かず なによりもまずはデモを作ること。 Design Doc 新しいサービスを開発する際はDesign Docをかかなければならない。 デモ同様、Googleにおいて欠かしてはならない。 内容は"何のためにそれをやるのか？""どうやって実現するのか？"など。 エンジニアチ
Google Tokyoの技術講演会に参加したので簡単コメント - Ogawa::Memoranda
Posted by: Hirotaka Ogawa @ February 03, 2007 10:09 PM | 昨日のことですがセルリアンタワーでやっていたGoogle Tokyoの技術講演会に参加してきました。まあ割と面白かったと思います。質疑時間が短すぎてちゃんと質問できなかったのでコメントがてら書いておきます。 南野さんのtalk: 世界中で単一のエンジニアリングチームがすべての設計文書・ソースなどを共有していることに関して。アクセスコントロールを考慮しなくて良いことは事務的コストの削減に大いに役立つが、実際にエンジニア・インターンがsingle point of failureになり得る。NDAを結ぶから平気というのもおかしな話で、個人に負わせ得る責任にはおのずと限界があるのであって、全情報の流出による損失がそれを上回るのであれば対策が必要なのは明らかではないか。まだ流出したこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
8maki.jp
