【未経験からのチーム開発】【21卒】ＣＡＲＴＡ　ＨＯＬＤＩＮＧＳの夏インターン体験記（理系/エンジニア）No.7633（筑波大学大学院/男性）（2019/10/2公開）

過去のチーム開発でアジャイル開発を行なっていたが、役割分担やタスクの共有の部分がうまくいかなかったので、その反省を生かしてチーム開発を行いたかった。また、フロントエンドやセキュリティの部分は独学で学んでいたので、体系的に学べる講義が魅力的だった。

事前課題がサーバーサイド・フロントエンド・DB・セキュリティ・認証・アイディア出しの分野でそれぞれ出され、サポーター(社員さん)のレビューを通して基礎知識の確認を行なった。普段サーバーサイドをアルバイトで書いていたので問題なかったが、WEBの経験がない参加者は講義パートの時点でつまずくことがあったので、WEB初心者は事前課題以外でも準備が必要であると感じた。

Go言語を使って学ぶ、価値のあるもの創りとチーム開発

1週目にやったこと

サーバーサイド(Golang)、DB、フロントエンドなどの講義があった。講義はそれぞれの分野で講師が変わり、参加者が実際に手を動かしながら講義を進めることが多かった。サポーターが30人の学生に対して10名程度ついてくださっていたので、躓いても手厚いサポートがあった。金曜日には中間課題が出された。

2週目にやったこと

月曜日は金曜日に出された中間課題の成果発表が行われた。土日に作業するかは個人の自由とされていたが、ほんとんどの人が土日も作業をしてそこそこのクオリティで完成させていた。火曜日に3週目のチーム開発のメンバーが発表され、夜にはチームで懇親会が行われた。水曜日まで講義が続き、木曜日からチーム開発が本格的にスタートした。

3週目にやったこと

2週目と3週目の間の土日の作業もチームに委ねられていた。コーディングをがっつりやっていたチームは少なかったと思う。月曜日から木曜日まではひたすらチーム開発を行なった。金曜日の午後から成果発表会があり、夜には打ち上げがあった。

エンジニア 、CTO

なし

何事にも「なぜ？」という気持ちを忘れないこと。人の意見にも腑に落ちない部分があれば問いかけ、実装の工程を考える時にもプロダクトに対してこの作業がどのように貢献するのかを考えるなど、一度俯瞰に立って物事を考えることの重要性を教わった

チーム開発のアイディア出しがうまく行かず、何度も白紙に戻して考えた。コーディングを始められない焦りなどもあり、チーム運営が崩れそうな場面もあったが、サポーターの方の助言などで何とか前に進むことができた印象である。各チーム5人の学生に対して人事1名エンジニア2名の計3名のサポーターがついてくださったので、とても助かった。

まず講義部分では実際の現場のエンジニアの方が講師をしてくださったので、生きた技術を学ぶことができたと感じた。チーム開発パートでは技術力よりもチーム運営のハウツーをたくさん学べたと感じた。例えば、各々が作業する時にはスタンドアップミーティングなどを通してお互いが作業していることを共有することの重要性などを学んだ。

フロントエンドの技術力。チーム開発ではサーバーサイドはGolangの雛形があり、それを改変するだけで簡単なRestful APIは完成するように準備されていた。しかしフロントエンドは一から作る必要があったので、その部分がチーム開発でボトルネックとなった。

インターン中にはランチや1on1面談の際に社員と気軽に話すことができる機会が多かったので、働き方について質問することができたから。また、講義パートでは日替わりで役員レベルの方が会社について紹介してくださったので、会社のイメージがつかみやすかった。

技術力に関しては入社段階ではあまり考慮されている訳ではなさそうであり、会社の理念(VGは会社理念を持たないようにしているらしいが)とマッチングするかを面接を通して見ていると感じたから。エンジニアとして何かしたいことがあるというよりも、一緒に働きたいと思うかを重視しているように感じた。

社内のエンジニアの方のレベルの高さ、人格の高さ、そしてこの人たちと一緒に働きたいと感じたから。チーム開発のサポートをしてくださった社員さん方の考え方には毎回感化された。まだまだ自分は未熟であると痛感すると同時にこの人たちの元でエンジニアとしてステップアップしたいと思えたから。

選考が優遇される権利が与えられる他、数週間のインターンを通して役員面接などでお会いするであろうCTOなどの役員とも会う機会があり、成果発表会を通して印象を残すことができるから。また、インターンの選考を通してエンジニア採用の人事の方にはほとんどお会いすることになるので顔を覚えてもらうことも可能である。

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

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