受託開発時に決めておくべき「クライアントサイド対応」の優先順位

まえふり

受託開発の終盤になって(もしくは検収作業をしている際に)、この端末で動かない、このバージョンでデザインがずれるなどの、思わず苦虫を噛みたくなる経験をしたことがある開発者も多いと思います。正直思い出すだけで震えます。ここから、この(誰も使っていない)Androidの端末に対応をするのかと思うと、まじで金返すからやめさせてくれと思うこともあります。

このような事態にならないように、期待値の調整も含めて、対応するクライアントを明確にしましょう。また、発注者はシステムの特性に合わせて、どのクライアントに優先的に対応するのが効果的なのか考える手助けになると思います。

以下では、弊社で利用しているクライアントサイドの対応時の概要と注意事項を記述しました。

概要

クライアントプラットフォーム

対応できるクライアント。マルチプラットフォームの種類、優先度を考える。
ブラウザベース、アプリベース(ネイティブ)のメリットとデメリット。

サービスの要件別で、犠牲にできるものはなにか?
- プラットフォーム対応が先か? 完成度(速度)が先か?
プラットフォーム別のプッシュ通知について考慮する
PCデスクトップアプリはネイティブで実装できないか?
- Swift, C#で開発できないか?
HTML5ベースは?
- Cordova, Ionic, Monaca, PhoneGap
ネイティブコード出力系は?
- React Native, Titanium, Xamarin, Rubymotion, Ruboto
Visual Studio 2015でクロスプラットフォームはどうか?

ネイティブアプリで考慮すること

One Source Multi Platform は幻想(ネイティブでは特に)
- 現状では保守できないし、UXも最適化できない
優先度を見極めて一つ一つネイティブAPIで開発する
- iOSアプリ: Xcode7, Swift2, Storyboard, UIKit
- Androidアプリ: Android Studio2, Java, XML
- Windowsデスクトップアプリ: Visual Studio, C#
- Macデスクトップアプリ: Xcode7, Obj-C
サーバーサイドのREST APIは統一して利用する