ID:50942さん

# 概要 複数のファッションサイトからキュレーションしてきたファッションアイテムをコーディネートして見せるiPhoneアプリの開発。 プロジェクト全体としては - エンドユーザーがファッションを見て商品を購入する側のiOSアプリ - スタイリストがコーディネートを作成する専用のストアには公開しないiOSアプリ - 契約したファッションサイトから情報をキュレーションしてくるサーバー - スタイリストがコーディネートした画像を合成して保存するサーバー の開発・運用があり、プロジェクト参画時はiOSアプリの設計と部下を教育しながらの開発をしたが、その後上司からプロジェクト全体のマネジメントも引き継ぐようになった。 まずはiOSアプリだけで運用し、サービスが軌道に乗ればAndroidも将来的には作ろうという案件だったが、スマートフォンアプリを２種類作るという開発費用がネックになり、Androidアプリ作成は見送られた。 # 開発手法 会社としてはネイティブでのアプリ開発をあまりやりたがらず、jaavascriptでiOSとAndroidの両方のWebviewアプリが出来るmonacaやCordovaといったクロスプラットフォームを使った開発を推奨していたが、 画像合成などの処理や、ユーザービリティを考慮して描画スピードを上げるためにネイティブでの開発となった。 またSwiftが登場し出した時期でもあるが、まだあまり世の中に浸透していなかったので慣れたObjective-Cでの開発となった。 iOSアプリは自分の下に１〜２名の部下を持ち、アプリの設計は自分が行い、コーディングは教育しながら部下にやらせていた。 サーバー側はPHPのCodeIgniterで作成し、画像の合成処理は一部Rubyの機能で実現した。 監視ツールはzabbixを利用しており、会社に運用保守チームがあるので任せていた。

# 概要 安価・短期間・短納期のモバイルキャンペーンサイト構築の案件を1ヶ月あたり複数担当。繁忙期の9月前後は1人で10案件ほど並列に掛け持ちで担当した。 クライアント対応、設計、製造、テスト、納品、運用保守の工程を基本的にはすべて1人で担当する。 会社の社風として、PHPはフレームワークを使った事による想定外の不具合が起きる事を恐れてどのフレームワークも使わないという方針だった。 データベースはPostgresSQLを採用し、案件の特性によってMySQL（mariaDB）になる事もあった。 Backlogなどの便利なツールも使いたがらない社風で、基本的には設計書作成やタスク管理、不具合管理はすべてExcelだった。 途中からOffice365を導入し、オンラインでExcelを同時に複数人で編集出来るようになっていった。 # １案件の流れ デザインチームが作った画面遷移図とデザイン案をクライアントに提案して承諾されれば本格的に設計からスタートする。 HTML、Javascriptでユーザー画面をデザインをするチームがいるので、バックエンドチームは生のPHPでそれを動的に制御するようにした。 納品物には集計結果を表示する管理画面も含まれており、管理画面もPHPとPostgresSQLで作成し、デザインフレームワークにはBootstrap3を採用した。 安価な案件ばかりなので開発サーバーを用意する事はほとんどなく、本番サーバーで直接開発をする。これは基本的にチーム開発ではないから可能だった。 納品物をクライアントにて動作確認していただいてフィードバックをもらい、細かな修正をした後SQL上のすべてのデータを削除して納品完了、その後は問い合わせ対応などの運用保守になる。 短期間・短納期のため、１プロジェクトあたりのプログラムソースは毎回GitやSubversionなどのバージョン管理をしなかったが、毎回使い回すベースとするプログラムはGitで管理し、後輩が使いやすくなるように随時バージョンアップして運用していった。 このサイクルで毎月平均５案件くらいを並列に担当する # 背景 もともと「新しいサービスを作るのでAndroidアプリエンジニアとして採用します」と言われて入社したのだが、既存事業の受注の数に対して開発人員が足りていないのを見かねて 「PHPやった事けど手伝います」 と自分から手を上げて参画した。 前職でPMを経験した事により、技術より利益やリスクの事まで考えるようになったのでこの行動に出る事が出来た。 おかげであまり経験した事のなかったPHPやSQLなどの技術を身に付ける事が出来た。 PHPはほとんど経験した事がなかったが、会社の既存事業の開発ソースコードを見よう見まねだけで習得して、あとは得意な先輩にコードレビューなどをしていただいていた。 PHPの基本的な部分の理解ができていなくても、「あれとこれを組み合わせたらこれが実現出来るんじゃないか」という、これまでの開発のセンスだけで乗り切った事も大いにある。

# 概要 受託開発において、会社としてはアプリ開発はiOSとAndroidそれぞれをネイティブで作成するのはコストがかかるため利益率が良くないという判断で、 javascriptでiOSとAndroidの両方のWebviewアプリが出来るmonacaやCordovaといったクロスプラットフォームを使った開発を推奨していった。 しかしどんなアプリもWebviewで実現出来るわけがなく、端末のハードウェアの機能を使いたい場合はどうしてもネイティブで機能を個別に作る必要があった。 そこでJavascriptから呼び出されるネイティブ機能をAndroid(Java)とiOS(Objective-C)でそれぞれで作成し、その処理結果をJavascript側に返却する機能を作成する事がこの会社での自分の役割となった。 作ったネイティブ機能の例： - ファイルをFTPで転送する - 画像の閲覧・編集機能 - 小数点以下が多い演算処理 など。 # 開発手法について node.jsの環境でcordova開発環境を構築し、cordovaコマンドを打つとcordovaプロジェクトが生成され、さらにビルドを実行するとAndroidのプロジェクトとiOSのプロジェクトがそれぞれ生成される。 Android StudioでAndroidのプロジェクトを、xcodeでiOSのプロジェクトを開き、それぞれ目的のネイティブ機能を作成する。 作った機能のソース部分を取り出し、cordovaプロジェクトに取り込んでcordovaコマンドを打つと、自分が作ったネイティブのソースが含まれたAndroidのプロジェクトとiOSのプロジェクトがそれぞれ再生成される。 その作業を繰り返す事でネイティブな機能も使えるWebViewアプリが完成する。