【エンジニアリング挑戦の舞台】【21卒】コロプラの夏インターン体験記（理系/エンジニア）No.7724（筑波大学大学院/男性）（2019/10/2公開）

普段インターンなどでサーバーサイドでLaravelを扱っているが、ユーザー数が多いサービスではないので負荷分散などを考慮した実装を行なってみたかった。また、実際の現場でのLaravelのディレクトリ構成やインフラ周りの運用をみてみたかった。

普段Laravelを使っていたので、特に準備したことはなかった。インターンの一ヶ月前ほど前にLaravelの入門本を送っていただいたので、普段使っていない人はその本で勉強すれば良いと思った。

高トラフィックをさばくためのエンジニアリングに挑むインターンシップ

前半にやったこと

午前中に実際の現場での構成を講義として紹介していただいた。午後は2人1組のチームで課題に4日間で取り組んだ。毎日18:30頃から各チームが4,5名のメンターと5分程度でその日の進捗と困りごとやインターンとは関係のない質問などをする軽いスタンドアップミーティングがあった。他のチームの課題の進捗はJenkinsのスコアで少し予想することはできたが、中間結果として3日目の夜に発表された以外には細いスコアはわからなかった。

後半にやったこと

4日目の午後に成果発表があった。評価基準としては課題に対するスコアとチームワーク、実装のアイディアだった。各チーム数分で発表を行い、メンターと学生の投票で優勝チームを決めた。5日目はメンターからのフィードバックなどを受けて改良を行なったり、エクストラミッションを進めた。

サーバーサイドエンジニア

非売品コロプラ「クマのぬいぐるみ」

人事の方との事後面談の際に自分の自己肯定感の低さを克服する方法として、1.周りからの評価を気にしない. / 2.あてずっぽのことを言っても大してマイナス評価にならない. / 3.20~30代は自己中心的に行動できるチャンス. というアドバイスをいただき、大変ありがたかった。

成果発表までの4日間はスコアを改良する方法は学生だけで考えなくてはならなかったので、そこで詰まるチームが多かった。自分のチームはLaravel経験者+ISUCON経験者というメンバーだったので、最後まで詰まることは少なかったが、DBのレプリケーションがうまくいかずに行き詰まったことがあった。メンターに助けを求めるとやはり自分だけでは考えつかないソリューションを持ち合わせていて、大変助かった。

トラフィックが多いゲームのサーバーサイドで求められている技術を学べたこと。データベースの水平分割や垂直分割は技術としては知っていたが、現場でどのように使われているかというイメージが湧いていなかったので、今回のインターンを通して実際に手を動かして触れることができたのは大変良い経験だった。また、今回のインターンでは触れなかったが、最近導入したインフラのサービスについても伺うことができたことはインターンに参加してよかったと思うことの一因である。

今回のインターンの題材は実際のゲームアプリで、インターン実施前からアナウンスされていたので、ゲームをしっかりプレイしてゲーム内の概念を覚えてから参加した方が実装のイメージが湧きやすかったと思う。

インターン中に2回社員との1on1面談が設けられ、会社や業界に対するイメージがその面談を通して固まった。具合的には社内のエンジニアの評価方法やキャリアアップのストーリーを伺うことで、自分がこの会社でどのようにステップアップしていけるかを頭の中で描くことができた。

インターンの選考でも感じたが、選考基準が技術力メインで見られており、参加学生中でも自分の技術力は負けていないと感じたから。また、社員からのフィードバックで安定感やフットワークの軽さを評価していただき、社内でも必要とされている社員像に近いとおっしゃっていただいたから。

特段志望度が上がったわけではないが、ゲーム業界へのイメージが面談や社員の働き方を通して固まり、自分のキャリアアップの道筋が見えた点は志望度が上がる要因と言える。また、CM放映やイベント開催などでクエリ数が跳ね上がるプロダクトをどう実装するかという問題は興味があり、そういう業界で働きたいとも思った。

エンジニア面接の面接官がインターンのメンターとして参加しており、スキルセットや人柄はインターンを通して伝わっているから。また、懇親会にCTOもいらっしゃったので、役員面接でも多少の影響はあると思った。

自社サービスを提供しているWEB系の企業を希望していて、希望は大きめがいいと思っていた。自社サービスであるのは過去に受託をメインで行なっている企業でインターンを行なった際に、自分には自社サービスの方が合っていると感じたから。規模が大きめがいいと思っていた理由としてはサービス規模が大きくなればユーザ数も増え、経験できることが多いと思っていたからである。

希望として自社サービスを提供している企業には変わりはないが、会社の規模感としてはこだわりがなくなった。一つとしてはエンジニアとして関われる部分が多いのと、エンジニアの評価方法がベンチャー企業の方が充実していることがあるからである。規模が大きいよりもどれだけ高い技術を持ったエンジニアがいるかを重視するようになった。