ｋｕｂｅｌｌの選考フロー・本選考対策・早期選考情報・内定者の傾向と対策

A. 私の企業選びの軸は「面白そうか」です。やっぱり仕事をするなら面白い仕事がしたいという考えです。 面白さは2種類あると思っていて、1つ目がプロダクト・展開しているサービスの面白さ、2つ目が環境の面白さです。 プロダクトの面白さは、例えば規模が大きいもの・ユーザーが多いもの。環境の面白さは、例えば周りのレベルが高いとか、モダンな技術を使っている、裁量が大きい、変化が多いなど。 Chatworkは多くのユーザーが常時使うプロダクトで、社会インフラのような役割を担っています。インフラということは落とすことのできないシステム、社会的な責任がある。だからこそ面白いと思いますし燃えます。自分の作ったものを多くの人が常時使うというのは魅力的に感じました。 環境という点では、今のChatworkはCEOの山本さんが仰っているようにとても面白いフェーズに位置している。成長中のプロダクトに関われる機会というのは少ないので、成長中のプロダクトに関われる点が魅力的に感じます。

A. https://github.com/***** ****にて6人チームで開発した「ショッピングモールの地図」に焦点を当てたシステムです。通常紙で見る地図をスマートフォンで見れるようにし、位置情報をもとにしたナビゲーションを行うことによって、スムーズな買い物をサポートします。店舗や中継地点の位置を頂点とした重み付き無向グラフとしてみなし、ダイクストラ法による探索を用いてナビゲーションを行っています。 適切な責務分離・再利用性などを意識しており、カスタムフックなどを使用したロジックの分離を行っています。 使用技術は、TypeScript, React, webpack, Cloud Firestore, Firebase Auth, Firebase Hosting, Prettier, Git, GitHubなどです。 私は技術リーダーとして、技術選定、コーディング・デバッグ全般、他メンバーへの指導などを行っていました。チーム開発が初めてのメンバーもいましたが、VSCodeプラグインを用いたGit・GitHubの使用方法についての資料を作成したり、レビューやペアプログラミングを用いてサポートすることによって、スムーズな開発を実現しました。

A. まずフィードバックが頂けたのはありがたかったです。面接の際に、「言葉に詰まっても大丈夫です、じっくり考えてください。」「簡潔にしようと思わず、考えていることを次々と言っていただいて構いません。」と言っていただけたので、あまり緊張せずに受け答えできました。特に二次面接は、質問は厳しめではあったものの雰囲気は優しく、考える時間を多く取って頂きました。悪かった点は特に思い浮かびませんが、強いて言うなら二次面接の質問が厳しめで受け答えに困ってしまいました。

A. 部活動で10人ほどのチームで開発した際の話なのですが、タスクの振り分けとその後のサポートといった部分があまりよくなく、結果的に完成が提出期限ギリギリになってしまったことがあります。マネジメントが初めてだったこともあり、タスクを振り分けた後のサポートまで手が回らず、結果的にタスクを振って放っておく構図になってしまいました。原因は経験不足という点もあるのですが、それよりもあまり他人を信用していなかったという点があると思っています。終わらなかったら自分が全部やればいいという考えが片隅にあり、結果としてタスクを投げて放っておく。当然遅れが頻発して、期限が近いから自分がやるといったことが多々ありました。これではチーム開発である意味がないので、その後反省し、現在は同じ失敗を繰り返さないようにメンバーを信じてタスクを任せ、うるさすぎない程度に進捗を確認し、遅れているならペアプロをするなど、積極的なサポートを行うようにしています。