potatotips #9 
iOSアプリ開発の現場で 
訊いてきたTips 
株式会社キュリオシティソフトウェア 
今城 善矩(@yimajo)
第二回フリル編(はてブ57users, 4160UU) 
http://qiita.com/yimajo/items/26c8e29e44a34a683a78 
各iOSアプリ開発の現場で 
現在の開発手法について 
インタビューをしています 
! 
インタビュー受けても 
いいよって方は連絡ください 
第一回ユビレジ編(はてブ145users, 7755UU) 
http://qiita.com/yimajo/items/bb75fb91c0d48a6d2196 
第三回ヤフオク!編 
http://qiita.com/yimajo/items/49e493b0ccf0c4a2305c
インタビューの会話の中で 
(記事にはしなかったんだけど) 
話が出てきた6つのTips紹介
OSXのカラーピッカーはsip 
が無料で多機能(ユビレジ) 
アプリ名「sip」 
無料 
UIColor変換などコード 
に変換してくれる
Bundle IDはBuild Configuration 
毎に指定できる(ユビレジ) 
Xcodeでプロジェクトファイルを指定し、Add User-Defined(+ボタン)を押す 
とUser-Definedの項目が増える 
そこにBuild Configurationごとの値を指定(BUNDLE_IDENTIFIERは任意) 
info.plistのBundle Identifierの値に${BUNDLE_IDENTIFIER}と記述
iOSアプリ開発のgit運用はgit-flow 
形式をベースにする(フリル) 
master/develop/feature/hotfix/releaseブランチを使う 
新しく加わった人にも馴染みやすいフロー 
細かな運用はこのgit-flowをベースとした上に試行錯 
誤していくのが多い
QAテストしてくれた人へはインセン 
ティブを払うと楽しく仕事ができる 
QAテストをしてくれた人は仕事でやってくれてる 
だとしても不具合発見した時にソフトウェア開発者 
にそれを報告するのは萎縮してしまう 
なので、操作でクラッシュさせたらジュース1本など 
のインセンティブを用意しておくと楽しくできる
QAテスト担当がいない場合はiOS/Androidア 
プリ開発社がお互いの端末を交換して行う 
QAテスト担当者がいない場合もある 
自分が作ったアプリは優しく触ってしまうので不具 
合を発見しにくい 
iOS担当はAndroid担当にテストしてもらう等、端末を 
交換してお互いでQAテストしあう
BlocksKitを使うとデメリット 
が多い 
BlocksKitはUIKitをblocksでコーディングできるようになるライ 
ブラリ 
method swizzlingを使っていて、iOS標準のメソッド実装を置き 
換えている 
iOSのメジャーバージョンアップによって動作しなくなる可能 
性は高い 
実際、iOS8ではBlocksKit2.2.3以上にしなければBlocksKit 
ActionSheetが正常に動作しなくなる
“BlocksKit使ってみたら痛い目を見た経験からあん 
まりオススメできません…”

iOSアプリ開発の現場で訊いてきたtips