フェンリルプロダクト技術勉強会を開催しました

Fenrir Advent Calendar 2014

こんにちは！
昨日、入社 7 年目を迎えました共同開発部開発担当の図子です。

Fenrir Advent Calendar 2014 の 5 日目を担当します。

私の「2014 年にグッときたコレ」というか 2014 年に 1 番緊張したのが一昨日弊社で開催された「フェンリルプロダクト技術勉強会」でのプレゼンです。

当日私から発表させていいただいた「iOS アプリのチーム開発における自動化」の内容と「フェンリルプロダクト技術勉強会」の様子をご紹介させていただきます。

フェンリルプロダクト技術勉強会

Fenrir Advent Calendar 「2014年にグッときたコレ」の1日目を担当した金内が中心となり、フェンリルで開発しているプロダクトに関する技術についてお話させていただき、フェンリルのことをもっと知っていただくために開催されました。アジェンダは以下の通りです。

Sleipnir とレンダリングエンジン
Picky-Pics を支える技術
iOS アプリのチーム開発における自動化
Xamarin によるクロスプラッフォームアプリ開発の実際
秘密の新プロダクトをちょっとだけ
フェンリルエンジニアぶっちゃけ話

Sleipnir とレンダリングエンジン

宮本からは「Sleipnir とレンダリングエンジン」と題してお話をさせていただきました。Windows 版でいかにして Chromium を扱っているかや Sleipnir Mobile for iPhone / iPad の苦労話などを紹介させていただきました。特に宮本は iPhone / iPad 版を担当していることもあり、iOS 8 から導入された WKWebView に関するノウハウの紹介は貴重だったのではないでしょうか。

Picky-Pics を支える技術

本岡からは「Picky-Pics を支える技術」ということでお話をさせていただきました。Picky-Pics の肝である SVG についての説明、ラスタライズの話、セキュリティについての話をさせていただきました。個人的には TypeSquare の利用に関する話がとても興味深かったです。

iOS アプリのチーム開発における自動化

こちらは私、図子が担当しました。私の所属する部署は自社プロダクトの開発をメインにしていないのでチーム開発における自動化をテーマにお話をさせていただきました。このエントリの後半にその時の内容をご紹介させていただきます。

Xamarin によるクロスプラッフォームアプリ開発の実際

宇佐見からは「Xamarin によるクロスプラッフォームアプリ開発の実際」と題してお話をさせていただきました。Xamarin の概要説明から MVVM などの実装の話もありました。技術面だけでなく Xamarin を取り囲むコミュニティについても話がありました。"Xamarin といえばフェンリル" と呼ばれるような存在になっていきたいという熱意に溢れた内容でした。

秘密の新プロダクトをちょっとだけ

木戸からは現在鋭意開発中の新プロダクトについて会場にお越しいただいた方々だけにその内容についてお話しさせていた来ました。このエントリでもその内容については残念ながら書くことが出来ません。近いうちに皆様にお披露目できそうですのでそれまでのお楽しみとさせてください。

フェンリルエンジニアぶっちゃけ話

金内からは「フェンリルエンジニアぶっちゃけ話」と題して、改めフェンリルってどんな会社なんだろう？エンジニアにとってのフェンリルとはどんな会社だろうか？という目線でお話しさせていただきました。デザインや開発環境の話がありましたが、

開発中の画像リソースのない素っ気ないアプリがデザインが入ることで作っててもテンションがあがる
たくさんの人に使ってもらえるプロダクト開発に関われる喜びと誇り

これらは個人的にすごく共感しました。

勉強会を開催してみて

フェンリル主催で弊社内で勉強会というのはほぼ初めてだったかと思います。会場のキャパシティの関係上あまり多くの方にお越しいただくことができなかったのが残念ではありますが、お越しいただいた方にフェンリルはどんな事をやっている会社なのか？というのが少しでも知っていただけたのかなぁと思います。今後もフェンリルをより知ってもらうため、関西の IT 業界を盛り上げるためにも勉強会を開いていきたいと思います。今回参加いただけなかった方々もぜひ次回に参加いただければと思います。

iOS アプリのチーム開発における自動化

ここからは私が勉強会当日にお話させていただいた内容について詳しく紹介していきたいと思います。私が行っている自動化の中から 4 つほどピックアップしていきます。

アプリバイナリ作成

iOS アプリのバイナリ作成を Jenkins で行っています。これはとても一般的な自動化対象のひとつだと思います。私の所属する共同開発部では QA チームが開発チームとは別に存在しています。QA チームのテスターがテスト対象となるアプリを簡単にインストールできるように自動化の仕組みを用意しています。Jenkins の画面からボタンをクリックするだけで最新のアプリバイナリが作成できるのでテスターだけでなくデザイナーにとっても開発中のアプリのデザインチェックが行えます。工夫しているところをあげると以下のような感じになります。

ビルドのパラメータ化を使って任意のブランチをビルドできる
- ブランチの指定以外にもサーバの向き先の切り替えなども
ipa ファイルに日付等の情報が入っているのでバグレポしてもらいやすくなる
- Redmine や Backlog にバグチケットをあげてもらう時に問題のアプリがわかりやすくなります
アプリアイコンの画像変更
- 開発版のアプリとの混同を避けるために Jenkins 側でアプリアイコンに文字を被せるなど書こうしてパット見てわかるような差別化をしています。

アプリインストール専用ツールも用意しています。このアプリに Jenkins 上のアプリバイナリへのリンクをこのツールに与えると接続してるデバイスに簡単にインストールできるので開発者以外のチームメンバーにとって便利なツールとなっています。余談ですがこのツールは MonoMac で書かれています。

納品用ソースコードをまとめる

共同開発部ではクライアントによってはソースコード納品をすることがあります。ソースコードを納品可能な状態にまとめる作業も Jenkins で出来るようにしています。

CocoaPods を使っている場合には pod install && pod update を実行して適切なライブラリのソースコードも含める
.git の削除
その他デバッグ専用のライブラリなどの不要な記述を削除

最近では iOS アプリ開発で CocoaPods を使わないことはないという状況です。納品先であるクライアントが CocoaPods に詳しいとは限らないのでソースコードに適切なバージョンのライブラリをいれられるようにしています。

機能仕様書生成

機能仕様書のようなドキュメントを納品物として含めることがあります。過去には以下のような点で作業的にツライ感じでした

Word や Excel だと差分・バージョン管理がつらい
個人的に使い慣れて無くてスピード Down
フェンリルではほぼ全エンジニアが Mac
Microsoft Office はいろいろつらい

そこで Markdown で記述したテキストを PDF 化できるような仕組みを Jenkins 側に用意しました。

Pandoc を使って PDF 化
LaTeX 環境を個々人で準備するのが大変なので Jenkins 側に集約
TeX のテンプレートを使うことで共通フォーマット化
- 表紙やヘッダー、フッターなど
- 仕様書感の演出

仕様書感の演出というのは地味に重要です。Markdown 向けのエディタアプリには PDF エクスポート機能がありますがそれらは単純に HTML にレンダリングしてものを出力しているだけなので表紙もなければ目次もないことがあります。この仕組みだと表紙などがちゃんと生成されるのできっちりとしたドキュメントの体裁が整います。

Markdown で機能仕様書を書く利点として以下が挙げられます。