騒がしい未来

　講師は橋本さん

ちょっと遅れたけど、PPTをムリヤリメモ。
いつかネットに上がるかな？

———————-
秋からバレンタインに向けてトラフィックのびる
ユーザー524万人
レシピ45万件
web8台
app 44台

———————-
パフォーマンスの工夫
　キャッシュ
　　→mongrel で10msかかる　ページキャッシュをメインに実装中

　ページキャッシュできない3つのもの
　・ユーザーごとのコンテンツ
　・広告
　もう一つ、それぞれajaxの①リクエストで呼び、本体とは分ける

　クエリチューニング
FiveRuns TuneUp画面がかっこいい
—————-
　DB分割
app 2G
app2G
slave 8G
検索　4G
　＞パフォでない

app 2G
app2G
slave+検索 12G
>パフォ出る

　DB内のコンテンツは必ずメモリに載せる
アクセス数よりもデータ量がパフォーマンスを低下させる
—————-

プログラマは全員MAC!

Emacs
rails.el
Subversion Trac
Shinjiko

< 感想>
　MACきたー！

———————
検索はmysqlの拡張　tritton（未来検索ブラジル）
Mysqlの拡張なのでテーブルをジョインできる
　2インデックス
　　絞り込んでその中検索とかできる
　インデックスを貼ったテーブルのファイルをそのままCPして使える

——————-
一部のユーザーは自分専用のURLを持つ
　routes.rb
< 感想>
　これ、意味わからなかった
——————-
　全ページのプレビュー機能
　広告を入れてみるテストのため　

　http://cookpad.com/?current_time=YYYYMMDD
で入れると、昔のファイルにさかのぼれる

——————–
cookpadのものづくり
　・作るモノを決める
　・計画する
　・設計する
　・開発する
　・質を高める
——————–
　bestなものに集中する
・betterなことはやらない
bestに集中するには？
———————-
　bestに集中する
　やりたい　＞情熱を持って取り組める
　できる　　＞世界で1番になれる
　やるべき　＞儲かる
　３つでbest
—————————
ユーザーの欲求に基づいたゴール設定
　よくわからなかった
—————————
設計
　よくわからなかった
　ムリをしないとかちゃんと段取りしようとかそういう話
—————————
３分割
　1週間ごとに出来るように設計
　実装
　レビュー
　で3等分人ル用に
—————————
ものづくり３原則
　無言実行
　　＞公開前にサービスの説明をしない
　　　サービスは使ってみないとわからないから
　無言語化
　　＞機能を言葉で説明しない
　　　一瞬で理解されないと使われない　最大２秒
　　　ヘルプやFAQとか読まれない
　サービスには必ず値段をつける
　　＞無料だからという考えでは負ける
　　＞お金払っても使いたいサービスが無料だから使われる
　　＞webサービス以外のサービスは値段がついてる　

＜感想＞
この手の行動原則モノはコンサル上がりの人がおおい会社っぽい

—————————
サイトの設計の順番
　要件定義
　サイトマップ
　遷移
　ページ詳細
　DB構造
　の順番　詳細から設計すると機能にとらわれる
—————————

　設計に必要なモノ

　・アジャイル宣言の一部
　　「包括的なドキュメントよりも動くソフトを重視する」
　しかし…

　作るドキュメント
　　・遷移
ドキュメントがないと、ページ遷移を考えられない
　　いい機能でも遷移がおかしいとユーザーが行動できない
　　・ページ詳細
　　手書き、A4横書き中央に書き、両脇に余白

＜感想＞
　ページ詳細
—————————
　開発３原則
・Railに乗る
　　-Rubyは自由なのでHackがしやすいが、
　　-Railを外れると、コードが読みにくくなる
　　　「明日の自分は他人」
　　-早いRailsのバージョンアップへの対応が困難
・Railに外れそうになったら？
-Railsの機能でできないか探す
　　 -外れなさそうな方法を考える
・リファクタをし続ける
-テスト駆動
-現在のcookpadでは課題
-2006年にリニューアルしたコードは２年でゴミに
・DRY(Do not repeat yourself)
-同じ事を２度しない
-railsの基本概念の一つ
-ただし、「いつか使うは使わない」にならないように
—————————–
質を高める
　・ユーザーテスト
-バグの発見よりも、狙った価値の実現が出来ているか
-ユーザーにゴールを与えて行動してもらう
-質問には答えない
-質問された時点で失格

　・マーケティング
-「かうき」の法則
ウリを伝える顔
ライバルに勝てる「ウリ」
効き

———————————
エンジニア紹介
　アドエンジニア
-細胞内の反応を可視化するツールを作ってた
-twitter negipo
-人口無能「狂人」の作者

　ほかにいろいろなエンジニアがいる

———————————
質問：
http://coopkad.com/kem
routes.rb
すべてのコントローラー名を検索
↑意味は？
—————————
質問：
　仕様決めの時に人が多いとぶつかるんですが、ジャッジはどうするの？
　誰かが仕切る？
解答：
　目指すところを整理したシート（サービスの目的とかユーザーの目的とか成功のイメージとか書いてある）を使って
—————————
質問：投稿したけど、検索されないページってどのぐらいあるの？
解答：
　材料とか、モノベースで検索できるように、新しいモノ順に検索ではなくて、古いモノも出てくるように
　SEO的には、ほとんどのページが全部見られている
80:20の構造ではない
—————————-
質問：いろいろフレームワークあるけど、Railsにしたいちばんのポイントは？
解答：
　前(2001～)はcoldfusionでやっていたが、Rails出てきたので、アジャイル意識したいい言語だと思って、やろうと思った。
————————–

なぜか２時間のセミナーが１時間で終わって懇親会

でも、すげー楽しかったです。cookpadの皆様ありがとう。