【バグ解決の鬼才、綺麗なコード】【20卒】レッドフォックスの夏インターン体験記（文系/エンジニア）No.7752（東京大学/男性）（2019/10/16公開）

ある程度独学でモバイルアプリの開発経験を積み、インターンの経験もあった。長期インターンでは参画日数の関係であまりコアな開発に携われなかったので、コアな開発に携われそうな企業を探していたところ、偶然見つかった。Swiftを使用していると言うこととそれなりに面白そうな仕事だったのが決め手だった。

選考は一回の面接だけであり、特に技術テストなどはなかった。自分でプログラミングをしっかり勉強し、綺麗なコードを書いてGithubで公開するという外部発信は積極的に行ったのがよかったと思う。

業務管理アプリの地図の表示のバグの解決

1日目にやったこと

業務管理アプリの地図の表示のバグの解決をした。そもそも原因が全くわからない難問だったので、一人で色々アプリを動かしたりしてバグの原因を絞り込んでいき、バグの原因を特定したところで1日が終わった。

2日目にやったこと

前日に見つかったバグは割と簡単に解決できたので、その部分のテストコードを書き、CIツールを使って自動テストするところまで行った。バグではない部分の文字の大きさなどの軽微なレイアウトの修正も一緒に行った。

なし

フィードバックは特になかったが、もう少し綺麗なコードを書くように言われた。そのためにはデザインパターンを熟知した方がいいなどのアドバイスをもらい、オススメのサイトや本を教えてもらった。

とにかく全く原因がわからないバグなので、工数の見積もりが困難であったのがもっとも苦労したポイントだった。2日と言う時間の中で終わらせなければならないと言うプレッシャーは相当なものであった。メンターのコミットは特になかったので、自力でバグを直すことを求められた。

バグの解決方法やXcodeの今まで知らなかった使い方などを知れて勉強になった。CIツールやテストコードを書いた経験はほとんどなかったので、社会人になる前に一通り触っておいてよかったと思った。デザインパターンの実際の運用方法を知れたのは非常に勉強になった。

とりあえず自走能力が求められるので、自分一人でバグが解決できるほどの経験を積むことが重要であり、その為には自分で一からアプリを作ってバグと戦う経験を積むことが必要だと思う。あとSwiftの言語仕様をしっかり抑えることも大事。

バグの修正自体は楽しかったが、これをずっと仕事にするのは退屈であり、爆速にエンジニアとして成長することは不可能だと思った。社内ではGitも使われていない部署もあり、部署によってはレガシーな開発環境で働く可能性もあり、その可能性を許容できなかった。また使われている言語も少なく、積める経験があまり広くないと感じた。

そもそも本選考を受ける気が全くなかったし、バグの開発経験を積みたいのが参加の目的であった。インターンに内定が出たのも将来性ではなく今の技術を評価されてのものだと感じた。会社のカルチャー的にも体育会系気質の人が多くいて、自分とは合わないと判断されると感じた。また自分は将来フリーランスになりたいと語ってしまったので、新卒で採用されることはないと思った。

もともとあまり志望していなかったので、あまり志望度に変化はなかったが、中途採用や業務委託でこれ以上関わりたいとはあまり思わなかった。技術志向があまり強くなくエンジニアの発言権があまりないのが不満であった。業務委託での単価交渉は難航するだろうなと予想できた。

インターンシップと本選考は一切関係なかった。求人を目的としたインターンはあまり行っていないようだったし、新卒自体もあまり取らない会社なので、かなり狭き門だと感じた。

すでに採用は決まっていたが、Web系のIT企業で自社開発を行っている会社に行こうとは思っていた。自社で事業を展開しており、責任を持って事業をスケールアップしていけるやりがいのある職場で働きたいと強く望んでいた。なるべく大企業ではなくベンチャー企業の小さな部署などのあまり業務が細分化されていないところで、様々な開発経験を積みたいと思っていた。

就職活動が終わっていたので、全く影響することはなかった。受託開発はスケールさせるやりががあまり感じられず、価格競争に陥りがちなのではと言う不安もあまり解消されなかった。BtoBのサービスは特に営業が長く取引先と関係を築いていけるかが勝負となり、あまり目新しい施策や新規開発が少ないと感じたので、刺激的な部分が少ないというのを感じれたインターンであった。