tanihito’s blog

デジタル・新規事業開発・健康など、興味のあることについてつらつらと書いてきます。

楽天テクノロジーカンファレンス 2013 に行ってきました

楽天テクノロジーカンファレンスに参加してきました。Dave Thomas, James O. Coplien, Matzなどの有名人の話を聞けたのが良かったです。

UX Analytics - How to measure ROI of content and functions

UXの測定をするには、以下の4つのステップを実行する。

  1. ユーザフロー図を書く
  2. 画面遷移図を書く
  3. KPIを決める
  4. データを収集する

Elixir: The Joy of Ruby, the Power of Erlang

Dave Thomasの講演。Elixirという言語の紹介。すぐに使えそうな場面は思いつかないが、なかなか面白そう。

  • Elixirとは
  • なぜElixirがよいのか?
    • 分散コンピューティングがしやすい。
    • 関数型言語なので簡潔に記述できる。
    • RubyのようなSyntaxなので書いていて楽しい。

Aiming the Moving Target

Matzの講演。
昔はコンピュータが高価だったため、顧客満足よりもプロジェクトが失敗しないことが重要だった。今は何度も試せるので、失敗を前提としたTry And Error戦略のほうがよい。

Technology Evolution at Viki / developing VOD apps for Smart TVs (Wuaki.tv)

VikiとWuaki.tvの2社で使っている技術の紹介。

  • High Performance
    • Network time: Amazon Route 53を使い、最も近いサーバに転送することで、ネットワーク時間を削減する。
    • Generation time: 事前に取得したデータをメモリに載せておくことで、APIのレスポンスタイムを25ms以下にしている。
  • 複数プラットフォーム対応
    • TVのプラットフォームごとにアプリを作るとメンテナンス性が下がる。そこで、プラットフォームごとのアプリを生成するアプリを作成することにした。
  • テスト
    • Jasmine + KarmaでJSのテストを実施している。

Do-it-yourself Organizational Patterns at Home

James O. Coplienの講演。組織を改善するための方法。

  1. CRCカードを作り、それぞれの人の責務と、どんな人と連携して仕事をしているか把握する。
  2. 関係が深い人は赤色、薄い人は青色の線でつなぎ、組織のグラフを作る。
  3. 現状を把握する。特定の人に責務が集中しているなどの問題があれば改善していく。

LT

  • 「HOME'S へやくる!」アプリの紹介。気持ちのいいインターフェースになっている。引っ越すときに使ってみたい。
  • 一番使われているLinuxディストリビューションMintらしい。Ubuntuかと思っていた。Ubuntuよりデスクトップが使いやすそうなので、今度Linuxを入れるときはMintにしよう。

Web+DB PRESS vol.77

スマートフォンテスト最前線

スマートフォン向けの開発をやっていないので、あまり参考になるところはなかった。

Amazon Web Services 最新活用

BoxenによるMacの開発環境構築&構成管理

Macの開発環境構築のためのツールBoxenの紹介。Puppetベース。部署で共通の開発環境を使えるようになれば便利そう。ただ、全員がばらばらのOS (Windows, Mac, Unix) を使っている場合は、あまり効果がないかも。

海外テック情報局

仕事術について

仕事には聴く、伝える、段取る、動かすの4種類がある。

自分 相手
仕事の中身 聴く 伝える
仕事の流れ 段取る 動かす

1. 聴く

  • No Guess:推測でものを語らず、事実のみを見つめる。

2. 伝える

  • ホウレンソウ
    1. 「3分ください」
    2. 「今日は○○について話します。結論としてはXXではないかと思っています。それを説明するために、これから3つの点について話します。」
    3. 「言いたいコトを1つに絞る」「段落ごとに区切りながら短く話す」「言い直さない」
  • 仕事のやりとりは証跡を残す
  • PAC思考:前提(Premise)→仮定(Assumption)→結論(Conclusion)

3. 段取る

  • 「段取り」とは、目標や仕事を必ず達成しようという決意。
  • 時間に投資して、仕事量を減らせるような仕組みを作る。
  • メールはすぐに返信する。返信を後回しにしても、メールの量は変わらない。
  • 仕事の所要時間は倍を見積もる。
  • 仕事の進め方
    1. 5分限定ですぐにやる:直後だから簡単な質問でも聞きやすい。
    2. ゴールを決める:時間をかけない。情報が充分に集まっていれば、意思決定はすぐにできるはず。
    3. スケジューリング:ゴールから俯瞰逆算して、最短ルートを探す。
      • 何かをバッサリ切り捨てる。『全くするべきでないことを能率的にする。これほどむだなことはない』
      • 自分でなくてもできることは人に任せる。
      • 1/10の時間で仕上げる方法はないか?

4. 動かす(交渉術)

セットアップ
  1. 交渉相手の見極め
    • 最大の価値を持つ相手
    • 潜在的影響力を持つ相手 
    • 取引の承認者
    • 取引を実行する当事者
    • 当事者が多すぎないか確認
  2. 利益の見極め
    • 自分の利益
      • 絶対に必要なもの
      • 望ましいが不可欠ではないもの
    • 相手の利益
      • 質問し、能動的に耳を傾ける
      • インターネットなどの開示情報を調べる
      • 自分の組織内に情報源を見つける
      • アドバイザーを得る
  3. BATNAの見極め
  4. 順序の決定
    • 取引のカギを握る相手を最終ターゲットとし、その相手から「Yes」を得るためには誰に働きかけるべきかを考える。
取引設計
  1. 自他双方のポジションの背後にある利益、そしてその相違を見極める。
  2. 相違を相互利益へとつなぐ「ダブテーリング」をする。
  3. パイの大きさを相手と共同で最大化する方法を見出す。
戦術
  1. ZOPAの見極めと、相手のZOPA認識を変える
  2. 目標は強気に設定する
  • 影響力の武器
    • 返報性:親切には親切で返そうとする。Give&Take, Door In The Face
    • 一貫性:人は一度決定すると、その後もそれに引きずられる。Foot In The Door, Low-ball
    • 社会的証明:他人や社会が正しいとしている判断基準に左右される
    • 好意:好意を持っている相手の意見は聞いてしまいがち。自己開示、良い警官・悪い警官
    • 権威:権威者の意見は正しい
    • 希少性:手に入りにくいものほど欲しくなる

5. その他

  • 早朝型で仕事をする。22時に寝て4時に起きる。
  • 帰宅前に机を整理し、明日のToDoリストをまとめる。

Macの開発環境構築

新しくMacBookAirをゲットしたので、RubyOnRailsの開発環境ができるまでをメモしておきます。

一般ツール

  • Alfred:ランチャー。最近はQuicksilverよりも有名?自分で検索サイトを追加できるのが便利。
  • OmniFocus:タスク管理。便利だけどMacしか使えない&高い。
  • BetterTouchToolWindows7のように、ウインドウを画面の端に持っていくとサイズ変更できるようになる。
  • StartNinjaMacの起動音を消す。
  • XtraFinder:Finderにタブ機能を追加
  • Skype
  • WindowFlow:Option+Tabでより便利なWindow切り替えができるようになる。Preferences > Start up > Don't ShowにしておくとDockに表示されないのでよい。
  • KeyRemap4MacBook:キーボードカスタマイズツール。Emacsキーバインドにしないと仕事にならない。
  • toggl:Time Tracking Application。どの作業にどれくらい時間を使ったかわかる。
  • CotEditor:エディタ。
  • PaintbrushWindowsのペイントとほぼおなじ。
  • DragonDrop:ドラッグ&ドロップがちょっと便利に。
  • FormatMatch
  • |nvAlt: memo

各種設定

  • 警告音を消す:System Preference > Sound > Alert Volume
  • 拡張子を表示:Finder > Preferences > Advanced > Show all filename extensions
  • Caps lockをControlに変更:System Preferences > Keyboard > Modifier Keys

開発ツール

  • Sublime Text 2:エディタ。いろいろなPackageを追加できる。
    • Package Control:Package管理ツール。
    • RubyTest:コードとテストのジャンプなどができる。便利。
    • Git:gitのコマンドがSbulime Textから使えるようになる。blameが見やすい。
    • SideBarEnhancements:サイドバーの右クリックメニューが増える。
    • CoffeeScript
  • iTerm2:ターミナル
  • Xcode:homebrewをインストールするために必要。Xcode > Preferences > Downloads > Command Line Tools
  • Firefox
  • Chrome
    • Postman:Get/Postリクエストを送るのに使用
    • Proxy SwitchySharp:Proxyの管理
  • Kaleidoscope:マージツール。有料だがきれい。
  • Skitchスクリーンショットに書き込みができる。

コマンドラインツール

## Homebrew
ruby -e "$(curl -fsSL https://raw.github.com/mxcl/homebrew/go)"
brew doctor

## zsh
brew install zsh
sudo sh -c 'echo "/usr/local/bin/zsh" >> /etc/shells'
chpass -s /usr/local/bin/zsh

## rvm
curl -L https://get.rvm.io | bash -s stable
source /Users/taro.tanaka/.rvm/scripts/rvm
rvm requirements
rvm install ruby-1.9.2-p180 --with-gcc=clang

## Git
brew install git
git config --global user.name taro.tanaka
git config --global user.email taro.tanaka@mail.example.com

brew install qt # capybara-webkitのインストールに必要
brew install gitx # gitのbranchを見るのに使う

Web+DB PRESS vol.76

最近Web+DBのまとめしか書いてない気がします。読みたい本はたくさんあるのですが、まずは大量のバックナンバーを消費しないと本棚に入らないんです…。というわけで、Web+DB PRESS vol.76のまとめ・感想です。

実践UIデザイン

UIをデザインするためには、まずは「ユーザがそのサービスを使ってどんなゴールを達成したいか」というUXをデザインする必要がある。

  1. 調査対象のユーザを見つけ出す
  2. ユーザ調査をする
    • どんなときにうれしいと思うか
    • どんなときにストレスを感じるか
    • ある機能がなかったら代わりに何で代用するか
    • 上記の理由
  3. ペルソナを作る
    • 氏名
    • 性別
    • 年齢
    • 顔写真
    • 職業
    • 簡単な人物像
    • サービスを使用する状況
    • 達成したいゴール(感情・機能・人生)
  4. シナリオを書く
  5. シナリオから機能要件を洗い出す
  6. UIをデザインする

Web決済入門

主にクレジットカード決済について。クレジットカードに含まれる情報は

  • カード番号:13~16桁の数字。PAN (Primary Account Number) とも呼ばれる。最後の1桁を見ることで、Luhnアルゴリズムにより入力間違いを検知できる。
  • 有効期限
  • カード所有者名
  • 国際ブランド:JCB, VISAなどのブランド。カード番号からブランドを判定することができる。
  • セキュリティーコード:不正使用利用防止のためのコード。CVC (Card Verification Code), CVV (Card Verification Value) とも呼ばれる。この数字を保存することは禁止されている。

クレジットカードの情報漏えいを防ぐためのセキュリティー標準として、PCI DSS (Payment Card Industry Data Security Standard) がある。日本では、クレジットカード決済を持つすべてのWebサービスPCI DSSへの準拠が必要。

serverspecによるテスト駆動インフラ構築

serverspecはサーバ構成のテストをRSpecで書けるRubyフレームワーク。Chefなどのプロビジョニングフレームワークとは独立しているため、Chefを使用していない環境にも使える。例:

describe package('httpd') do
  it { should be_installed }
end

describe service('httpd') do
  it { should be_enabled }
  it { should be_running }
end

海外テック情報局

理論で学ぶSQL再入門

Web+DBで連載している「理論で学ぶSQL再入門」が、大学のDB工学の授業の復習になって面白いです。最近はAPI経由でデータを取ることが多く、SQLを直接使うことは減りましたが、やはりSQLやDBの知識は必要ですね。

  • SQLにおける「リレーション」とは、テーブルのこと。
relation = heading + body
heading = 属性の名称とデータ型のペアの集合 Ex. ({国名:文字列}, {国番号: 整数})
body = 属性値のtupleの集合 Ex. (("日本", 81), ("イギリス", 44), ("アメリカ", 1)
  • SELECTとは、直積・制限・射影を同時に行う操作。
SELECT t1.c1, t2.c2 FROM t1 INNER JOIN t2 WHERE t1.c4 = t2.c5
=> t1とt2の直積に対して「t1.c4 = t2.c5」という条件の制限を適用し、さらにその結果からt1c1, t2.c2というカラムだけ出力する射影を行う。
  • SQLとリレーショナルモデルの違い:SQLには重複・順序・更新・トランザクション・NULLがあるが、リレーショナルモデルにはない。
  • NULLはできる限り使わないようにする。NULLを使うと以下の問題が発生する。
    • TRUE, FALSE, NULLという3つの論理値を処理する必要があり、評価式が複雑になる
    • 情報が不自然に丸められてしまう。たとえば、ある人の年齢がわからなくても風貌から「30歳だろうか?」と推測できるが、NULLにするとその情報が全てなくなる。
  • 正規化
正規形 正規化の方法
第1正規形 (1NF) 配列などを取り除き、スカラ値のみにする
第2正規形 (2NF) 候補キーから非キー属性への関数従属性を取り除く
第3正規形 (3NF) 非キー属性から非キー属性への関数従属性を取り除く
ボイスコッド正規形 (BCNF) 非キー属性から候補キーへの関数従属性を取り除く

WEB+DB PRESS vol.70, 72, 73を読み返した

積ん読していたWeb+DBをやっと読み終わりました。面白かった記事をまとめておきます。

Javaでナノチューニング! (vol.70)

ループ時の繰り返し判定を避ける

for (int i=0; i<list.size()-1; i++) // NG: 1ループするたびにlist.size()が実行される
for (int i=0, size=list.size()-1; i<size; i++) // OK

定数はstatic finalと記述する

static int MAX_SIZE = 5; // NG
static final int MAX_SIZ = 5 // OK: コンパイル時に定数値がインライン展開される

配列のディープコピーはNativeメソッドを使用する

for(int i=0; j=list1.length; i<j; i++) { list2[i] = list1[i] } // NG
System.arraycopy(list1, 0, list2, 0, MAX_SIZE-1) // OK

あなたの知らないActiveSupport (vol.70)

Railsのユーティリティライブラリ。詳細はActive Support Core Extensionsを参照。

require 'active_support/all' # require 'active_support'だけでは必要なライブラリが入らない。
4.hour.ago #=> 2013-08-31 08:02:14 +0900

Rack再入門 (vol.72)

  • RackとはサーバとWebフレームワークを繋ぐための仕様。サーバが使うHTMLをRubyが使うデータ構造(ハッシュ、配列など)に変換してくれる。
  • RailsのActionDispatch::RequestがRack::Requestを継承するなど、Rackについて知っておくことはWeb開発にも役立つ。
  • PythonでいうWSGI
require 'rack'
require 'pp'
class SimpleApp
  def call(env)
    status = 200
    header = {'Content-Type' => 'text/plan'}
    body = env.pretty_inspect
    [status, header, [body]]
  end
end
run SimpleApp.new
vim config.ru
rackup
curl "http://localhost:9292?hello=rack"

Chrome Developer Toolsを使った実践デバッグ術 (vol.72)

  • コード中にdebuggerと書くと、そこでブレークさせることができる。
  • $0: Elementsパネルで最後に選択した要素を返す
  • DOM Breakpoints: Elementsパネル右クリックで設定
  • XHR Breakpoints: Sourceパネル右ペインで設定

詳細Rails4 (vol.73)

ActiveRecordは使っていないので、それ以外で気になったところ。一部Gemの紹介も込み。

  • app/{modules, controllers}/concernsディレクトリの追加
  • Asset Pipelineの高速化。Asset Pipelineは以下の処理を行っており、時間がかかっていた。
    1. CoffeeScript, SCSSのコンパイル
    2. 単一のapplication.js, application.cssに結合
    3. 圧縮(コメントや空行の除去、変数名の短縮)
    4. ブラウザの再キャッシュのため、ファイル名にダイジェストを追加
  • Springによるコマンドの高速実行
bundle i spring
spring rake about
  • Jbuilder: respond_to do |format|の代わりに、.json.jbuilderテンプレートを作成できる。
  • Poltergeist: Capybaraから使用できるドライバ(ブラウザ相当の動作をするアプリケーション)の1つで、JSも含めたテストを可能にする。
    • ヘッドレス(ウィンドウを表示しない)なので、CIサーバでも実行できる。
    • JSのエラーをスタックトレース付きで表示できる。