Gunosy UI Design Study #1

小さな会社(チーム)で クールなアプリをつくる方法

- @ushisantoasobu - 所属 : 株式会社ピースオブケイク - エンジニア（主にフロント） - 昔デザイナーぽいことやってた（固めの会社で） - タイポグラフィが好きだった

自己紹介

今日話すこと

- 小さなチームでのiOSアプリ開発備忘録 - できるだけ「モダンなUI」を標榜した - 小さなチーム = デザイナー/エンジニア 1人ずつ - 開発期間 = 3ヶ月くらい（去年末から） - 「エンジニア目線」での話

ちなみにこのアプリの顛末については

聞かないように

!!

1. 素振り、大事

常日頃から、プロジェクト前から

- 自社の既存サービスで気にいらない点 - “Cocoa Controls”などから使えそうなもの - 自前でなんかこしらえる（後述）

https://www.cocoacontrols.com/

こういったものを”素振り”としてストックしておいて

スタードダッシュをかける

プロジェクト開始前に自分でやってみたいことをまとめたメモ

それらを採用すること自体が目的にならないように

!!

2. コンテキストの共有

開発をしていると

デザインで設計しきれないことだとか

やってみないとわからないことというのが

たくさん出てくる

なるべく早く意思決定したい

Tumblrっぽいのが いいんじゃないのかなぁ

あー、 それいいですね。

これくらいの会話が滞りなくできるくらい

デザインに関するコンテキストを共有できるのが望ましい

エンジニアからデザインの提案ができる

（実装できるものでないと意味ないのでこれは大きい）

どうやってコンテキストを共有する？？

デザイナーがエンジニア（僕）の席の後ろを通る度に

「こんなのやってみたいなー」

「こういうのいいよね」

と他所のアプリを見せながら僕の頭に刷り込んでいく

デザイナーがエンジニア（僕）の席の後ろを通る度に

「こんなのやってみたいなー」

「こういうのいいよね」

と他所のアプリを見せながら僕の頭に刷り込んでいく

(参考にならない。やり方はなんでもいい!!)

3. 先走る (力技も必要)

小さなチーム（に限った話ではないかも）だと

デザインはついつい優先度低くなりがち

開発の最後のほうって、

「謎の不具合の対応に追われたり」

「仕様で考慮漏れあったところの実装」

なんかで、あとでやろうと思ってた

デザインの挑戦的な部分なんて結局やらない

プロジェクト前半のほうに

時間的肉体的に少し無理をしてでも

実装してしまう

すでに実装されたものについて

文句いってくる人はいない（いわせない）

ただしデザイン設計の重要になってくる

!!

http://qiita.com/ushisantoasobu/items/fb1e7c2672f6ae815109

閑話休題 : エンジニアにつくらせる

もしこういったデザイナーであるなら

- なにかデザインで実現したいものがある - でも技術について詳しくないので自分ではつくれない

たとえば、次の”Pull To Refresh”だとか

こんなエンジニアをつかまて

- UIとかアニメーションとか好き - Githubでなんか自分でつくったもの公開してみたい

逆もあり （エンジニアがデザイナーにアイデアを求める）

https://github.com/ushisantoasobu/CocuLabel

http://stackoverflow.com/questions/30420210/whats-good-algorithm-for-getting-color-to-make-text-on-image-outstanding

ただし残念ながら頓挫中…

4. （物理的な）距離も大事

株式会社ピースオブケイクは

わりかしリモートワークに積極的。

CTOはシンガポールにいる

これは完全に遊んでいるところですが、 青森の山奥にいるエンジニアとビデオチャットしてるところ

社内のiOSエンジニアは２人。

自分 と もう１人（日本人 / シンガポール在住）

「スマホの画面を一緒に見ながら」とか

「実際に操作している現場を共有する」とか

がリモートだと難しい

このプロジェクトに自分がアサインされた理由 =

「デザインまわりのやりとりはリモートだと非効率」

というのが弊社のいまのところの知見としてあるから。

iPhone6/6Plusの対応とかきつそうだった

最後に…

最近自分が一番嬉しかったもの ①

最近自分が一番嬉しかったもの ②

ご静聴ありがとうございました