iOSの案件一覧フリーランスエンジニアの求人・案件情報

私は九州の福岡という地方と呼ばれる都市で働いていましたが「Webサービス」を開発する企業の多くは東京にあったので、私は福岡で働きながら東京の企業への転職活動を始め、学生時代からの経験などからアプリ開発をメインに行う企業の求人への応募を始めました。
その際、面接のために上京する時間や交通費は大きな負担になり、また効率良く面接を受けていく転職活動は、大変でした。そして「自分の持つスキルが果たして認められるのか」という不安もあり“Webアプリ”の開発やWebと連携する“ネイティブアプリ”の開発に自信を無くしていました。 しかし某インターネット広告・企画・制作・運営を行う企業の面接で開発責任者にその不安を打ち明けたところ、「今のスキルは充分生かせるし、持っていないスキルは実務を通して身に付ければ良い」とアドバイスを受け、その言葉がスイッチになりプッシュしていただき、その企業への転職後の入社を決心しました。 そして、転職して最初の仕事は、iPhoneアプリの開発でした。
入社後は、経験のあるAndroidアプリの開発を担当することになると思い込んでいましたが、いきなり未知の分野のプロジェクトに編入されたことに対する不安はありましたが、前職でCやJavaを習得していたので、Objective-Cは1週間ほどソースコードを読み込んで勉強をし、そして何より嬉しかったのは、周囲の人とのコミュニケーションが取りやすかったことで、「何か分からないことがあれば、直ちに先輩などに聞ける」という環境が整っており、しっかり勉強をしながら働いています。これまで経験のなかったWebアプリケーションシステムや連携の方法についても、サーバエンジニアに聞きながら覚えていき自分のスキルとして吸収しています。 同社のサポート体制という制度が大いに役立ち、結果的に、iPhoneアプリの開発経験は、私のスキルをアップさせ、エンジニアとしての“市場価値”を大幅に高めてくれ、AndroidとiPhoneアプリ両方の開発スキルを身に付けているエンジニアとなり、これまでのミドルウェアアプリ開発の経験もうまく生かすことが出来ています。
先日のトラブルとして企画担当が仕様を決めて、仕様書を作り私が受け取り、それをもとに私が作って確認してもらいましたが「思っていたのと違う」といわれ修正に出されるという失敗を起こしてしまいました。
しかし修正を出してもまた修正が入り、どんなに企画段階で練っても仕様変更は起こりうるので、起こる前提でどういうふうに対処するかが重要であることが解り、問題は確認のサイクルにあり仕様策定から実装して動作チェックのサイクルの中で実装に多くの時間がかかると戻りが大変になるということで仕様を決めてプロトタイピングに一ヶ月半、開発に1ヶ月かかって完成することができました。転職したことによって、自分の目指したい方向性がはっきりし、「自分の強みを生かし、スマートフォンについてはネイティブもWebアプリもできるエンジニアになることが出来たと思います。
そしてそれからもさらに必要な技術を習得し、スマートフォン開発エンジニアとして活躍していくことが出来ました。

自社サービス向けアプリの開発と言われ、与えられたのはMacBook一台のみ。「エミュレーターがあるんでしょ？最初は要らないよね？」と言われ、動作確認用のiPhoneやAndroid端末は与えられませんでした。
仕方なく、自分のスマホで作業を進めましたが、開発終盤になっても購入する気配はなし…そして、サービスのリリース日の1ヶ月前を迎えました。一般公開をする前に、「全社員参加で導入テストを行う」と言われましたが、テスト用の端末を準備する様子は全く無し…
結局、個人使用しているスマホにインストールする流れになり、テストアプリ配信サービスの利用は断られ… 仕方なく参加者の端末にインストールして回る数日間を経験しました。

私はフリーランスのシステム開発エンジニアとして営業しております。
主に企業の業務システムの開発及び保守を行っております。現在、メインの顧客となる1社へ常駐勤務しております。こちらの企業の別部署より相談を受け業務用のスマートフォンアプリケーションを作れないかということでした。内容は営業担当さんが出先にて自社のデータベースへのデータの追加、更新などを行える専用のアプリケーションが作れないかということです。
内容を確認したところ、項目もそれほど多くない為、Androidであればやりますよとの返答をしました。そしてアプリケーションの基本設計、詳細設計を行いました。
しかし、その後判明したのがOSがAndroidではなくiOSで作ってほしいという根本的間違いがありました。

iOSのアプリ開発をしていた時の出来事です。
クライアントの要望に応えてそれを開発チームで作業してもらうような業務をしているのですが、今回のクライアントさんはとても厄介でした。熱意は非常にあるのですが、如何せん語彙力に乏しいのです。開発チームリーダーである私もディレクターとともにクライアントと接する機会があったのですが、まあ曖昧でした。多分このような製品を作りたいんだろうなということは彼の中であると思うのですが、うまく表現できていないのです。
紙に作ってきたというのでそれも見せてもらいましたが、中身はひどいものでクライアントとの仕事の打ち合わせでかなりの時間を消費しました。
開発チームをその間思い切り動かすことができなかったのはとても辛かったです。

私たちはiOSのアプリ開発をしていました。
私たちの会社は古い手法を採用しており、クライアントの意見を聞くディレクターと呼ばれる方々とそれを仕様書にまとめる人、そして私たちのような実際にコードを書き、アプリを開発する人がいます。今現在の主流は、アジャイルと言って、仕様書にこだわらず自分達なりの開発をしていこうという概念があります。
クライアントの要求を仕様書にする、この段階でかなりの食い違いが発生していたのです。クライアントが求めている核となる機能が仕様書では細かく定められておらず、開発チームが作ったものと、クライアントの求めるものに大きな違いがありました。
仕様書を作った人が悪い、細かく言わないクライアントが悪いなどいろいろな意見が飛び交いましたが、このようなことは二度と起きないようにします。

私はiOS向けのスマートフォンアプリ開発をしています。
長年アプリ開発職をしてきましたが、毎年何かしらのミスをする新人さんはいるものです。今回は動くのだけれども、コードが読みにくい新人さんでした。学生時代、長期にわたっての保守や管理をしたことがないせいか、動けばいいでしょとの考え方をしている新人さんは多くいます。
変数にアルファベットをそのまま使っているのは今でも新鮮な驚きです。確かに納期には間に合いましたが、その新人さんには後からそのコードを全てコメントもしっかりつけて、変数も意味のわかるように変えてくるよう指示しました。
保守・管理の時になんとなく自分がやり直しさせられた意味がわかったようです。今後も新人さんには注意して見ていこうと思います。