楽天テクノロジーカンファレンス2010へ参加してきたので、その時のメモを公開させて頂きます。当日は楽天の三木谷社長、まつもとゆきひろさんの講演を生で聞くことができました。
聞き違い等あるかもしれませんがご容赦ください。
なおUSTREAM等でも当日の様子が公開されているみたいです。
———————-
特別講演
———————-
楽天：
・英語公用語化
・国際化している
グローバル化する意味：
・世界における日本のGDPシェア：
2006年は12％
予測では2050年には3%になる
→情報格差が縮まっている
アマゾン・Eベイ：
・売り上げの半分はアメリカ以外
・広範囲に広がっている
国際化は技術的にも良い：
技術者も世界に広がっている
自国の言葉に翻訳された技術書を読んでいるのは日本人ぐらい
楽天→70%の売り上げを海外で上げることを目指す
世界中のエンジニアを束ねていきたい
ソース・アプリをどうシェアするか→プライベートクラウドによるグローバルネットワーク
・グローバルエンジニア
日本語のできないエンジニアも参加できるようにする
・オープンソースストラテジ
できるだけオープンソースでやっていく
・クラウド
生産性の向上
パブリッククラウドの利用
・RIT（楽天技術研究所）
さらに広げていく
一流の技術者：
グローバルに活躍している
オープンソースの強化
パブリッククラウドの利用・提供：
・プライベートクラウドに取り込んでいく
ソフトの世界でも世界レベルを目指していく
楽天：
・パートナースタッフを含めて1万人
・技術が重要になってくる
オープン化、テクノロジーの差別化
→これをやりきることが重要
ハードルを乗り越えていくということにロマンや大きな喜びを持つ
楽天主義＝今までやってきた事による収穫
過去に買収しグループ化した会社が大きなシナジーを生み出す
→楽天経済圏
国際レベルでビジネス／技術の共有を行い強くなる
熱い心／夢が重要
———————-
基調講演「グローバル・エンジニア」
———————-
自分の限界は自分で決める
→壁を突き破る必要がある
成功するために：
・成功とは何かを定義する
・成功の定義は人によって違う
・定義しなければ何をして良いのか分からない
成功例：
・金持ち
・名声を得る
・最強になる（能力の最高を目指す）
・平穏に暮らす
→自分で決めなければならない
人生は平等ではない：
・貧乏、金持ち、才能・・・
・理不尽でもある
成功のために向かう方向（ゲームのルール）は似ている
人間の本質；今と昔でそんなに変わらない
ゲームのルール：
・目標を持つ
短期（1～5年以内）＝現在予測できる目標
長期（人生の目標）＝テクノロジーの変化は影響しない目標、適切に立てる
中期はいらない（予測できない、無理）
・行動する
自分自身であれ：
・（まつもと氏）プログラミングが好きだった＝どこから来るかわからない強み
・好きな分野、情熱を持ち続けられるかどうか
そして実際に行動する：
・行動無くして成功なし
運・タイミングもある＝かなり大きい
・Rubyでは英語のドキュメントを作成した
→外国人の目に触れた
成功する確率は上げられる：
・時間的に
最後までいれば勝者
成功するまでやる
ただし100%ではない
・ラーメン代分のもうけ
コスト削減→ラーメンだけで生活
軽量言語→簡単に作れる
クラウド→初期費用を抑えられる
ラーメン代分のもうけがあればよいと考えると
→思い切って挑戦できる
→失敗しても痛みが少ない
・空間的に＝どこで戦うか
専門分野で（ニッチなところ）
広いマーケットで（ある程度お客さんがいる）
矛盾：人がいないところでは成功できないが、
ニッチなところでしか成功できない＝ロングテール理論
グローバルなマーケットで世界に届くためのコスト
・物流
・通信
・言語
・意識
物流と通信の壁：
・20年前は海外にメールが送れなかった
・現在は壁がなくなった
言語と意識の壁：
・まだ壁がある
・北欧→英語が通じる（英語を話せないと生きていけないことを知っているから）
・日本もそうなる
自分の言葉に伝える価値があればひどい英語でも聞いてもらえる
伝える気があるか、
外に出て行く気があるか、が重要
Rubyメーリングリスト：
15年前の購読者数：200人
現在：数千人
Rubyのユーザ：
・世界で百万人を超えている
・世界が共感してくれている
今まで見ることのできなかった風景を見ることができる
→日本だけでは勿体ない
日本語でブログを書く：
・日本人にしか見てもらえない
・英語で書けば世界中の人から見てもらえる
・まだ見ぬ友と出会わないのは勿体ない
—————————————————–
HTML5 とその先にある Web of Data
—————————————————–
この内容はWebサイトでも公開されている
HTML：
・ハイパーリンク付き文章ファイル（基本はこれ）
・シンプルな役目が世界を広げる
・ウェブサイトを作成する時の材料（20世紀の定義）
ウェブブラウザ経由で見れるもの：
・見れる範囲がものすごく広がってきた
mail、SNS、ブログ、ワープロ・・・
→今ではアプリ動作環境となっている
ドキュメントプラットフォームからアプリケーションプラットフォームへと進化した
→この変化に根本の規格から対処することになったものがHTML5
HTML5：
・仕様書800ページ超
・アプリプラットフォームとしての規格が増えた
・タグの種類が増えた
・XHTMLの後継でもある
→きっちり受け継がれている
XHTML＝HTMLにXMLをマシン用に埋め込んだもの
・ページのタイトル、時間、個人のデータを入れるタグができる
セマンティック：
→意味論＝ロジックに基づいて処理できる（～ウェブ）
・厳密性が求められている
・単一コンテキストを持つ閉じたネットワークでは有効
Web of Data：
・広大な地域に分散している研究員がデータを共有できるようにしたもの＝ウェブ
・WebはもともとDB
・上記のことをきちんととらえ直してみる＝Web of Data
リンクがコンセプト：
・関連する情報は役に立つ
・DBに対して貼られているリンクは1.41万個
DBpedia
BBC（英）の辞書
関連づけられたDBが存在することが大切
楽天のWeb of Data：
・WebAPIの公開
・研究所内でのデータ公開（Webからデータを抽出したもの）
・サービスの統合
・実験的な取り組み
・RDFストア
国会図書館：
RDFのデータを提供している
市民レベルの動きもある
LinkedData.jp
これからは自律・分散・協調＋データ生成
→意識を変えていく
———————————————–
インターネットガバナンス徒然2010
———————————————–
JPNIC：
IPアドレス事業、インターネット基盤整備を行っている
インターネット：
・拡大している
・誰でも使うようになっている
・回線速度も速い
インターネットにも公共政策が必要になってきた
機器の標準化、ネットワークデザイン、相互接続といったインフラとアプリケーションによって便利になってきた
社会的な生活が営めるようにルールを決めていく→情報社会
社会規範と使い方→考えていく必要がある
何らかのルールを決めていかなければならない
インターネットにはルールがある、
そしてルールは自分で変えられることを知る
変える手順を知る
ルール策定の前提
・オープンフォーラム
誰でも参加できる
・みんなで決める（ボトムアップ）
コミュニケーションは英語
・相手を正しく理解する
・自分の考えを正しく理解する
・黙っていては分かってもらえない
インターネットガバナンスに関わっている団体：
・IETF：技術標準化
日本人100人参加
・APNIC：インターネットレジストリ
2012年にIPV4が枯渇する問題などを扱う
日本人16人参加
・IGF：インターネットに関する様々な問題を討議する
政府・市民団体も参加
JPNICのサイトで情報を提供している
アプリケーションエンジニア→サービスを提供している
インフラエンジニア→サービスを受け付ける部分を担当
サービス事業者→知らなければいけないことが多い
サービス提供者の疑問＝ルール等を気にする必要はあるのか？
・ルールはどんどん変わっていく
・ルールを知っていることで多面的にみれるようになる
・使っているOSがIPV6に対応しているか
・お客さんはIPV6、IPV4バラバラでアクセスしてくる
・日本だけで使われている訳ではない
・どこかで使われ始めたものは必ず影響として出てくる
・ルールに従っておくことで、イレギュラーな対応は減る
自律・分散・協調
なぜ地域毎にレジストラがあって、その中で
ルールを決める必要があるのか？
・地域の事情をくみ取る必要がある
・地域ごとに良い意味での競争がある
日本人の意見ははずれが少ないと思われている
世界で意見を通す場合：
・たくさんの他国の人と話して理解する、分かってもらう
現場の人が政策に関わることも大事
世の中のことを見聞きして世界へ出て行く
———————————————–
楽天ブックスiPhoneアプリ開発日誌
～導かれし者たち～
———————————————–
デバイス推進チームが開発
2008年12月：
・楽天トラベルアプリ
2010年6月：
・楽天ブックスアプリ
雑誌立ち読み
商品が買える
2010年7月：
・楽天イーグルスアプリ
2010年8月：
・楽天リサーチアプリ
・iPadアプリ
Android版アプリもリリースされている
2010年9月：
・旅メモ
・楽天証券アプリ
・楽天銀行アプリ
総計で12アプリ→力を入れている
Webのスマートフォン対応も進めている
2007年～
アクトビラ向けサービス
楽天ブックスアプリ：
2010年8月～
iJungle＝イノベーション・プラットフォーム
アプリがたくさん生まれた
担当サービスをアプリ化
→やりやすい
うる☆てく
当初社内にはiPhoneアプリのノウハウがなかった
兼務でアプリ開発
アプリで目指すもの：
・自分が使いたいもの
・シンプル
・ブラウザでの体験を越える
WebAPIを利用：
戻りはXML
ライブラリによって
パースにかかる時間に差がある（XML）
NSXMLParserがよい
libXML2もある
→アプリではこちらを採用
NSOperationqueue：
処理実行数などを制御できる
楽天ブックスアプリ＝8つの機能がある
デフォルトで付いてくるサンプルプロジェクトが学びやすい
Webの決済機能をすべてカバー
暗号化→カテゴリを使う
NSURLRequest：
HTTPSでオレオレ証明書が使えない
リリース時は非公開クラスは使わない
iPhone4対応もすることになった
NSOperationに注意
画像名の後に@2Xを付ける(例：ul@2x.png)
→iPhone4に対応してくれる
サイズの違う画像ファイルを2つ入れておく
Xcodeの設定を変えることでデバッグ情報が増える
——————————————–
トークセッション「ITエンジニアのから騒ぎ
～グローバルエンジニアへの道～」
——————————————–
海外で働くこと
・仕事の内容は変わらない
・生活で引っかかるポイントは人によって違う
・ソースコードで通じるところもある（図とソースコードが一番通じる）
・楽しめる、楽しめないは人による
・実際に話をするのが一番通じる
・少し時間が過ぎれば同じになってくる
心配するほどのものではない（転職と同じくらい）
日本と海外の違い
・外国人は実利をとる
（仕事の進め方やシステムの拡張性に対する考え方など）
・バージョンアップ
日本人は保守的（ノウハウが溜まってきてから行う）
海外ではすぐに新しい物を使う（問題が出てきてから考える）
・海外では人の入れ替わりが多い＝過去にこだわらない
日本と海外のエンジニアの違い
・プロジェクト内での役割分担などは同じ
・時間の使い方が違う（プライベートと仕事のバランス）
海外→残業して無理やり終わらせたりはしない。やれる範囲でやる。
サイドビジネスを掛け持ちでやっている人も多い（残業できない）
マネージャーが絶対無理をさせない
・女性の仕事への参加の仕方が違う
エンジニアにとっての英語
・英語使うきっかけ＝オープンソースの作者にメールを送った
・相手とどうコミュニケーションしたいのかが重要
・少し話し始めると通じる（共通の言語ができる）
・アメリカ人は他国の人が話す英語に慣れている
やりたいことをアピールしておくとチャンスが回ってくる