はじめに

35歳定年説、という言葉があります。
文字通りエンジニアの定年は３５歳までであるという意味ですが、逆に私は３５歳で実務未経験からエンジニアという道に踏み込みました。

転職から約一年が経ったので、この一年の振り返りの意味も込めて記事を投稿します。

この記事の目的

• 未経験からエンジニアへ転進しようとしている人の応援がしたい！
• プログラム初心者に「こんなクソ雑魚でもエンジニアになれるんだ！」と希望を与えたい！

誰？

@m-coder と申します。２０１８年10月よりAndroidアプリエンジニアをやっております。使用言語はKotlinです。

経歴

（多少ぼかしが入っています）
学歴はほぼ無です。高卒です。理系ですらないです。
職歴はアルバイト生活ののち、3年ほど事務職でExcelマクロをしこしこ組んでいました。
いろいろあって去年の10月に今の会社へ転職し、実務未経験からAndroidエンジニアになりました。

入社前のプログラミングスキル

高校の頃からぼんやりと「プログラミングでゲームとか作れたら楽しそうだなあ」と思いつつC言語をかじってお決まりのようにポインタで挫折してみたり、VBでじゃんけんゲームを作って遊んでみたりしていました。

といっても「趣味でプログラム組んでます」と言えるほどの実力もなく、せいぜい画面一個の、2、３時間もあれば組めるようなアプリを数個作ってみたことがあるぐらい、という程度のプログラミングスキルでした。
クラス？オブジェクト指向？なにそれおいしいの？

今できること

アーキテクチャはクリーンアーキテクチャ、MVVMを経験しました。
当たり前ですがプロジェクトはGit管理です。
Androidの主要なライブラリ（Retrofit2、OkHttp3、RxJava(RxAndroid、RxKotlin)、Dagger2、Realm、Glide、Picasso、Data Binding、Android Architecture Components etc...）をとりあえず一通り使った、ぐらいの経験値を積みました。
テストはユニットテストやUIテストを少し書いた経験がありますが、まだまだ本格的に導入はできていません。
今はKotlin Coroutineを勉強中です。CircleCIやfastlaneを使った連携も機会があれば勉強したいと思っています。
デザインパターン？　あーそーゆーことね完全に理解した。

一年間でやったこと

入社前のスキルを見てもらうと分かるように、とにかくプログラマーとしてはミジンコレベルです。
なんなら情報系の学部で学んだ新卒一年目の後輩に知識で負けます。
記憶力も当たり前のように落ちてきており危機感がハンパないです。

そんな感じに口が裂けても「エンジニアです」とは言えなかった自分が、一年で「エンジニアです（小声）」と言えるようになるまでにやったことを書いていきます。

技術系全般の勉強方法

アーキテクチャなど、技術系全般の知識を身に付けるためにした勉強です。

技術系の記事に日常的に触れる

Qiita、Stack Overflowをはじめとして、一日一回は技術系の情報に触れるようにしました。
私の場合は少しでも気になった記事はPocketに記事をストックしておき、時間が空いた時などに眺めていました。
ふとした時に「あれはこういう意味だったのか！」と気付いたりすることもあるため、意味がわからなくても、とりあえずストックする、というスタンスをとっています。

他人のソースコードを読む

おそらく先達のエンジニアの方々が百万遍ぐらい言っている事だと思いますが、自分でやってみても一番費やす時間が多く、一番学びも多かったのがこれです。
自分が関わったプロジェクト・関わってないプロジェクト・OSSなど、とにかくソースコードを読んで実行してブレークポイント設定して値がどう変わるか見て…というのを繰り返しました。

他人のソースを読むことによって
1. アルゴリズムなど、自分にはない発想の気づきになる →　自分の引き出しが増える！
2. 実装に不安を感じている部分の答え合わせになる（かも）
などのメリットがあります。

ただ、これ（他人のソースコードを読むこと）が普通に出来るようになったのはここ3ヶ月ぐらいで、それまでは読んでも「なるほど、わからん」となっていた事の方が多いです。
非常に勉強にはなりますが、初心者のうちはハードルが高い学習方法だというのも事実だと思います。

手を動かす＆わからないところはググる

当たり前の話で申し訳ないのですが、やはりプログラムはある程度自分で書かないと身につきません。
しかも私はクソ雑魚ですが職業エンジニアですので、期日内に動くアプリを提供しなければなりません。
どんなクソコードでもいいからとにかく動くものをと、ひたすら書いて、ビルドして、アプリをクラッシュさせて半泣きで修正するのを繰り返しました。Logcatはいいお友達です。

そしてエンジニアに重要だなと実感したのはググり力です。
抱えている問題を解決するコードをいかに早く見つけ出すかはものすごく重要で、正直動けばコピペでも良いと思います。
ググり力さえ身につければあなたももうエンジニアです。　※個人の感想です

Android関連の勉強

Android、Kotlinの知識を身に付けるためにした勉強です。

Kotlin助走教本を読む

有志の方がまとめられたKotlin助走教本を3周ほど読みました。
導入部分などは今となっては少し古くなっていますが、Kotlinの基礎的な情報がまとめられており、今でも充分ためになります。

公式リファレンスをざらっと読む

Kotlin公式　※日本語訳サイトあり　
のリファレンスになんとなく目を通しました。最初に全部読もうとしたりすると心が折れるので、ざっくりと流し読んだあとは文法に詰まったりした時に参照する、という利用方法です。

カンファレンスのスライドを読む

少し知識が身についたら、DroidKaigiなどのセッションで発表されたスライドをガンガン読みました。
DroidKaigi 2019 スライドまとめ
DroidKaigi 2018 スライドまとめ
DroidKaigi 2017 スライドまとめ(1日目)
Kotlin Fest 2019 スライド一覧
Kotlin Fest 2018 資料一覧
スライドの良いところは、最新の技術のキャッチアップが出来るという点です。

「いまこういう技術が流行っている」「最新バージョンでこんな機能が追加された」といった情報は書籍等では得られにくいので、カンファレンス資料を追いかけるのが良いと思います。
Qiitaでも良いですが、この手の資料は発表者が顔出しで発表する資料のため、一定以上の完成度があるという利点があります。

参考までに自分は下記の優先順で読んでいきました。
1. 今自分がキャッチアップしようとしている技術近辺のスライド → Dagger、アーキテクチャ周りなどが多めでした
2. 現時点では関係ないけど将来的に使いそうだと思った技術のスライド(AAC、Coroutineなど) → 結果的にかなり役立ちました
3. 関係ないけど興味があるスライド → 息抜き

技術書はそんなに読まない

私の場合はですが、技術書はそんなに読み込んでないです。
（学習しはじめの頃に速習Kotlinは読みました。安くてKotlinの要点がまとまっているのでオススメです。）

その中でも大変参考になったのは以下の３冊です。
1. 実践 Android Data Binding
2. Master of Dagger → 現在進行形でお世話になっています。
3. Android テスト全書 → まだ実践に活かせていませんが名著だと思います。

あとはほとんどQiitaなどの技術系記事にお世話になりました。
ブログ系でお世話になった率が高いのは下記です。
1. Kenji Abe - Medium -
2. stsnブログ
3. Y.A.M の 雑記帳

最後に

この記事が少しでも初心者の方や未経験からエンジニアになる方のお力になれれば幸いです。

「おめでとう！　@m-coder は　ミジンコから　すこし大きいミジンコに　進化した！」
ってなれるように今後も頑張っていきます。