99741
1010776
%E5%B7%A5%E8%97%A4%E6%8B%93
%E5%B7%A5%E8%97%A4%E6%8B%93
%E5%B7%A5%E8%97%A4%E6%8B%93
%E5%B7%A5%E8%97%A4%E6%8B%93%20-%E5%B7%A5%E8%97%A4%E6%8B%93%E4%B9%9F%20-%E5%B7%A5%E8%97%A4%E6%8B%93%E6%AF%85
%E5%B7%A5%E8%97%A4%E6%8B%93
0
|
他人の画像が選択されている・混じっている場合
画像候補は人物名で顔画像を検索したものです。
人物として適切でない画像も含まれてしまう可能性があります。
適切な画像になるよう 工藤拓の画像検索結果ページで修正できます
|
|
ネットワーク
|
タグ
キーワード
|
|
|
|
|
|
|
|
|
関連商品
|
|
|
|
つながりの強いひと
|
|
松本裕治
松本 裕治 マイポータル 研究ブログ 資料公開 おとなりの研究者 | 注目の... 乾健太郎 06/13 更新 村田真樹 06/24 更新 川... |
|
|
小松弘幸
営業 小松 弘幸 （2002年入社）
経理本科 流通サービスコース卒業
第8販売部 高津営業所勤務 現在の仕事内容
配送職として約1年半の準備期間を経て、営業に... |
|
|
山本薫
元テレビ東京男性アナウンサーである。 早稲田大学 卒業後、 テレビ東京 入社。 アメリカの人気プロレス団体 WWE （当時WWF）の実況中継を担当した日本初のア... |
|
|
山田寛康
氏名 やまだ ひろやす
山田 寛康 所属 北陸先端科学技術大学院大学
情報科学研究科
情報処理学
助教 所属先住所 〒923-1292 石川県能美郡辰口町... |
|
|
坪井祐太
氏名 学位記番号 報告番号 学位授与年月日 坪井 祐太 博第831号 甲第831号 2009/03/24 学位の種類 研究科 専攻 講座 博士（工学）... |
|
|
まつもとゆきひろ
日本のソフトウェア技術者。株式会社ネットワーク応用通信研究所フェロー、楽天株式会社楽天技術研究所フェロー、Rubyアソシエーション理事長，Herokuチーフ... |
|
|
MeCab
MeCabはオープンソースの形態素解析エンジンで、奈良先端科学技術大学院大学出身、現GoogleソフトウェアエンジニアでGoogle日本語入力開発者の一人である工藤... |
|
|
鹿島久嗣
「RSS広告社」として2005年4月に創業。日本で初めてのRSS広告企業として、RSS広告やTwitter連動広告のような専門市場での技術開発を中心に、事業を展開してま... |
|
|
松本研
政策総務財政委員会（委員長）横浜経済活性化特別委員会・市会運営委員会・議会基本条例検討準備委員会の委員を拝命。自民党横浜市連では、総務会長代理を務... |
|
|
及川卓也
Windows NTに関連した製品開発サポートや顧客の導入サポートなどを行う。Windows NTの啓蒙のため、書籍執筆や雑誌への寄稿、セミナーの講師などを数多く担当... |
|
|
賀沢秀人
賀沢秀人の履歴書 最近の話題 ホームページ開設1年を記念して ブログ 始めました。 目次 経歴 論文・著作リスト 連絡をとりたい リンク ブログ... |
|
|
黒橋禎夫
黒橋 禎夫 京都大学大学院 情報学研究科 知能情報学専攻 教授 黒橋 禎夫 京都大学大学院 教授 1994年京都大学大学院工学研究科電気工学第二専攻博士課程修了... |
|
|
伊藤敬彦
氏名 学位記番号 報告番号 学位授与年月日 伊藤 敬彦 博第622号 甲第622号 2007/03/23 学位の種類 研究科 専攻 講座 博士（工学）... |
|
|
持橋大地
持橋 大地 Mochihashi Daichi 奈良先端科学技術大学院大学情報科学研究科:ATR音声言語コミュニケーション研究所音声言語処理研究室 Graduate School of... |
|
|
高村大也
氏名 高村 大也
よみがな タカムラ ヒロヤ
職名 准教授
所属（本務） 精密工学研究所／知能化工学部門
所属（協力） 大学院総合理工学研究科／... |
|
|
関根聡
アメリカ在住の日本の 情報科学者 。 ニューヨーク大学 研究准教授。日本で、言語処理に関するコンサルタント会社のランゲージ・クラフト研究所を経営してい... |
|
|
河原大輔
河原大輔, 黒橋禎夫.「高性能計算環境を用いたWebからの大規模格フレーム構築」『情報処理学会 自然言語処理研究会』171-12, pp.67-73, 2006. 河原大輔, 黒橋... |
|
|
奥村学
氏名 奥村 学
よみがな オクムラ マナブ
職名 教授
所属（本務） 精密工学研究所／知能化工学部門
所属（協力） ／ 生年月 1962年 01月
連... |
|
|
小町守
名前: 小町守 (わたしの 英文履歴書 と 和文履歴書 ) 所属: 奈良先端科学技術大学院大学情報科学研究科 助教 住所: 630-0192 奈良県生駒市高山町8916-5奈良先... |
|
|
乾健太郎
乾 健太郎（パネリスト） 奈良先端科学技術大学院大学 情報科学研究科 准教授 奈良先端科学技術大学院大学 情報科学研究科 准教授．専門は計算言語学．言語情... |
|
|
プロフィール
Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」 NAIST にて MeCab の作者としても有名な工藤拓さんの講演が行われました。 Google の開発体制とそれを支えるツールのお話です。 学校と拓さんの双方から ブログ への掲載許可が得られたので、まとめを公開します。この講義は NAIST の ソフトウェア 開発管理講義の一環です。 iPhone カメラしかなかったので、画像が荒くて済みません・・・。 会場は大入り！ 工藤拓さん NAIST 自然言語処理 学講座出身 Google に入社してから大規模開発や インフラ を経験 MeCab を開発 NTT コミュニケーション 科学基礎研究所に所属 その後 Google へ 研究より開発寄り Google での仕事 日本語の ウェブ 検索 「もしか ... もっと見る
Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」 NAIST にて MeCab の作者としても有名な工藤拓さんの講演が行われました。 Google の開発体制とそれを支えるツールのお話です。 学校と拓さんの双方から ブログ への掲載許可が得られたので、まとめを公開します。この講義は NAIST の ソフトウェア 開発管理講義の一環です。 iPhone カメラしかなかったので、画像が荒くて済みません・・・。 会場は大入り！ 工藤拓さん NAIST 自然言語処理 学講座出身 Google に入社してから大規模開発や インフラ を経験 MeCab を開発 NTT コミュニケーション 科学基礎研究所に所属 その後 Google へ 研究より開発寄り Google での仕事 日本語の ウェブ 検索 「もしかして」 機能 ダジャレサーチ エイプリルフール ネタを1ヶ月かけて実装 何千人もの開発者が単一の ソースコード リポジトリ の上で開発を行っている 大規模開発をサポートする インフラ が不可欠 Mondrian: ソースコード レビューシステム Protocol Buffer: 言語非依存のデータ交換 ライブラリ Google gflags: コマンドライン 処理 ライブラリ コードレビューとは 一人の開発者がコードを書いた後、別の開発者がそのコードをレビューする コードレビューも含めて コーディング 一行一行丁寧にレビュー あら探しがゴールではない 開発者間の協力 コーディング 全体における一つの プロセス 誰かのコードを デバッグ 中に「不本意に」コードレビューを行うことがある 感情的になりがち 良いことではない はじめからコードレビューをするという前提に立つ メリット 早期の バグ 発見 コーディング スタイル規約を強制できる 新人の研修目的 既存のシステムを壊すことなく多くのことを学ぶことが出来る 壊しそうになっても事前に止められる 開発者間の信頼関係を築く システムの引き継ぎが容易 次のプロジェクトに行きやすくなり、 流動性 が高まる ペアプログラミング の良い代替手段 地理 的・時差的に離れた開発者間で共同開発 世界に分散しているため OSS プロジェクトでのコードレビュー 開発者が diff コマンドで パッチ を作成 レビュワに パッチ を送る メールや SourceForge のpatch managerを使う レビュワはpatchコマンドを使い差分を手元のファイルに適用する 開発者とレビュワがメールでやりとり、内容を確認 レビュワが変更を レポジトリ にサブミット 信頼関係を築いた後で権利を譲渡 Google の 開発プロセス 全社的に単独のPerforce (p4) リポジトリ 開発者・プロジェクト毎にブランチは基本的にない 全社的な NFS 環境 他の開発者の ワークスペース を世界中のどこからでも アクセス できる アメリカ のホーム ディレクトリ も見れる チェックインされる全てのコード・ パッチ はサブミットの前に必ずレビューを受けなければならない 例外はない コードレビューのやりとりのメール誰でも参照できるように永久保存される ｐ4を直接使わずにg4という ラッパー プログラム を使っている p4はコードレビューの機構を持っていないため 最初は3000行の シェルスクリプト 、今は python Google のコードレビュー(以前） コマンドライン とメールベース 1. 該当のコードを レポジトリ から ダウンロード (チェックアウト） 2. コードに変更を加え、テストを行う 3. ChangeList( CL )を作り、レビュワにメール CL :変更されたファイル名、 パッチ に対応づけられたID番号 以降 Cl で変更が管理する 4. レビュワとのメールのやりとり 5. レビュワがLGTMと返信するとサブミット出来る LGTM = Looks good to me 以前のコードレビューツール g4 change 変更点をまとめたChangeList IDを作成 g4 mail ChangeListをレビュワに送信 g4 diff レビュワが変更点を各員 tkdiffを デフォ ルとして使っていた g4 subumit 以前のシステムの問題点 VPN フレンドリーではない 自宅から作業するかも知れない Tkdiffが動かない、動いたとしてもとても遅い 行番号の更新が困難 良く和あるコメント「行番号のここをこう変更して」 行番号に対応づけられたコメントが更新されない レビュー中の任意の時点でのリビジョンとの diff がとれない レビュワが全てのリビジョンを管理する必要がある メールの山に埋もれてしまう レビュワ:このレビューは終わったんだっけ？ 開発者:私のレビューは始まったのかしら？ Mondorian Guido van Rossum ( Python 作者）を中心に開発されたコードレビューシステム Webベース VPN の問題がない 全てのリビジョンが サーバ 側で管理されている 変更をside-by-side diff で表示 コメントをインラインで挿入可能 Ajax を使いまくり 複数のコメントは自動的に一つのメールにまとめられる リビジョン毎に行番号が管理される メールベースの従来の管理もサポート 個人のダッシュボード( ポータルサイト ） Mondorianの中身 Bigtable を使用 ChangeLisの メタデータ (コメント、ファイル名リスト) コメント(レビューのやりとり） 開発者のホーム ディレクトリ にあるコードの スナップショット ユーザ毎の情報 ホーム ディレクトリ 、 bigtable ,perforceと通信 NFS もしくは SSH を用いてホーム ディレクトリ に アクセス メールの管理 スナップショット ユーザのホーム ディレクトリ にある変更中のファイルをMondrianが知る必要がある Mondrianに アクセス する度に更新する必要がある エディタ での変更履歴を全て確認可能 ユーザの スナップショット が NFS 上にない場合 SSH を使いユーザの Linux Boxに直接 アクセス スナップショット やコメントは永遠に保存される 後々参照するのに便利 同じようなことを試みている別の開発者に CL を指し示すことが出来る パフォーマンス 多くの場合十分高速 ほとんどの開発者はMondrianのみを使っている 多くの処理はMondrianの外 何が遅いのか？ Perforce サーバ の高負荷 HTML の生成 巨大なファイルの diff ( Python のdifflib) レビュワはコードにimpressionを付けられる！ looks good to me! コードにコメント書ける コメントにもレスが書ける 改変して、レスを付けてdoneすればOK チェックイン 何回かレビュワとのやりとり レビュワがApproval Rietveld オープンソース 版Mondrian 作者は同じ Guido van Rossum subversion Protocol Buffers Google が開発した構造化データのデータ交換 C言語 の構造体のような定義ファイル(*.protoファイル) から, C++ , Java , Python のコードを生成 なぜProtocol Buffers? XML に対する アドバンテージ バックエンド、フロントエンドで使える共通のデータフォーマット バックエンド C++ , フロントエンド Java , 社内ツール Python Gmail のフロントエンドは Java フォーマットの バージョンアップ に頑健 フィールドidが同じなら互換性が確保される 新しいデーターフィールドが追加削除されてもidが同じなら動く CPU 、 ネットワーク の負荷を小さくしたい 数千大、数万台規模の RPC XML のPersingは遅い、冗長、資源を使用しすぎる XML より3~10バイコンパクト 大規模開発に有益 フォーマットや エンコード 方法を完全に隠匿 データ交換フォーマットを議論しなくて良くなる 言語に組み込まれるので直感的に操作可能 Google 社内でのProtocol Buffes バックエンド・フロントエンド間の RPC Web検索フロントエンド スペルチェッカーバックエンド インデク サーバ ックエンド等 ログの保存 タイムスタンプ などの様座万情報 クロール してきたWebドキュメントの保存 クロール 時間、言語、 エンコーディング 、 URL といった様々なフィールド glfags Google が開発した コマンドライン フラグ のParser %foo --big_menu --language japanese getoptととの比較 getoptは コマンドライン の定義をmainの中に集中管理 gflagsはコマンドライの定義を個々のソースに分散管理 なぜgflags? 大規模開発でgetoptを使うと 自分の コマンドライン を追加したい！ main 関数 があるソースを探し、そこに定義を追加 コマンドライン の内容を適当にディス パッチ 煩雑な手続き、その課程で バグ が混入 gflagsでは 自分の編集している*.ccファイルに フラグ を追加して ビルド 即座に反映 実験機能の追加に有益 既存のシステムを壊さない その他 Open source化された Google の開発ツール glog perftool gtest google C++ coding style guide まとめ 大規模 ソフトウェア 開発を支える Google の インフラストラクチャ Mondrian Protocol Buffes gflags 質問タイムのまとめ 質問をメモしていないなかったので、拓さんの発言だけをまとめてあります。 突然レビュー依頼が来ることもある Google では週報が義務づけられている 最近コードを弄った人かも分かるので、レビュワを依頼しやすい Experiment用の リポジトリ がある 基本的にレビューなし しかしExperimentalからリンクしようとすると ビルド ツールに怒られる Readability Review コード規約レベルでのレビュー 各言語の規約に精通した スペシャリスト たちがレビュー 本当に細かくチェックされる 誰でも規約に沿った コーディング ができるように！ 公演後の交流会 基本的にメモをとっていなかったので、印象に残ったことだけ・・・。 MeCab ストーリー ナナロク世代 、大学入学と インターネット の 黎明期 がリンクしていた 京大 で3MBのホーム ディレクトリ に4MBの Netscape をどうやって入れるのかとか考えていた 黎明期 の日本語 検索エンジン を使ううちに、検索をやりたいと思うようになり、 NAIST 松本研に進学 既に ChaSen があり、 OSS で成功していた Outputを積極的に出して行く雰囲気 論文 を書いたら必ずソースも一緒に公開していた ChaSen はJumanをベースにしているため、コードベースが古かった メンテがしんどくなり、 フルスクラッチ で開発 MeCab 誕生 拓さんからのメッセージ 短期的な視点と長期的な視点、両方を持つ必要がある。長期的な視点で取り組めるのは学生のうち。会社に入ると短期的な視点で取り組むことが多くなる。長期的な視点を忘れないことが重要。
10/24 20時 追記 はてな との比較をして欲しいというリクエストがありました。僕は インターン をした際の知識しかないので、あまり大きなことは言えないのですが、一応書いてみます。 インターン はみんな ペアプロ をしていたので、自動的にコードレビューをしていた感じでした。また基本的に数千人もの開発者がいる Google と、数十人の はてな ではかなり規模が違います。 はてな でもレビューはやっていますが、専用のシステムもありませんし、行ごとにコメントを付けるようなこともしていなかったように思います。ただ、開発者が1フロアに集まっているため、 コミュニケーション のコストはあまり高くありません。そのために当事者間で結構解決してしまっている気もします。evidenceを重視するのであれば、専用のシステムが必要かもしれませんね。（コミットログである程度はできると思いますが） 偉そうに書いてしまった・・・。違ってたら指摘をお願いします−。 さらに追記 拓さんにメールを送って、この記事をレビューして貰いました。 LGTM happy hacking ! と言ってもらえました！ 10/27 追記 はてな にもレビュー管理システムがありました。 タスク 管理システムの「あしか」と統合されているようです。 git コミット単位での参照・レビュー・担当者関連づけ・メール飛ぶとかいろいろあるのになー。 インターン 期間中は使っていなかったため、誤った情報を伝えてしまいました。 id:secondlife すみません！ ツイートする Permalink | コメント(0) | トラックバック(2) | 15:50 戻る
|
投票数
0
| ふりがな |
|
| 性別 |
|
| 出身地 |
|
| 生年月日 |
|
| 血液型 |
|
| 職業 |
|
| 所属 |
|
| Twitter |
|
|
|
|
工藤拓さんについてのひとこと紹介
|
|
|
|
