GitHub Copilotによる技術革新と未来のエンジニアリング

服部氏（GitHub Japan）
本日は、日本でGitHub Copilotを積極的に活用しているトップランナーの皆さまと「GitHub Copilotの活用実践」「エンジニアのAIとの関わり方」「技術革新と組織文化の融合」といった3つのテーマについてお話していきたいと思います。早速ですが「GitHub Copilotの活用実践」について、それぞれどんな状況でしょう？

服部氏（GitHub Japan）
続いてのテーマは「エンジニアとAIの関わり方」です。

生成AIの登場によって、エンジニアやエンジニア組織はどのように変化していくのかって、皆さん各社でも議論をされていると思うのですが、いかがでしょう？

黒崎さんにお伺いしたいのですが、エンジニアがAIと協力して新たなアイデアを生み出すための効果的なアプローチだったり、潜在的な力を引き出すためのスキルはどのように学んでいったらいいと思いますか？

黒崎（サイバーエージェント）
私自身も、まだ使いこなせている立場ではないので、試行錯誤中という状況です。

具体的な作業をGitHub Copilotのようなツールが代替してくれることは非常に助かっているので、その分私自身はもっと新しいことを考えたり、0→1を生み出す部分に時間を割きたいと思っているところです。それすらをAIに奪われてしまうと仕事が楽しくなくなってしまうので（笑）、そうならないように自分の発想を強化していく必要があると思っています。

服部氏（GitHub Japan）
本質的な仕事に集中できるっていうようなところですよね。GMOさんはいかがですか？

高橋氏（GMOペパボ）
スキルという意味では、まだやっぱり今のAIには限界があると思っています。一方で状況は日々進化しているので、固定概念を持ってはいけないという思いはあります。今のGitHub Copilotにはどういったところまで任せられるのかだったり、他のAIツールに関しても、それぞれの得意・不得意を把握する力が、今のタイミングだと重要そうだと感じています。

且つそれを活用するとなると、やっぱり今はLLMのような自然言語をいかに上手く扱うか、という部分にフォーカスされているので、エンジニアとしては言語化能力や、それを正しく人・AIに伝える力みたいな部分は、今まさに必要とされるスキルなのかなと。

服部氏（GitHub Japan）
黒瀧さんに質問です。GMOペパボさんの中でGitHub Copilotを浸透させていくにあたり、社内ではどんな反応でしたか？また個人のスキルセットがどう変化していくのか？といった話はありましたか？

黒瀧氏（GMOペパボ）
社内でも色んな声があがりましたね。今までの個人のスキルが活かせなくなってしまうのではないかだったり、コードそのものを書くプロセスが好きなエンジニアはGitHub Copilotが登場したことによって、コードを書く楽しみが奪われてしまうんじゃないかと不安に感じたことがある人もいるようです。けれど上手く共存することで、自分の表現の幅が広がると前向きに捉えている人も多かったです。

スキルセットやキャリアを考えた時には、今後はどこに行ってもAIが組み込まれていく時代になることは間違いないので、AIを使いこなすスキルは誰もが持つべきだと思います。

AIを生み出すベースのエンジニアリングを極めるのか、色んなツールやSaaSを上手く組み合わせてビジネスを作る人になるのか、色んなキャリアパスがあると思うので、それぞれが目指す方向性が決まっていけば良いかと思うのですが、今はまだ模索している人が多い印象です。

服部氏（GitHub Japan）
サイバーエージェントさんはいかがでしょうか？

黒崎（サイバーエージェント）
サイバーエージェントでも毎週のように議論を重ねています。当社では4月以降GitHub Copilotの活用を社内で推し進めてきて、国内で最も利用している企業だと聞いています。この半年、組織的に頑張って試している中で、現時点でGitHub Copilotが人に置き換えられるほどではないですが、大きなターニングポイントであることは実感しています。

GitHub Copilotを使いこなすことで、プログラミングの経験が浅い人でも、それなりに業務で使えるアウトプットが出せるとなると、若手の育成方法も変えていかなければいけないし、採用基準も変える必要がありそうだとか。まだ結論は出せていないですが、各管轄のCTOたちと日々意見を交わしているところです。
 

服部氏（GitHub Japan）
AIを導入していくにあたって、組織としてどういう文化を育んでいったら良いのでしょうか？

高橋氏（GMOペパボ）
直接回答になるかちょっと分からないんですけれど、GMOペパボではAIを活用するということがベーシックなスキルになっていく前提で、いろいろな取り組みをやっています。例えば弊社ではSlackbotを使ってOpenAIのAPIを利用して自由に質問ができるようになっています。また、そこでどんな質問がされてどんな回答があるのかを誰でも見れたりします。

この狙いとしては、日常業務の中でAIを上手く活用しながら仕事を進めていくことが当たり前なんだということを広める活動の1つだと私は理解しています。

黒崎（サイバーエージェント）
これはエンジニアに限った話ではありませんが、最近は全社をあげて「生成AIを活用した業務効率化・生成AIを活用して生み出せる新たな価値」が何なのかアイデアを求められています。

業務効率化については、各部署ごとにひたすらアイデアを出して検証することを繰り返していて、本当に今みんな探り探りやっているという感じです。

服部氏（GitHub Japan）
GitHub CopilotのようなAIが開発生産性の向上だけでなく、ソフトウェアデザインや組織を変えていく可能性はあるのでしょうか？

黒瀧氏（GMOペパボ）
思いつくところは、システムの設計等でAIをベースに考えた時に、ここは全部自律的に動いてくれた方がいいみたいなところは、AIに任せたコンポーネントを立てていっても良いのかと思っています。

自動でスケーリングする、その状況によって勝手にアップデートしてくれる、アップデートしたら自動的にテスト・検証・信頼性の評価が行われる、というあたりまではAIの領域で実現できそうだなと思っています。

組織に関してはこれまでのチーム構成にAIが1人としてカウントして追加されるようになるのでしょうか。PM・エンジニア・デザイナー・AIの4人チームです、みたいな。

黒崎（サイバーエージェント）
一時期、マイクロサービスとかが流行って、今はモノリシックな方に流れがきて、モジュラルモノリスとかそういうものも出てきて、集める方にまた来てると思うんですけれど、もしかしたらまたマイクロサービス的な分散させる方向に行くのかなと思っています。

というのも、関数などのパーツパーツがそれぞれきちんと独立して動いてるっていうのがうまくできてるの場合に、その関数一覧などをCopilotに渡すことでプロンプトでいい感じのJSONの入力に対していい感じのJSONのレスポンスしてくれみたいな、雑なプロンプトを書くだけで、もしかしたらAPIが出来る可能性があるのかな。

コードを書くことを補助してもらうというより、それぞれの部品を人間が提供して、上手く組み合わせるところをAIにやってもらう。そうするとAPIを実装することなく、それっぽいものが作れてしまうかもしれないですし、そうなった場合はもしかすると、またマイクロサービスの流れが来るかもしれないなと思ったりもします。

服部氏（GitHub Japan）
本日はGitHub Copilotを活用してくださっているお三方より、たくさんのヒントをいただきました。ぜひ皆さんもGitHub Copilotを使いながら、未来がどう変化していくのか、といった議論を引き続き繰り広げていただけると我々も幸いです。本日はご参加いただきありがとうございました。