SansanにおけるGitHub Copilot導入までの流れと、ツールのレビュー

Sansanでは2023年4月下旬より、利用希望者に向けてGitHub Copilot（以下、Copilotと表記）の導入を開始しました。

以前から個人開発でCopilotを利用していたエンジニアから利用したいという声が上がっていたのですが、社内コードの流出や、Copilotの提供するコードを適用した際に起こるライセンス侵害などに懸念があったため導入を見送っていました。

そんな中、2023年2月にGitHub Copilot for BusinessというCopilotのビジネス向けプラン一般提供を開始したことを受け、導入の検討を開始しました。

GitHub Copilot for Businessは、ユーザーが入力したコードを学習する際に、公開されているコードのみを使用します。そのため、社内コードが流出するリスクはありません。また、提供するコードのライセンス情報を明示的に表示する機能があり、ユーザーはコードを適用する前にライセンスを確認し、ライセンス侵害のリスクを避けることができます。
ただし、この時点ではCopilot導入による効果がコストに見合うものかがわからなかったため、まずは希望者のみに利用してもらって効果測定をしたうえで、継続利用を行うか改めて判断するという流れでGitHub Copilot for Businessを導入しました。

導入については別の方が担当したため割愛させていただきます。

Copilotの利用状況は設定画面からCopilotを利用中のユーザー一覧と最終利用日、利用IDEの情報を取得できます。さらに詳細を知りたい場合は、APIから情報を取得できます。（ただしこのAPIは2024年4月現在、アルファ版での公開になっているため変更される可能性があります）ここでは以下の情報を表示できます。

• Copilotを使っている環境の比率
• Accept Rate（Copilotの推薦の採用率）
• 言語別のAccept Rate（Copilotの推薦の採用率）
  

また当社では、利用者の実感を測定するために、利用者に対してCopilot利用に関するアンケートを行いました。
利用開始から3カ月後の実際の利用状況は こちらのブログ記事 に詳細を記載しています。
当社では、この時点で節約した時間数から費用対効果がそれなりにあると判断し、希望者に対しての継続利用を決定しました。

ある程度Copilotを使って実際にコーディングを行ってみるとわかるのですが、Copilotを使った状態でより高速に実装を行おうと考えると普段の書き方とは違う書き方になっていくことに気づきます。例えば、今まではタイピング量を減らすために避けていた冗長な書き方であっても、Copilotが補完してくれるためそういったコードに対しての記述が苦ではなくなります。また今までは複雑なコードに対して後でコメントをつけることが多かったと思いますが、先にコメントを書いておけばCopilotがそのコメントを理解してコードを推薦してくれるようになるので、コメントを先に書くような書き方になっていきます。 つまり、どのようにコードを書けばCopilotをより活用できるかという観点でコーディングスタイルが変化していきます。

私はここにコーディングにおけるパラダイムの変化を感じています。これからの時代、生成AIがより活用されていきますが、エンジニアはこの変化により早く対応していく必要があると感じています。Copilotはもちろん、新しいツールを導入する際には、開発生産性の向上にどれだけ寄与するかという観点で判断されると思いますが、変化に適応するという観点で考えてみても面白いのかなと思います。
また、社内に浸透させるという観点ではCopilotを使ってどのように生産性を上げていくかをエンジニア同士でディスカッションしてみても良いと思います。