TweetUIモックを後輩が作っててイマイチだったので、その際のレビューで説明したことのメモ。「UIモック」というと、デザインカンプの画像に画面遷移だけをつけたものや、手書きでUI構造を書いたものを複数パターン用意するペーパープロトタイピング時に作成するものを差す方が普通と思われますが、本エントリでのUIモックは、ウォーターフォール的な開発行程の中で、「完成系のイメージを早めに顧客合意をとり、後ろでひっくり返されないこと避ける」ために作るUI・UX設計の上流行程の成果物としてのUIモックのつもりで書いております。紛らわしくてすいません。紙芝居を見せて「できてるじゃん」系カンチガイの方とは相性が悪いのですが、僕はダサダサ見た目の機能プロトを作ってからデザインを刷新するよりは勝率が良いと思っています。OSの仕組みと相性が悪い「見た目だけ華やかなクソデザイン案」が顧客から提示されてしまっている際に重要度が上がる認識です。システムバー/ナビバー/アクションバーやドロワー/ダイアログなどOS標準にそぐわないデザイン案がベースの際には最初にひっくり返しましょうシステム・OS側UI要素や、iOS←→Android等のOS超え知識が不十分な人が書いたデザイン案は必ずこのあたりにムリがあります。最初にひっくり返しましょう。最近は減りましたが右上に×ボタンとかちょっと前まではよく見ました。デザイン案をもらったその日に「その絵を書いた人がOS毎のユーザーガイドラインを意識しているかどうか」を判定し、「モックではOS別のガイドラインにあわせた形のものをご用意させていただきます」あたりは先に言っておきましょう。アプリ名・パッケージ・ランチャーアイコンは最初に時間を割きましょう「(顧客名)試作」とか「通信アプリ」とか「com.(会社名ドメイン).sample」みたいなのにすると後で泣きます。ドロイド君ランチャーアイコンで開発を始めるのは自殺行為です。Generatorで真剣に10分悩んで、テーマカラーも決めておくべきです。"color_accent_font"の様な論理(?)名を両方書いて二段参照にするのが望ましいです。後者がstyleに綺麗に追い出せているのであればcolorは物理名だけで済みます。photo1.jpgの様な仮リソース名は避けましょう。「どの部分が画像でどの部分がxmlなのか」とか「このアイコンはPNG画像としては64x64でmarginに12dpを入れる」というレイアウト構造は最初から設計しておきましょう。drawableは開発量を大幅に削減します。リソースリスト(pxサイズ、xml-drawableなのか9patchなのか等)は起こしながら、できれば正式なファイル名のダミー画像を全て用意してしまいましょう。Activity/Fragmentの名前は必死に考えましょう最初に間違うとコードリーディングコストが上がってじわじわボディブローの様に効いてきます。"開発対象のシステム用語"と"Android用語"の混在に注意しましょう。機能名が「イベント通知一覧」だからと言って"EventNotificationFragment"の様な名前を採用するとAndroidのNotificationと混ざって首が絞まります。追加メンバが特にやられます。Threadみたいなclassができると面白い様にみんな同じところで死にます。ActivityやインスタンスがユニークなFragment/Service/BroadcastReceiverはクラスヘッダを書き、歴史的経緯とUI仕様の参照元など、根拠インプットをコメントで必ず書いておきましょう。名前やJavadocの概要で示せるのは「現在の実装に関する正確なコメント」です。開発序盤での検討経緯や、意図を残しておくと、開発中盤で「作っているものは変えられないけどサービスの方向性は結構変わってしまった」場合などになぜそんなことになったのか合点がいきます。同時に、捨ててもいいものなのかどうかの判定が容易になります。Activity/Fragment構成はその時点での最終系にしておきましょうよっぽど特殊なUIを採用しない限りたいていの「どこかで見たことがある」ユースケースの画面構成は既存のフレームワークでサポートされています。よって見た目が決まった時点で適切なActivity/Fragment構成は決めることができます。TweetだいぶUnityに関するぐぐり力が上がってきた気がするのでチュートリアルのブロック崩しとUNIDRA本のアクションゲー以来、初めてシューティングゲームというものを作ってみた。ほどよく詰め込んでなかなかのクソゲー味が出せたと思うので次回またがんばりたいです。FreeとProのパフォーマンス差が疑わしかったのですが、新しくUnity4.6で作り直してみたところ、MMD4Mecanimの物理演算をオフにするとFreeビルドとProビルドでパフォーマンス差がないことが確認できました。ビルドしたexeは以下のリンクからダウンロード可能です。0.4.4【モデル】あいえるたん【モーション】【第12回MMD杯EX】反動三段蹴り&サマーソルトキック・モーション配布(一部改造)物理演算をオンにするとFreeだと2,3体、Proでも4,5体からfpsを維持できなくなるのでこのあたりはFreeとProのマルチスレッドのなんたらには関係がありそうです。Riftで良い感じに大きめのTextを表示するのにやたらと苦戦したのでメモっておきます。uGUIのCanvasサイズは実際のpixel数ぐらいにすべし、と400x400ぐらいにするとでかすぎてまったく見えなくなってしまう罠は、Scaleを0.005とかに大胆に縮める必要があること。フォントサイズ20程度じゃVRは厳しいので64とかにするとまったく表示されなくなってしまう罠は、デフォルトがTruncateなので表示範囲が足りてないだけということ。Tweetあけおめことよろ。2014年度の目標の達成状況は以下の通りとなりました。コンテンツ買ってブランド作る(持ちこし)うーん。やった気がしますが計画通りに人生がさっぱり進んでいませんね。2014年に何をしていたか振り返ってみます。[0]Author:youtenTwitter:@youten_redo詳細はProfileを参照願います。