導きのはじまり
部門長「研修の一環として、社内で実際に運用するアプリを作ってもらおうと思う」
僕「え・・・？ 研修なのに実際に使うものを作るんすか？ まだ入社して2週間なんですが・・・」
部門長「実際に運用するものを作るから研修になるんだよ😀 多少バグってもいいから動くものを作ろう！」
僕「oh...」
部門長「じゃあ、どんなアプリにするか一緒に考えていこうか」
自己紹介
みなさん初めまして。
エンジニア1年目の小林と申します。
この記事を見てくださっている方々の中には、エンジニアに転職しようと悩んでいる方、エンジニアの新人研修って何をするんだろうと思っている方はいませんでしょうか？
ここでは、僕が今の会社にエンジニア転職して、最初の研修で行ったことをご紹介します。
新人研修の一モデルとして参考になれば幸いです。
開発環境
Ruby on Rails
この記事の対象読者
・エンジニアに転職しようと考えている方
・エンジニア転職のために勉強中の方
入社前 ~勉強編~
著者のスペック
・年齢26歳
・社会人歴2年（今年で3年目）
・IT業界未経験
・理系大卒だけどプログラミングにはノータッチ
・前職：電話営業、WEBマーケティング
プログラミング学習 ~入社までの勉強編~
学習教材：プロゲート、書籍、スクール
平日：1-2時間
休日：5 時間
期間：8ヶ月
合計時間：550時間程度
プロゲートはRuby on Rails, ruby, SQL, HTML/CSS, JavaScript, jQuery, Gitに関するコースは全部やりました。
その結果、気がついた時にはレベル230まで上昇していました。
プロゲートをやった直後は「レベルは四天王クラス！でも、何も作れないし、プログラミング分からない。。😭」そんな状況。
これは勉強あるのみだと考え、書籍学習に移りました。
▼実際に使った参考書は以下です。（当時の理解度は正直20~30%な感じ）
現場で使える-Ruby-Rails-5速習実践ガイド
ゼロからわかる Ruby 超入門
パーフェクト Ruby on Rails
Ruby on Rails 6 実践ガイド
Ruby on Rails 6 実践ガイド[機能拡張編]
この時点で、無根拠に等しい自信がありました。
「書籍そこそこやったし、ある程度スキルも身についてるやろ！これならエンジニアになれる！！」
浅はか・・・浅はか也・・・
なぜか勉強時間をある程度確保した時点で安心しちゃってました。
プログラミングって学校のテストみたいに偏差値で測れず、どれくらい上達したのかが実感しにくいので、勉強していることが安心材料になっていました。
どうしてプログラミング学習をするのか、目的を見つめ直すことも必要だなと感じます。
ちなみに、個人的な感想ですが「現場で使える-Ruby-Rails-5速習実践ガイド」はおすすめです。理由としては、図解が多く、読みやすくて分かりやすいからです。ただ欠点があるとすればバージョンが古いこと。内容が５系のRailsなので新しいバージョンが出ることを首を長くして待っています。
転職後 〜研修編〜
①参考書での学習
エンジニアの部署に配属されてから最初に行ったのは、教材による学習でした。
Ruby on Rails 6 超入門
HTML&CSSとWebデザインが 1冊できちんと身につく本
1~2週間を目安に教材を2冊完了させることで、プログラミングの基礎をざっくり理解しようというものです。
使っていた本は「初めてアプリケーションを作る方」のための参考書でこれからプログラミングを学習する方にぴったりの入門書でした。
少しプログラミングをかじっていたこともあり、苦労することなく完了できました。
②仮想プロジェクト
次に行った研修は、その名も「仮想プロジェクト」
仮想プロジェクトとは
新入社員の登竜門、簡単に言うと「開発の模擬体験」で、社内で運用することを前提に置いたアプリの開発研修です（お客さんは使わない）。
未経験者にいきなり会社のシステムを任せるのは少々ハードルがあるので、本場に入る前にアプリを作る体験（アプリの設計、開発、リファクタリング、デプロイ後の障害対応など）を一連で体験しようというものです。
研修の説明を受けるまでは、「アプリを実際に作ってみる」程度の内容しか聞いていなかった。
そして、話は冒頭へ戻る。
研修の内容を聞いた直後は、3割の「やったるでぇ！」 と7割の「できんの・・？」
そう思ったのも、部門長とのアプリの設計のディスカッションを行った後、ざっくり以下のような機能が必要だと分かったからです。
・Slack-APIを使ったログインとメッセージ送信機能
・定期実行処理
・よくあるCRUD機能
（めっちゃ面白そうやけど、プログラミング歴2週間向けの研修内容とちゃうで 汗汗）
（自分以外が使うんだから、バグるものは作れない！）
（基本的なCRUDしか触ったことないけど、大丈夫か？）
（開発期間短くね？）
（What is API?）
部門長 「でも、サポートはあるから安心してね」
仮装プロジェクトのルール
・どのようなアプリを作るのか、お題は決定済み
・docker などの開発環境やインフラ周りは先輩が用意
・2人1組のペア（新人2人）で実装を進める（３〜４人ペアの場合もある）
・アプリのHTMLデザインは上司から頂き、それに沿ってHTMLを書いていく
・テーブル設計、DB設計はベテランによる修正がガッツリ入る（後半での絶望的な手直しを避けるため）
・コーディングの方法は自由で、アプリ内でやりたいことが実現できればOK
・ググった内容を理解せずにコピペするのはNG
・わからないことを質問するのはOK（いつでも質問Welcom！という温度感なのは本当に救いでした）
・開発期間は約1ヶ月（テスト期間含む）
お題が決定されていて、インフラ周りは偉大な先輩のサポートがある。
これを聞いた時は本当に一安心した。
1ヶ月で社内の課題を発見し、開発、インフラの設定を行うとなると、開発期間1ヶ月はかなりハードモード。
でも実際は、質問できるし、先輩のサポートもある。そして、開発は一人じゃない。
「なんかいけそう！」
（やったことのない機能ばかりだけど、1ヶ月後にはスキルアップした自分がいるはずだ）
（社内の問題解決のために作るんだから、貢献できる、モチベーションが高いぞ）
（知らないことはグーグル先生が教えてくれる）
特に、アプリのアイデアを出しているときは本当に楽しかったです。
「あんなことがしたい」「こうなったら最高」というように想像を巡らせるのは、
夢が広がってる感じがして気分が高揚したのを覚えています。
最後に
ここまで読んでくださり、ありがとうございます。
今回はざっくりとした研修内容についてご紹介いたしました。
次回は、この仮想プロジェクトで作ったアプリについてご紹介します。
果たして、無事1ヶ月以内に社内アプリのリリースをすることはできるのか。。。
続きのpart.2 はこちらから！