こんにちは、中途採用担当のシェリーです！
いやー、ビールがおいしい時期ですね！
私はすぐ顔が赤くなってしまうのですが、飲むのは好きです！
今日は、8月23日に実施した勉強会のレポートです。ちなみに会場は、Sansanさんの緑あふれたイベントスペースでした。
実際に、とっても素敵なスペースなのでいるだけでテンションあがります！
ハンモック、家に欲しい～！！
さて、イベントレポートです。
そして今回は、こんなテーマで実施しました。
「Sansan×GMOペパボ」で活躍するモバイルアプリエンジニアの生態とは？！
イベント内容についてはconnpassページを
ご覧ください → こちら。Sansanさんとのイベントは、今後もシリーズ化できればいいね、と話しています。まず1回目は、モバイルアプリエンジニアをキーワードに、各社「中堅／若手」×「Android／iOS」が登壇しました。
なお今回は、トークセッションもあるので2回に分けてレポートしたいと思います！
まずは前半、登壇部分。
19時半、スタート。
1人目 Sansan：
坂本（@kazu0620）さん。2015年にSansanさんに入社。名刺管理システム「Eight」の、iOSエンジニアです。
ちなみに、後のトークセッションで知るのですが双子のようです。
テーマ：「ひまわりチーム」のスプリントの流れ。
まず、スクラムについての説明のあとチーム体制についてのお話。
具体的には、事業部は昨日やKPIごとにチームが分かれています。その中の、「ひまわりチーム」に属しています。
アプリは6名いるけれど、チームに1人配属するには不足。そのため、ひまわりチームに属しているとのこと。
スプリントは、2週間で回すこととしています。まずは、事業部全体のリポジトリから優先順位順にチケットがあります。そのチケットごとに仕様を見ながら、どのようにしていくか判断、見積もりを行います。
特におもしろかったのが、見積もりをSlackチャンネルで行っている点です。
最大値と最小値を、一斉に全員が出すというもの。一斉に出すからこそ、懸念点が出てくるといいます。
そして、ポイント差に注目して議論していくことが大切とおっしゃっていました。
Slack活用と振り返り
その後、チームのバックログに移動して実行していくフローです。ここでも、ユニークなSlack活用法がありました。
GitHubのIssueごとに、Slackチャンネルがあります。そこで、仕様や実装について相談して決めていくとのこと。
なお、決定事項はPin留めしているので流れに追いつかないことはないのだそう。
その後、テストや部内でのお披露目が終わるとKPTで振り返ります。ここでは、スプレッドシートを利用しているようです。
他社さんのフローやツール活用法が知れるのはおもしろいですね！
1人目 ペパボ：
黒田（@kuroyam）。2014年8月に30daysAlbum™ にジョイン、iOSエンジニア。
それまでは別の部署でゲームを作ったり、フリマアプリを作ったりしていました。
テーマ： アプリ設計改善の旅路。
2015年に、モバイル界隈で設計の話が盛り上がるようになってきました。「おや、これは求めているところだ！」ということでやってみたけど、いろいろ不安が出てきたことから解決した話。
当時、形（手法）は持ってきたけど、役割についての認識の不足などがあった。大きな改善にはならず、壁にぶち当たっていた。しかし、会社の別プロジェクトをみたら、RxSwiftが導入されていたり、同僚のエンジニアが激しくUnityを押してきたりと刺激があったので、やってみるかと思って進めてみたとのこと。
ここでよかったのは話せるエンジニアがいたこと。
いつもは、事業部制で仕事をしています。けれど技術については、横断して周りのエンジニアが助けてくれる環境があった。だから、乗り越えていけたようです。
勉強会で理解を深める
社内での勉強会の開催もするようになります。つまり、人に説明するためには理解していないとできない。だから、かなり勉強したようです。勉強することで誤解していたところが解け、コード修正がし易くなったり、楽になったこと。
そして何よりコードを書いていて楽しいと感じるようになったというよい話でした。
結論としては、
・形だけで導入するのではなく、目的をもったうえでプロダクトに会う設計を考える重要性。
・モバイルアプリそのものだけではなく、少しはみ出したと頃の技術からも学べること。が多い
・アウトプットするためのインプット、そこから学びがあり質の向上にも繋がっていく
ということで、悩み、考え、勉強し、アウトプットする一連の流れを学ぶ旅はまだまだ続くよ、と締めくくられました。
ちなみに、そんな黒田の発表資料はこちら。
3人目 Sansan：
新保（＠Keita Kagurazaka）さん。2017年入社（・・・に思えないSansanさんへの馴染み方！）のAndroidエンジニア。
しかも、KotlinのTシャツを着て登場。
スプラトゥーンがお好きで、よくやっているということでした。ペパボパートナーは、仲良くなれそうです！
テーマ： Androidアプリの開発環境（仮）。
なお、タイトルがなかったので私が聞いた内容から付けてみました・・・！
新保さんは、全社で人脈を共有する「Sansan」事業部に所属。Androidアプリの、リニューアルプロジェクトを担当されています。
「ビジネスの出会いを資産に変え、働き方を革新する」とうミッションを軸にした開発を心がけているそうです。
・技術はプロダクトのためにある。
・同様にプロダクトはミッション実現のためにある
というところから「ミッションの実現に必要な機能」「世界観」「ユーザーが望む機能」「ユーザー体験」のバランスを考えて開発されているとのことでした。
Kotlin採用の話
Sansanさんは、Kotlinがgoogleの公用語になる前から採用を決定。さらに、勉強会も積極的に行っています。
Javaとは生産性が全然違う！ということで、導入においては「ひとりでも詳しい人がいれば簡単」とのこと。ただし、難しければ部分的に入れていくのでも良い。そう対応していくことを、推奨していました。
ミッションに立ちかえって「設計は本当に必要？」と様々な環境から検証すること。そして、目的に見あった技術・アーキテクチャを選択しようというお話でした。
4人目 ペパボ：
夏坂（@n_t_s_k_）。2017年入社、minneのAndroidエンジニア。
ペパボカレッジ2期生として入社したのですが、彼の前職はなんと営業！
そこから得た、チーム開発についての話です。
テーマ： 元営業でもできるチーム開発～ペパボカレッジで学んだこと～。
ペパボにはCTL（チーフテクニカルリード）という、各事業部の技術責任をもつエンジニアがいます。そのエンジニアから「チーム開発で重要なことは分かりやすいアウトプットをチームのメンバーに伝えること！」と言われ、
「分かりやすいアウトプット」という表現が既に分かりにくい！
なんで？
と思ったとのこと。
minneのサービスは、70名規模で動いています。エンジニアをはじめ、デザイナー、ディレクター、マーケティングやCSなどを含めてです。
サービスはチームで作るため、その最大化を図るには得意分野を活かす必要がある。
そして、そのメリットを活かすためには。個人のアウトプットが、分かりやすくないと難しいと言います。
アウトプットを理解し、理解してもらうことが大切ということです。
分かりやすいアウトプット
エンジニアにおいては、コードというアウトプットが分かり易ければレビューもし易い。変更も、簡単にできます。
分かりやすくするためには、テンプレートを使ったり単位を小さくしたり。意図を、しっかりすることが大切。
これらができることで、チームは高速で意思決定を繰り返すことができます。
元営業でも大丈夫！という話でした。
（経歴の補足です。夏坂は営業を辞めた後、アプリの勉強を行いました。リリースから運用、改善まで一通りの経験を独学で行っていました）
夏坂の発表資料はこちら。
各社の特色や、ユニークな話が聞けたトークセッションはレポート後半に続きます！