<p>こんにちは、エンジニアインターン尾澤です。<br>
本記事では、PLAIDで経験した1年7ヶ月のインターンについてまとめたいと思います。<br>
インターンをやろうとしたきっかけ、PLAIDを選んだ理由、インターン内容、インターンで学んだことについてまとめました。</p>
<h3>はじめに</h3>
<p>まず初めに軽く自己紹介です。<br>
自分は大学では主に情報分野の授業を受け、暗号通信の研究をしました。<br>
2017年8月からインターンに参加させていただき、1年半以上仕事をしました。<br>
この度大学の卒業と就職に伴い、インターンを卒業させていただきます。<br>
卒業後は自動車業界で自動運転開発に携わることで、次世代モビリティの開発に関わりたいと考えております。</p>
<p>っとなんだかすごいように聞こえるような言い方をしましたが、このような目標を抱けるようになったのは、PLAIDでのインターンの経験が大きいと考えます。</p>
<h3>なぜインターンに参加したのか　〜技術力を付けるという側面〜</h3>
<p>大学入学時にこれからエンジニアとしてキャリアを進めたいと考えていたため、早いうちから専門を絞ろうと決め、インターネットの父と呼ばれる先生のもとで学べる研究室に所属しました。<br>
研究室で知り合った同期の中にはプログラミングができるだけでなくネットワークやハードウェアなど、情報分野の知識が豊富な学生がいました。<br>
（世の中には情報の授業でC言語などを触れる高校があるらしいですね……。）</p>
<p>一方の自分は情報の知識はまったくなく、大学に入学してからプログラミングを始めました。<br>
初めは大学でプログラミングの授業を受けておりましたが、研究室に所属してからは周囲の学生と大きな差を感じ、悔しい思いをしながら2年間学生生活を過ごしました。</p>
<p>この技術力のない自分を改善するため、というのがインターンを始める１つの理由でした。<br>
インターンに参加することで、実際の開発に携わり、エンジニアの方々と接することで技術力を高めようと考えました。</p>
<h3>なぜインターンに参加したのか　〜就活という側面〜</h3>
<p>正直な話をすると、技術力を付けるという理由だけでなく、インターンを就活にも活かそうと考えていました。</p>
<p>3年生になり、院進か就職の選択を決める時期が近づいた頃、周りの学生と同じく自分も院進をしようと決めていました。</p>
<p>初夏あたりで、友人と食事をしている時に将来について話したことがありました。<br>
自分は院進すると話しましたが、友人にはなんとなく院進しようとしていて本気で考えていない、と指摘されてしまいました。<br>
友人は当時、既にベンチャー企業でのエンジニアインターンに参加していたため、インターンに参加してみれば何かわかることがあるかもしれないと言われました。</p>
<p>友人の指摘を受け、夏休みにインターンに参加してみて、院進・就職を決める参考にしようと考えました。<br>
今思うと、院進するならあの時期ではもう内部進学しか残されていなかったなぁ……と考えますが…。</p>
<h3>なぜPLAIDでインターンをしたのか</h3>
<p>インターン参加を決めてからは、参加する企業として様々なベンチャー企業で面接を受けてみました。<br>
その中でPLAIDを選んだ理由は、面接時にエンジニアの方からKARTEに対する思いを聞けたからです。</p>
<p>他の会社は開発するシステム自体より、インターンとして出来ることを重点的に話して下さいましたが、インターンをしたことがなく、どんなことでもしてみたかったため、どんなシステムの開発に携われるかに興味がありました。</p>
<p>また開発するシステムをインターン生にもきちんと説明してくれるということは、システムに対する愛情や自信があるのかなと感じました。<br>
これは実際にインターンに参加してから確信に変わりました。<br>
業務内容に関わらず、社員全体のKARTEに対する共通の認識が存在することは、学生の自分でも感じることが出来ました。</p>
<p>ある程度軌道に乗った自社サービスがあるということも決め手でした。<br>
KARTEでは既に大元となるシステムが確立しているため、様々なシステムについて知ることが出来ました。<br>
受託開発を行う会社で仕事をしていた知人がいますが、受託開発では次第に似た実装を繰り返すようになってくるため、自社サービス開発を選ぶべきと言っていました。<br>
ちなみにこの友人はこの春に自社サービスをもつ会社へ転職するそうです。</p>
<p>でも1年7ヶ月ではそのほんの一部しか触ることが出来なかったです…。<br>
それほどKARTEはデカい!!</p>
<h3>インターンでやった仕事について</h3>
<p>インターンとしてやった仕事は、簡単なバグの修正から始まり、旧ページから新ページへの移行、新ページの作成、新規機能の追加までその時々の自分のレベルに見合った（ホントは結構背伸びしてた…）様々な開発です。<br>
最終的には自然言語処理に関する外部APIとの連携という自分には割と大きめな実装に携わりました。</p>
<p>共通して言えることは、全て0から自分で考えることが出来るということです。<br>
問題背景をissueという形で教えてもらいますが、それに対してどういうアプローチで解決するかは参考程度に意見を頂くだけで、あとは自分で考えるという流れでした。<br>
もちろん実装についてわからないことは何でも教えてもらえますが、まずは自分で考えるようにしていました。<br>
上からの指示に従わず、自由に実装できるという方法は自分をより成長させることが出来たと考えています。</p>
<p>また実際の実装状況を伝え、社員の方に考えや方針を変えてもらうこともよくありました。<br>
最初の実装方針より良い実装法を考えた場合に、社員の方と相談し、その実装法に変更することもよくありました。<br>
すなわち、インターンかどうかは関係なく、エンジニアとして対等に対話をしてくださいました。</p>
<h3>インターンで何を学んだか</h3>
<p>インターンを通して一番学べたことは、エンジニアとしての問題に対する姿勢です。<br>
開発する際に必要となる、実装法の考え方、周囲とのコミュニケーション、プロジェクトマネージメントについて学ぶことができました。</p>
<p>問題背景に対しどのようなアプローチで問題解決するかを決め、そのアプローチを効率良く、時には期限までに、不足する自分の知識をどう補いながら実装を進めるかを経験することが出来ました。<br>
1年7ヶ月で様々な形で経験させていただきましたが、まだまだ全く上手く機能していなく、改善点と学ぶべきことが山積みですが…!!</p>
<p>また会社の成長を身を持って体験することが出来ました。<br>
インターンに参加しはじめの頃は五反田オフィスであり、社員さんの数も今ほどいませんでしたが、毎月いろいろな経歴を持つ社員さんが参加し、途中で銀座オフィスへの引っ越しも経験出来ました。</p>
<p>その過程で様々な経験を持つ方々が会社として機能するために、意見を言い合い、会社として共通の認識を実現する過程は特に勉強になりました。<br>
自分もリーダーシップをとるような際は、様々な意見が出て、その意見をもとに議論し、共通の認識が生じるような環境にしようと思います。</p>
<p>技術力に関しては、当然向上することが出来ました。<br>
フルスタック開発をすることが出来るため、バックエンド処理の実装も行いました。<br>
自分の普段の開発はクライアントサーバーモデルで実現することはなかったので、バックエンドの実装を経験出来たのはとても有益でした。<br>
実プロダクトの開発を通して、授業で話に上がるような実装上の問題や解決法を具体的に理解できるようなこともありました。</p>
<p>周囲の学生とはプログラミング能力という側面では差を縮めることが出来ましたが、まだまだ肩を並べたられたかな？という程度だと思います。</p>
<p>現在の自分には到底及ばない技術力を持った、世界中のエンジニアと対等に実装が出来るよう、もっと学び、経験を積まなければならない!!</p>
<h3>インターンでやり残したこと</h3>
<p>様々な開発を経験しましたが、開発中におけるコミュニケーションがもっとできた思います。<br>
社員さんに質問すればすぐわかることなのに、自分で考えることに固執することで、無駄なことも多かったです。</p>
<p>この背景として、はじめは社員の方とのコミュニケーションの仕方がわからなかったです。<br>
issue上のgithubアカウントしかわからない、顔がわからない人に話しに行くことに、初めはためらってしまいました…。<br>
口頭で会話をしないためにissueの解釈を間違えることもありました。</p>
<p>今思うと、issueに取り掛かる前に、内容について口頭での軽い説明があるだけでもコミュニケーションしやすくなったと思います。<br>
自分が社員の方に実装のレビューをお願いする場合は、初めにレビュワーの方に軽く口頭で説明してからレビューをお願いするようにしていました。</p>
<p>issueをやっているうちに必然的にコミュニケーションするようになりましたが、コミュニケーションをとらなかった初めの時間は無駄だったと思います。</p>
<p>また、誰でも感じることだと思いますが、勉強です。<br>
最近ITパスポートの参考書を読んでみましたが、Iパスの勉強だけでも、KARTEの開発においてなるほど〜となることがとても多くありました。</p>
<p>もっと開発上の背景で用いられている技術や、実装する方法の基本的な内容を勉強しながらインターンに参加すれば、エンジニアの方とのコミュニケーションに無駄が生ぜず、開発の効率が上がったと思います。<br>
そうすればもっと様々なシステムに触れたかな。</p>
<p>仕事と同時に裏で基礎的な部分を勉強することで、のちの可能性が変わるということを、これからの仕事で活かしたいと思います。</p>
<h3>来たる次のインターン生へ</h3>
<p>自分にとって、求めることはすべて実現することのできる環境でした。<br>
それを実現するかどうかは自分がどう行動するかどうかです。</p>
<p>インターン参加当初に自分がやりたいことは全て出来ましたが、もっと出来ることは山ほど残っています。<br>
これはこれからのエンジニアとして仕事をする上での課題ですね。</p>
<p>自分は技術力の向上と将来の方針を決めることができたので、PLAIDでインターンに参加してよかったです。<br>
企業が行うようなサマーインターンなどのインターンは会社を知るにはとても良い一方、仕事体験はあまりできないと思います。</p>
<p>自分は将来やりたいことはなんとなく決まっており、就活で受ける企業はある程度絞っていたため、会社の雰囲気はOBの方との交流で満足に知ることが出来ました。<br>
以前自分が就職する予定の会社のインターン内容について聞いたことがありますが、とても面白そうでしたが、インターンの経験を将来に活かすという側面では、自分はPLAIDのインターンを選択して良かったなと感じました。</p>
<p>インターンをやるからには中途半端に参加するより、インターンに生活のウェイトをかけるべきだ思います。<br>
自分の場合は、学校の授業後などで大体週2・3日出勤しました。<br>
研究＝インターン&gt;趣味のバンド&gt;（大学の授業）、としていましたが、それでもやり残したことは山ほどあります。</p>
<p>少しでも多くのことを経験するためにも、常にどういうことを学ぶかという目標を立てながらインターンに参加すると良いと思います!!</p>
<h3>最後に</h3>
<p>1年7ヶ月のPLAIDでの経験は、今の自分を形成していると思うし、これからの人生でより活かしていくつもりです。</p>
<p>今の自分は自動車のIT化に携わることで、次世代モビリティを開発し、世界の抱える問題を解決することに志向しています。<br>
自動車が100年に一度の変革期であると言われている今、次世代モビリティの実現で自動車に新たな変化を起こすことがとても楽しみです。<br>
個人的にはもっと運転の楽しさを共有できれば良いですが…。<br>
今のようにこれからの道を描けるようになったのはPLAIDでインターンしたからです。</p>
<p>正直このブログを読んだだけではインターンのことはほとんどわかりません。<br>
しかし少しでもPLAIDのインターンに興味を持っていただけると幸いです。</p>
<p>これだけ言えることは、PLAIDのインターンに参加することで、得られきれないほど学べることがあることは確実です。</p>
<p>言い訳して行動しない理由を探してないで、さっさと行動を!!</p>
<figure><img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/463f1b7a-a9ca-44a5-9fd3-4c84fa470023/IMG_0660-6.JPG.jpg" /><figcaption>メンターの韓徹さん、尾澤、メンターの野田さんです。本当にお世話になりました!!</figcaption></figure>


プログラミング経験もほぼなかった自分がプレイドで1年7ヶ月エンジニアインターン参加し、経験を積み、どう成長したかについて書きました。

プレイドでの1年7ヶ月のインターンでどう成長できたか| PLAID engineer blog

プレイドでの1年7ヶ月のエンジニアインターンでどう成長できたか

<html><head></head><body><p>おはようございます！プレイドのエンジニアの <a href="https://twitter.com/jumpei_ikegami" target="_blank" rel="noreferrer">@jumpei_ikegami</a> です。<br>
趣味は<a href="https://twitter.com/search?vertical=default&amp;q=%23%E3%81%97%E3%81%8C%E3%81%AA%E3%81%84%E3%83%A9%E3%82%B8%E3%82%AA&amp;src=tyah" target="_blank" rel="noreferrer">ポッドキャスト配信</a>です。</p>
<p>さて、プレイドでは定期的に、開発チームで合宿に行っています。</p>
<p>現在は開発チームの規模としても、エンジニア約30人、デザイナー約10人と大きくなってきました。<br>
そこで今回は、あえて普段の開発から離れた視点で、「プロダクト」や「事業」や「それらを作るための組織」について、各自が興味あるテーマに沿ってディスカッションをしました。</p>
<p>前回に引き続き、世にも珍しい（？）「開発をしない開発合宿」でした。</p>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/42f378ec-90e8-4cb3-a08f-3ef881c9c089/MVIMG_20190214_074807_1.jpg" alt="">
  <figcaption>開発合宿では初の新幹線移動にはしゃぐメンバー</figcaption>
</figure>
<p>(過去の開発合宿のブログ記事は下記）</p>
<p>2016年:秋<br>
<a href="https://blog-plaid.com/event/2772/" target="_blank" rel="noreferrer">PLAID Engineer Camp 2016 Autumn（開発合宿）に行ってきました！</a></p>
<p>2017年:春<br>
<a href="/plaid-developpers-camp-2017-spring/">山梨県河口湖に開発合宿へ行ってきました！ | PLAID engineer blog</a></p>
<p>2018年:春<br>
<a href="/plaid_developpers_camp_2018_spring/">1泊2日ぶっ通しで議論する開発合宿をしに、館山に行ってきました！</a></p>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/b4dbd032-0572-4639-854c-685c854604f3/IMG_20190214_104921-1.jpg" alt="">
  <figcaption>いまだ雪残る金沢</figcaption>
</figure>
<h1 id="目的">目的</h1>
<p>今回の合宿の目的は、「普段、話してないことを話す/議論する」でした。</p>
<p>開発チームでは、普段はリアルタイムユーザー解析サービス『<a href="https://karte.io/" target="_blank" rel="noreferrer">KARTE</a>』の開発をしています。日々の業務では、どうしても目先の開発タスクや短期的な売上の話に引っ張られがちです。プロダクトや事業を見る視点を変え、全体を俯瞰的な視座に立ってみたり、切り口を変えてみたりすることで、「自分たちが間違った方向に進んでいないか？」をチェックするいい機会になりました。</p>
<p>特に合宿という機会を議論の場として使うのは、以下の2点で良いと思います。</p>
<ul>
<li>参加メンバーを定常業務から切り離すので、まとまった時間を確保しやすい</li>
<li>オフィスから距離的に離れているので、発想を飛ばしやすい</li>
</ul>
<p>また、今回は温泉宿に泊まったのですが、思考を強制的にオフにする装置として、温泉は最高でした。</p>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/d12d4d45-4253-4745-831c-0e338cfd5fa5/MVIMG_20190214_104926.jpg" alt="">
  <figcaption>金沢湯涌温泉の「湯の出旅館」</figcaption>
</figure>
<h1 id="議論したテーマ">議論したテーマ</h1>
<p>「プロダクトに関連するトピックならなんでもあり」というゆるい枠の中で、参加メンバー各自が議論テーマ案を考えました。その案をホワイトボードに貼り出し、投票やメンバーの熱意の高さで、以下の6つに絞りました。</p>
<ol>
<li>BtoCのサービス</li>
<li>世界を獲る方法</li>
<li>お金</li>
<li>心理的安全性/個人の成長と生産性</li>
<li>データへの感情移入</li>
<li>KARTEをディスラプトする破壊的イノベーション</li>
</ol>
<p>それぞれの議論の内容について、表に出せる範囲でご紹介します。</p>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/7d0cfc57-7dc1-4537-b172-f0bc31c95356/IMG_20190214_105223-1.jpg" alt="">
  <figcaption>溢れ出る法事感</figcaption>
</figure>
<h2 id="BtoCのサービス">BtoCのサービス</h2>
<p>プレイドが開発しているメインのプロダクトであるKARTEは、BtoBサービスとして提供しています。そこで、もしプレイドがBtoCのサービスを作るとしたら何をするか、どんなメリットがあるか、などを話し合いました。</p>
<ul>
<li>KARTEが目指す「エンドユーザー中心のサービス体験」を体現したWebサービスを、KARTEをフル活用して実現してみたい
<ul>
<li>さらには、カフェなど実店舗も運営して、オンラインとオフラインを統合した体験を全力で検証、提供してみたい</li>
</ul>
</li>
<li>KARTEを本気でドッグフーディングしたい
<ul>
<li>目的をもって実際に使ってみることで、KARTEの本質的な価値やユーザーのpainを実感できる</li>
<li>「KARTEの理想の使い方」を示すショーケースを自分たちで作って示すことで、良いKARTEユーザーを増やせる</li>
</ul>
</li>
</ul>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/4935e455-455d-4fce-89c1-06ff72257fd1/IMG_20190214_151451.jpg" alt="">
  <figcaption>白熱する議論、減るお菓子</figcaption>
</figure>
<h2 id="世界を獲る方法">世界を獲る方法</h2>
<p>KARTEのクライアントは、まだ日本の企業がほとんどです。そこで、もしプレイドが「世界を獲った」と言える状況になったとしたら、どのような手段によって実現できそうかをゼロベースで議論しました。</p>
<ul>
<li>そもそも「世界を獲れている会社」とはどこか？
<ul>
<li>GAFA</li>
<li>Slackは、世界を取るための挑戦権を獲得している印象</li>
</ul>
</li>
<li>toBで世界を獲るとしたら、どちらのアプローチを取るか？
<ul>
<li>ビジネス向け？ / デベロッパー向け？</li>
</ul>
</li>
<li>常識的なことをやっていても、成長角度を圧倒的に上げることはできない</li>
<li>事業やプロダクトに関する熱い議論を、もっとプレイドのメンバーとしたい</li>
</ul>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/a0887d2e-660c-4732-9e46-66a8d1211794/IMG_20190215_114429.jpg" alt="">
  <figcaption>思ったより雪がない近隣</figcaption>
</figure>
<h2 id="お金">お金</h2>
<p>プレイドのエンジニアは、普段の仕事では特に売上に対する直接の責任を追っているわけではありません。そこで、あえて「お金」という切り口でプロダクトや事業について考えました。</p>
<ul>
<li>KARTEの機能の中で、お金になる機能とならない機能の違いは？</li>
<li>KARTEの適正価格とはどのくらいか？
<ul>
<li>「その価格を払ってもいい」と思えるほど価値を感じてもらうにはどうするか？</li>
</ul>
</li>
</ul>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/af24ad1d-12fb-4c4d-a02e-9d417dfbb566/IMG_20190214_190246.jpg" alt="">
  <figcaption>夕食（美味しい）</figcaption>
</figure>
<h2 id="心理的安全性/個人の成長と生産性">心理的安全性/個人の成長と生産性</h2>
<p>プレイドでは「メンバーの創造力を信じる」という価値観を標榜し、「信じて任せる」という文化があります。しかし、その文化に甘えすぎてしまうと個人の成長や心理的安全性を最大化できないのではないか、という懸念も一方であります。その辺りのモヤモヤについて、議論しました。</p>
<ul>
<li>心理的安全性と個人の成長は、必ずしも相関しないのではないか？
<ul>
<li>障害対応など、心理的な負荷が高いときの方が成長する気がする</li>
<li>ただし、心理的安全性が高い方が生産性が高いと感じる</li>
</ul>
</li>
<li>個人の成長を組織としてケアするとしても、最終的には、成長や生産性には自分で責任をもつしかない
<ul>
<li>ただし、フィードバックの仕組みは、もう少し厚めに用意してもいいかもしれない</li>
</ul>
</li>
</ul>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/eff200d1-2d99-4bf6-912d-e5810ee4109f/IMG_20190215_073232.jpg" alt="">
  <figcaption>朝食（美味しい）</figcaption>
</figure>
<h2 id="データへの感情移入">データへの感情移入</h2>
<p>プレイドやKARTEの大きなテーマは、「データを活用し人を徹底的に可視化すること」です。その過程で生まれた疑問である「データをどう集めてどう見せられたら、そのデータに感情移入できるようになるのか」について、議論しました。</p>
<ul>
<li>データは人の感情や行動を定量化したものなので、本質的には「好き」になれるはず</li>
<li>KARTEで人の「顔」が見えると、サイトやアプリのユーザーに対しても「人とやりとりしている」と思える</li>
<li>むしろ、人間側の感覚を拡張して、データの見方を変えることはできないか？</li>
<li>そもそも人間が人間に対するときに処理しているデータと比べて、圧倒的にデータが不足している</li>
</ul>
<figure style="text-align: center;">
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/d5c10ee7-336c-40b9-bcc5-185a94103fc4/hanetsuki.gif" alt="">
  <figcaption>議論に煮詰まって、近所で羽根つきをする様子</figcaption>
</figure>
<h2 id="KARTEをディスラプトする破壊的イノベーション">KARTEをディスラプトする破壊的イノベーション</h2>
<p>KARTEは技術やプロダクトデザインの観点で一定のユニークさを維持しています。もし別のスタートアップが破壊的イノベーションを実現し、KARTEを追い越すような存在になるとしたら、どのような手段によってか。そんな妄想を膨らませ、議論しました。</p>
<ul>
<li>KARTEがまだ実現できていないレベルで「ユーザーを圧倒的に知る機能」を実装されると厳しいかもしれない</li>
<li>そもそも、事業体毎に個別のWebサイトやアプリを作るのが当たり前じゃなくなったら、市場的にはシュリンクする
<ul>
<li>たとえば、全てのECサイトがAmazonに統合されるとか、すべてのメディアがFacebookに乗っかるとか</li>
</ul>
</li>
<li>KARTEの設定が複雑化しているので、シンプルさを保った上でやりたいことが自由にできる類似プロダクトが出てきたら大変かもしれない</li>
</ul>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/592c76a7-75cf-4f3e-b007-cb17b4f7a91f/IMG_20190215_163615.jpg" alt="">
  <figcaption>金沢名物のどぐろ（とても美味しい）</figcaption>
</figure>
<h1 id="まとめ">まとめ</h1>
<p>上記を見てもわかるように、思考を立脚させる点を遠くに飛ばして、暗黙の前提や固定観念を取っ払った議論ができたと思います。それも、地理的に金沢という東京から遠い場所に来たということが大きな理由になっている気がしました。</p>
<p>日々の業務に囚われて近視眼的になりがちですが、プロダクトの本質的な価値は何か、自分たちが何を目指しているのか、常に立ち返って開発上の意思決定をできるように、これからも定期的に長期目線の議論をしていきます。</p>
<figure>
  <img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/d2ceac63-3571-4552-96e2-42948eaea17e/IMG_6482-1.jpg" alt="">
  <figcaption>約30人の開発メンバーで集合写真</figcaption>
</figure>
<h4 id="最後に">最後に</h4>
<p>CX（顧客体験）プラットフォーム「<a href="https://karte.io/" target="_blank" rel="noreferrer">KARTE</a>」を運営するプレイドでは、KARTEを使ってこんなアプリケーションが作りたい！ KARTE自体の開発に興味がある！というエンジニアやインターンを募集しています。</p>
<p>詳しくは<a href="https://plaid.co.jp/recruit/engineer.html" target="_blank" rel="noreferrer">弊社採用ページ</a>または<a href="https://www.wantedly.com/companies/plaid/projects" target="_blank" rel="noreferrer">Wantedly</a>をご覧ください。 もしくはお気軽に、下記の「話を聞きに行きたい」ボタンを押してください！</p>
<div class="wantedly-visit-button" data-visit-button-id="lyE_IgY4VF5ukBo_EUKZLg" data-width="300" data-height="60"></div>
<script>
  (function(d, s, id) {
    var js, fjs = d.getElementsByTagName(s)[0];
    if (d.getElementById(id)) return;
      js = d.createElement(s); js.id = id;
      js.src = "https://platform.wantedly.com/visit_buttons/script.js";
      fjs.parentNode.insertBefore(js, fjs);
    }(document, "script", "wantedly-visit-buttons-wjs"));
</script>
</body></html>

金沢湯涌温泉に「開発をしない開発合宿」にいきました。プロダクトや事業に関する長期的な議論をすることで、「自分たちが間違った方向に進んでいないか？」をチェックするいい機会になりました。また、今回は温泉宿に止まったのですが、思考を強制的にオフにする装置として、温泉は最高でした。

開発合宿@金沢湯涌温泉で、目線を上げるための議論を2日間してきました！ | PLAID engineer blog

開発合宿@金沢湯涌温泉で、目線を上げるための議論を2日間してきました！

<p>こんにちは。エンジニアの mario です。こちらの記事は<a href="https://qiita.com/advent-calendar/2018/plaid">PLAID Advent Calendar</a> 2018 22日目の記事でもあります。<br>
普段の業務では、ネイティブアプリ向けのSDK (以降 KARTE SDK と呼ぶ) の開発をしています。</p>
<p>今回は、新卒の私がKARTE SDKの開発を通して感じた、テストコードを書くことの重要性とテスト設計について、そこに至った思考を交えながら書きたいと思います。<br>
また、私自身新卒としてSDKの開発を通して学んだこと、実際のテストコードの一部伐採したものもまとめたいと思います。</p>
<h2>KARTE SDKとは</h2>
<p>KARTE SDKとはアプリに組み込むことで、管理画面でHTML/CSS/JavaScriptで記述されたアクションをアプリ内メッセージ（ポップアップやバナー、アンケート等）として表示する機能を持っています。<br>
<img src="https://ik.imagekit.io/newt/61b151f921640c0018173598/4434d4a7-2b68-4510-943d-77c4bdb084f1/----------0030-12-22-16.27.18.png" alt="----------0030-12-22-16.27.18"></p>
<h2>SDK開発におけるテストの重要性</h2>
<p>私は学生の時に、Q&amp;Aアプリのサービスを有志で集まった学生4人で開発した経験があります。その時は、開発スピードを優先し最低限動くアプリを作り、リリース後にバグを埋めていくという流れで開発を進めていました。</p>
<p>そんな経験もあり、新卒として4月に入社し、SDKの開発を行うことになりテストを書いてくれと言われた際、「なぜテストを書く必要があるんですか？」と生意気ながら質問したことがあります。この時の自分としてはただ純粋に、テストを書くより機能を充実させたいという思いがありました。<br>
しかし、「その気持ちはわかる。でも、土台が整わないうちに攻めてものちのち崩れるだけ。後からテストの必要性に気付いた時にはもう遅い」と実際の経験を踏まえた重い回答をもらい、テストを書くことを決めました。<br>
ただ、テストを書いたからと言ってバグの報告が全くなるなるということはなく、問い合わせがある度に、調査のため開発の手が止まってしまいます。その度に、しっかりテスト・確認をしていればと後悔します。</p>
<p>しかし、テストがなかった頃よりは明らかに問い合わせの量も減り、順調に開発を進めることができています。テストに対する意識がSDKの開発を通して大きく変わりました。</p>
<p>KARTE SDKの開発チームで決めたテストの方針と設計について以降述べていきたいと思います。</p>
<h2>テストの方針を決めるための背景・前提</h2>
<p>テストの方針を以下の４つの背景を前提として決定しました。</p>
<h4>(1) KARTE SDK が満たすべき品質レベルは、KARTE 内の他の機能と比べて高い</h4>
<ul>
<li>ネイティブアプリは Web アプリと比べて障害発生時のリカバリに時間がかかる<br>
（申請・リリース作業などに時間がかかるため）</li>
<li>ネイティブアプリは Web アプリと比べて障害発生時の機会損失が大きくなりやすい<br>
（起動しないような状態だと、アプリが全く使えない状態になってしまうため）</li>
</ul>
<h4>(2) 開発スピードはできるかぎり落としたくない</h4>
<ul>
<li>攻めの開発をすることを第一目的においた上で、守りのテストをしたい</li>
<li>サービスとしての勢いに乗るためには守りより攻めを第一におきたい</li>
</ul>
<h4>(3) KARTE SDK に手を入れなくても障害が発生するリスクがある</h4>
<ul>
<li>新規で始まったSDK開発に対する意識はエンジニア全体的にみるとまだ低いため、リクエスト・レスポンス形式に破壊的な変更が行われる可能性がある</li>
</ul>
<h4>(4) KARTE SDK の開発スキル・ナレッジは属人化しやすい</h4>
<ul>
<li>エンジニア全員がウェブとアプリ両方のプロダクト開発、テストが行える状態に近づけないとスケールしない</li>
</ul>
<h2>SDK のテスト設計</h2>
<p>テストの設計については色々と議論がありましたが、最終的には以下の6種類にまとめた設計となりました。</p>
<table>
<thead>
<tr>
<th>テストの種類</th>
<th>対象</th>
<th>観点</th>
<th>全体的な方針</th>
<th>タイミング</th>
</tr>
</thead>
<tbody>
<tr>
<td>単体テスト</td>
<td>クラスに定義された関数・メソッド</td>
<td>関数・メソッドが仕様通りに正しく実装されているか<br>  (ホワイトボックステスト)</td>
<td>- 関数の外部仕様（INPUT / OUTPUTのペア）に対してテストを書く<br>- 内部実装に依存したテストを書かないようにし、リファクタリングを行いやすくする</td>
<td>対象モジュールの修正コミットがPush されたタイミング</td>
</tr>
<tr>
<td>内部結合テスト</td>
<td>ビルドされたモジュール</td>
<td>モジュールがモジュール外部に公開された仕様通りの挙動をするかどうか (ブラックボックステスト)</td>
<td>モジュール外に公開されている仕様・インターフェースに対して正常形、異常形を含めた網羅的なテストを書く</td>
<td>対象モジュールの修正コミットがPush されたタイミング</td>
</tr>
<tr>
<td>外部結合テスト</td>
<td>複数モジュール間の連携</td>
<td>あるモジュールの修正によって、他のモジュールの動作に破壊的な影響を与えていないか</td>
<td>複数モジュール間の連携について、あるモジュールが別のモジュールを参照する際のパラメータに対して、期待した結果が別のモジュールから得られるかどうかに対してテストを書く</td>
<td>- 対象モジュールの修正コミットがPush されたタイミング<br>- 連携先モジュールの修正コミットがPushされたタイミング</td>
</tr>
<tr>
<td>E2Eテスト</td>
<td>システム全体</td>
<td>- システムを使って重要なユーザーシナリオを正しく実施できるかどうか<br>- サポート対象の OS /デバイス、過去バージョンのSDKでシステム全体が動作するかどうか</td>
<td>- 正しく動作しないとクライアント / プレイドが大きな機会損失を受けるリスクが大きい機能を「重要機能・シナリオ」として定義し、その機能が全てのサポートするデバイス / OS上で正常に動作していることを検証する。<br>- テストの実装コスト、メンテナンスコストが高いため、テストの量が増えすぎないようにする。他のテストで検証可能な観点はE2Eテストとして実装しない（モジュール・関数の細かい異常系テストなど）</td>
<td>コミットがPush されたタイミング</td>
</tr>
<tr>
<td>デプロイ前確認テスト</td>
<td>evaluation環境にデプロイされたシステム全体</td>
<td>- デプロイが正しく行われているかどうか<br>- 開発・テスト環境と環境差分が存在する設定項目についての挙動が正しいかどうか</td>
<td>ほとんど全ての不具合は E2Eテスト以前の修正がマージされる前の段階で検知されるべきであるため、デプロイ前確認にテストケースを追加するのは最終手段</td>
<td>本番デプロイ前</td>
</tr>
<tr>
<td>リリース後確認テスト</td>
<td>リリースされたSDK</td>
<td>- リリースされたSDKを開発者が正しくアプリに組み込めるかどうか<br>- 本番デプロイによって、本番のネイティブアプリに対して破壊的な影響を与えていないかどうか</td>
<td>モジュール / パッケージ管理システムから正しくSDKがダウンロードし、アプリに組み込めるか</td>
<td>本番デプロイ後</td>
</tr>
</tbody>
</table>
<h2>テストコード一部紹介</h2>
<p>内部結合テストの一部のコードを抜粋して掲載します。<br>
以下のテストは、KARTE SDKから画面遷移等のイベントをtrackする際に、自動で付与されるデバイスデータが公開されたドキュメント通り正しく付与されているかをテストしたコードになります。<br>
少しでも品質を上げるために、機能が追加されるたびにテストコードを書いているため、コストはかかりますが、絶対に必要な工程だと私はPLAIDにきて学びました。</p>
<pre><code class="language-obj-c">describe(@&quot;KarteTracker&quot;, ^{
    describe(NSStringFromSelector(@selector(track:values:)), ^{
        __block NSDate *now;
        __block NSString *versionName;
        __block NSString *versionCode;
        __block NSString *systemVersion;
        __block NSString *model;
        __block NSString *bundleIdentifier;
        __block NSString *uniqueIdentifier;
        __block NSString *version;
        
        __block id dateMock;
        __block id appProfileMock;
        __block id uuidMock;
        __block id idfaMock;
        __block id deviceMock;
        __block id bundleMock;
        __block id trackerMock;

        __block NSDictionary *values;
        
        beforeAll(^{
            now = [NSDate date];
            versionName = @&quot;1.0.0&quot;;
            versionCode = @&quot;1&quot;;
            systemVersion = @&quot;11.3&quot;;
            model = @&quot;iPhone&quot;;
            bundleIdentifier = @&quot;io.karte.tracker.empty&quot;;
            uniqueIdentifier = @&quot;0000000-0000-0000-0000-000000000000&quot;;
            version = @&quot;1.0.0&quot;;
            
            dateMock = OCMClassMock([NSDate class]);
            OCMStub([dateMock date]).andReturn(now);
            
            KarteTrackerAppProfile *appProfile = [[KarteTrackerAppProfile alloc] init];
            
            appProfileMock = OCMPartialMock(appProfile);
            OCMStub([[appProfileMock alloc] init]).andReturn(appProfile);
            OCMStub([appProfileMock currentVersionName]).andReturn(versionName);
            OCMStub([appProfileMock currentVersionCode]).andReturn(versionCode);
            
            id uuid = [NSUUID UUID];
            uuidMock = OCMPartialMock(uuid);
            OCMStub([uuidMock UUIDString]).andReturn(uniqueIdentifier);
            
            idfaMock = OCMPartialMock([ASIdentifierManager sharedManager]);
            OCMStub([idfaMock advertisingIdentifier]).andReturn(uuid);
            
            deviceMock = OCMPartialMock([UIDevice currentDevice]);
            OCMStub([(UIDevice *)deviceMock systemVersion]).andReturn(systemVersion);
            OCMStub([deviceMock model]).andReturn(model);
            OCMStub([deviceMock identifierForVendor]).andReturn(uuid);
            
            bundleMock = OCMPartialMock([NSBundle mainBundle]);
            OCMStub([bundleMock bundleIdentifier]).andReturn(bundleIdentifier);
            
            trackerMock = OCMClassMock([KarteTrackerVersion class]);
            OCMStub([trackerMock version]).andReturn(version);
            
            KarteTracker *tracker = [KarteTracker setupWithAppKey:kAppKey withConfig:[KarteTrackerConfig configureWithBuilder:^(KarteTrackerConfigBuilder * _Nonnull builder) {
                builder.enabledTrackingAppLifecycle = NO;
                builder.enabledTrackingAppOpen = NO;
            }]];
            
            NSString *name = @&quot;test_event&quot;;
            HookTracking(name, ^{
                [tracker track:name values:@{@&quot;num&quot;: @100,
                                             @&quot;str&quot;: @&quot;hoge&quot;,
                                             @&quot;date&quot;: [NSDate date],
                                             @&quot;dic&quot;: @{@&quot;key&quot;: @&quot;value&quot;},
                                             @&quot;arr&quot;: @[@&quot;value1&quot;, @&quot;value2&quot;]}];
            }, ^(NSURLRequest *request, void (^completionHandler)(NSData *, NSURLResponse *, NSError *)) {
                values = GetEventValues(name, request);
            });
        });
        
        afterAll(^{
            [dateMock stopMocking];
            [appProfileMock stopMocking];
            [uuidMock stopMocking];
            [idfaMock stopMocking];
            [deviceMock stopMocking];
            [bundleMock stopMocking];
            [trackerMock stopMocking];
            [KarteTracker teardownWithAppKey:kAppKey];
        });
        
        it(@&quot;イベント発生時刻が_event_local_dateパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect([values[@&quot;_event_local_date&quot;] doubleValue]).to.equal([now timeIntervalSince1970]);
        });
        
        it(@&quot;イベント発生時刻が_local_event_dateパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect([values[@&quot;_local_event_date&quot;] doubleValue]).to.equal([now timeIntervalSince1970]);
        });
        
        it(@&quot;バージョン番号がversion_nameパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;version_name&quot;]).to.match(versionName);
        });
        
        it(@&quot;ビルド番号がversion_codeパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;version_code&quot;]).to.match(versionCode);
        });
        
        it(@&quot;SDKバージョンがkarte_sdk_versionパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;karte_sdk_version&quot;]).to.match(version);
        });
        
        it(@&quot;OS名がosパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;system_info&quot;][@&quot;os&quot;]).to.match(@&quot;iOS&quot;);
        });
        
        it(@&quot;OSバージョンがos_versionパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;system_info&quot;][@&quot;os_version&quot;]).to.match(systemVersion);
        });
        
        it(@&quot;デバイス名がdeviceパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;system_info&quot;][@&quot;device&quot;]).to.match(model);
        });
        
        it(@&quot;バンドルIDがbundle_idパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;system_info&quot;][@&quot;bundle_id&quot;]).to.match(bundleIdentifier);
        });
        
        it(@&quot;端末識別番号がidfvパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;system_info&quot;][@&quot;idfv&quot;]).to.match(uniqueIdentifier);
        });
        
        it(@&quot;広告IDがidfaパラメータとしてtrackサーバに送信されること&quot;, ^{
            expect(values[@&quot;app_info&quot;][@&quot;system_info&quot;][@&quot;idfa&quot;]).to.match(uniqueIdentifier);
        });
...
</code></pre>
<h2>まとめ</h2>
<p>本記事では、PLAIDの新卒エンジニアとして8ヶ月働いたことで私がSDKの開発を通して学んだことや、SDK開発の中で行なっているテスト方針・設計についてまとめました。</p>
<p>この記事はPLAIDにおけるSDK開発のテスト思考についてまとめたものですが、サービスを開発する上での参考になればと思います。</p>
<h2>最後に</h2>
<p>リアルタイム解析を実現するCXプラットフォームの「<a href="https://karte.io/">KARTE</a>」を運営するプレイドでは、アプリ・SDKエンジニア（インターンも！）を募集しています。</p>
<p>詳しくは<a href="https://plaid.co.jp/recruit/engineer.html">弊社採用ページ</a>または<a href="https://www.wantedly.com/companies/plaid/projects">Wantedly</a>をご覧ください。 もしくはお気軽に、下記の「話を聞きに行きたい」ボタンを押してください！</p>
<div class="wantedly-visit-button" data-visit-button-id="lyE_IgY4VF5ukBo_EUKZLg" data-width="300" data-height="60"></div>
<script>
  (function(d, s, id) {
    var js, fjs = d.getElementsByTagName(s)[0];
    if (d.getElementById(id)) return;
      js = d.createElement(s); js.id = id;
      js.src = "https://platform.wantedly.com/visit_buttons/script.js";
      fjs.parentNode.insertBefore(js, fjs);
    }(document, "script", "wantedly-visit-buttons-wjs"));
</script>
