こんにちは！freee ソフトウェアエンジニア @toshi0607 です。
この記事は freee Engineers Advent Calendar 2015 14日目です。
自己紹介
去年かいたもの
- 見積書
- 契約書
- 提案書
- 稟議書
- はじ
今年かいたもの
- Ruby
- C#
freeeに転職してもう少しで1年。それまではIT業界で営業をしていました。
週末にコードを書いていたものの、実務レベルにはほど遠い…。そんな僕は今でもまだエンジニアとしてお仕事させてもらっています。
今日はそんな風に生き延びることができた所以やエンジニアを育てるfreeeの文化について順番に紹介していきたいと思います。
営業でも職業エンジニアに育て上げるfreeeの文化
恐怖の入社前課題
内定から数日後、食い気味にやる気をアピールしたかった僕はCTOにお願いして入社前課題を求めました。結果、以下全てを3ヶ月でマスター勉強することに…！
-
Ruby on Railsチュートリアル
- 当時はまだ第2版でした。とにかく最初はわからないなりに書いて動かしました。
-
Ruby on Railsガイド
- MVC+αを中心に読み込みました。
-
Webを支える技術
- 全体の仕組みを頭に入れつつ。
-
チーム開発実践入門
- はじめてのチーム開発に備えて。
- リーダブルコード
-
はじめてUNIXで仕事をする人が読む本
- コマンドこわい…
-
安全なWebアプリケーションの作り方
- ユーザもプロダクトも守りたい。
-
パーフェクトRuby
- 一度通して読んでからは辞書代わり。
-
パーフェクトJavaScript
- 重い…
- セオリー・オブ・スタイルシート
- SQLゼロからはじめるデータベース操作
-
世界一ラクにできる確定申告
- 業務知識もしっかり！
-
Code School
- 設問ありの動画です。特にRspecのセクションでお世話になりました。
-
ドットインストール
- 言わずと知れた動画サイト。各分野の本を読む前にさっと見ました。
- 端末管理アプリ
- 動くものを作ってみよう第一弾。
- 書籍管理アプリ
- 動くものを作ってみよう第二弾。バーコードリーダーで読み取ったISBNから非同期で楽天APIをたたき書籍名等をとってくる感じにしました。正月は震えながらこれを書いて過ごしました。
-
jnchitoさんのRspecに関するQiitaまとめ
- @jnchito さんがいらっしゃったからこそrspecの一歩目を踏み出せた感があります。
-
Everyday Rails（Rspec関連）
- こちらも@jnchito さん繋がりでだいぶお世話になりました。
その後も繰り返したものや今でも参照するものも多くマスターしたとは恥ずかしながらまだまだ言えないですが、入社を楽しみにやりきりました。
毎週「これだけやってくる！」を宣言して進め方もKPTで改善、順番はとりあえずRailsチュートリアルをやって疑問に思ったものから手をつける、という感じで会社に通っていました。
わからない部分も随時教えてもらえ、スタートアップなのにしっかり教育コストを割いてくれるいい会社やなぁと感動したのを今でも覚えています忘れられません。
仁義なき辻レビュー
いよいよ入社！期待7割不安3割くらいで職業としてのエンジニア生活が始まり、最初に驚いたのは辻斬りならぬ辻レビューでした。
freeeではレビュアーをslackにいるbotへassigneeのチームとプルリクエストのURLを投げることで基本的にランダムに決めています。駄菓子菓子！チャットに通知されたプルリクエストのURLを辿り、assignee以外の方も多くのコメントを残してくれます。
結果、一部のプルリクエストは行数に対してすごいコメント数に…
| PR | 行数 | コメント数 |
|---|---|---|
| #9707 | +147 -2 |
85 |
| #10898 | +1041 -2 |
106 |
| #10727 | +219 -43 |
62 |
| #10398 | +33 -5 |
49 |
| #12044 | +763 -151 |
306 |
| #13138 | +402 -5 |
58 |
| #15456 | +628 -3 |
51 |
| #28 | +486 -98 |
47 |
経験豊富な方からいただける実務的なアドバイスを糧にキャッチアップの日々が続きました。
怒涛のペアプログラミング
チーム編成が変わるとき、チームによってドキュメントがしっかりしていることもあれば、ペアプログラミングで実践的に関連する箇所の知見を継承してもらえることもあります。
普段書くことが多いRubyから離れてC#をがっつり触るときには短期間のリリース目標を定めた上でVisual Studioの使い方からデバッグ、リリースまでみっちり仕込んでもらいました。
日報がスルーされない！
freeeではエンジニアの情報共有ツールとしてQiita:teamを活用しています。（いつもお世話になってます！）。
最近は新人の方が日報を書く、そうでもなくてもたくさん書く、というのが以前に増して定着してきました。
そして、投稿数が増えても記事がスルーされることなくいいね！やコメントがつきます。詰まったことを書くと必ず誰かが助けてくれました。
狂ったように素振りする
写経！写経だよ。写経！！！という言葉をメンター（後述）からもらい、信じるか信じないかはっきりしないタイミングで一度やってみました。実際よかったなぁと思ってます。今でも時間を見つけてよくやります。
実践Ruby on Rails 4 現場のプロから学ぶ本格Webプログラミングはチュートリアルの次のレベルの進むためにもってこいな本でservice、form、presenterといった責務をMVCの上に重ねていく様を順を追って見ていくことができます。
既に巨大になっているコードベースを真似して書くだけだとわからない設計にも少しずつ親しみがわくようになっていきました。
写経も周回を重ねると愛が増すのでこれからも回を重ねていきたいです。
あとは半分趣味ですが、Rubyによるクローラー開発技法 巡回・解析機能の実装と21の運用例で得た知見を活かしてたくさんたくさん情報収集するコードを書きました。
厳しさと、優しさと、メンタリング
これが一番大きかったなぁと思います。freeeでは入社と同時にメンターがついてくれ、日頃の疑問の解消に始まり、望めば定期的な面談にも乗ってくれる頼もしい存在になってくれます。チームが変わっても引き続き面倒は見てもらえますが、新しいチームでもメンター的な人が助けてくれます。
最初は特にモデルとコントローラに書くべきコードの違いすらわからず途方に暮れていました。内部的に決めたリリースの日もなかなか守れず、不甲斐なさや情けなさで人に気軽に質問するのも気が引ける時期もありました。しかしそれも、
「もっと人に頼れ！ある程度調べてわからなかったら周りに頼って聞く。自分で調べてどうにかするのが大事なんじゃなくて、ちゃんとリリースすること、聞くことを通じて爆速で成長することが大事！」
というお話で吹っ切れました。
最初、ほとんど何も開発できない裸一貫の状態で飛び込み、1ヶ月 -> 6ヶ月の契約社員も何とか働き切りこうしてエンジニアとして働いていられるのも今回紹介した文化やそれを作る人があってのことでした。
宣伝
そんなfreeeでは一緒に未来を作るフルスタックエンジニアを募集中です！もしご興味を持たれた方はカジュアルにお話するところからぜひぜひよろしくお願いします！
明日は奥様へのほとばしる愛情、嫁タグ記事が2本ある @tetsuwada です。お楽しみに！