2024.12.19
システムの穴を運用でカバーしようとしてミス多発… バグが大量発生、決算が合わない状態から業務効率化を実現するまで
リンクをコピー
記事をブックマーク
服部佑樹氏(以下、服部):次に行きたいと思います。「エンジニアとAIの関わり方」ですね。AIが登場したことによって、どういうかたちでエンジニアが変わっていくのか。概念としてはものすごく広いですが、みなさんもいろいろな観点の捉え方があると思っています。
組織としてどうするのかはその次の質問になりますが、あとはキャリアとしてとか、次のポジションをどうしようかなみたいなところも含めて、個人の観点なども含めて答えてもらえるといいんじゃないかなと思います。では黒崎さんからいいですか?
(スライドを示して)3番目の質問「エンジニアがAIと協力して新たなアイデアを生み出すための効果的なアプローチ」ですね。あとは2番も合わせていいかもしれませんが、アプローチと潜在的な力を引き出すためのスキルをどうやって学んでいったらいいと思いますか?
黒崎優太氏(以下、黒崎):難しいですね(笑)。んー、なんだろう。今の自分は、新しい何かを求める時にうまく使いこなせていない側だと思います。プロジェクト名や変数とかそういうの以外に、ちょっとセンスの良いプロジェクト名とかがほしい時などに、「こういうのを連想させるような名前を10個羅列してください」みたいなことはやっているのですが、それぐらいです。
もっと新しい考え方とかに関してはわからないというか、それすら奪われてしまうと、仕事が楽しくなくなるんじゃないかと思うんですよ。
「こういうのをして」というのに対して、いわゆるCopilot的な何かをやってくれるのはすごく助かります。そのぶん、僕はもっと新しいことを考えるとか、「もっとこういうものを作りたい」とか、そういうところに時間を割きたいなと思っています。それすらAIに奪われてしまうと僕としてはけっこうつらいので、そうならないように自分の発想を強化していかないといけないなと思っています。
服部:ありがとうございます。メチャクチャGitHubが言いたいことを代弁してくれたような感じで(笑)。本質的な作業に集中できるというようなところですよね。ありがとうございます。
服部:GMOさんはどうですか? 他の質問でもいいですが、個人のところに関して思い当たるところはありますか?
髙橋健一氏(以下、髙橋):スキルというところだと、やはり今AIでできることは限界があると思うんですよね。だけど一方で、それはどんどん変わっていく、日々変わっている状況でもあると思います。
例えば今Copilotでどういうところまで任せられるのかとか、他のAIツールでどういうところが得意・不得意、あるいは任せられる・任せられないみたいなところを、まず把握する力は、今に関してはけっこう必要なのかなと思っています。
かつ、それを活用するとなると、今はLLMをどうやってうまく扱うかというところにフォーカスされているかなと思うので、そういう意味だと、やはりエンジニアとしては言語化能力であったり、それを人かAIに正しく伝える力は今まさに必要とされるスキルなのかなと思っています。
服部:ありがとうございます。
服部:黒瀧さんに質問です
黒瀧悠太氏(以下、黒瀧):はい。
服部:御社の中でGitHub Copilotを広めるというか、ロールアウトしようとした時に、「個人のスキルセットをどうやっていこうか」みたいな話もあったと思うんですよね。話せる範囲でいいんですが、そういうのって、どういう会話がありましたか?
黒瀧:GitHub Copilotとか、ChatGPTが出てきて、個人の人たちが。
服部:「怠惰になるんじゃないか」みたいな(笑)。
黒瀧:怠惰になるんじゃないか。今までのスキルが活かせなくなっちゃうんじゃないかみたいなことはありましたね。社内のエンジニアにもいろいろなタイプがいて、コードそのものを書くプロセスがすごく好きな人も、エンジニアやプログラマーの人にはもちろん多いと思うんです。
そういう人と話をした時に、なんかもうちょっと……。コードを書く楽しみが奪われてしまうんじゃないかと恐怖に怯えている方もいました。その方は今は楽しくうまく共存してやっていると思うんですけど。
でも「こういうのが出てきてくれたおかげで、自分の表現の幅が広がるわ」と言って、すごく前向きに捉えている人もいました。登場した時は、エンジニアもデザイナーも反応はけっこう人それぞれでした。
今後のスキルセットやキャリアを考えた時に、どこに行ってもAIみたいなものが組み込まれていて、SaaSでもツールでも、AIを使って何かを楽にするみたいに多分(なっていると思います)。昔だったら自動化するプログラムとか、インターネットで自動化していたものを今度はAIも使って効率化しようとするものが出てくると思うんです。
そういうものを使いこなしつつ、それを生み出すベースはやはり情報の技術だったりエンジニアリングに必要なところはあると思うので、そこで伸ばすのか、いろいろなツールやSaaSをうまく組み合わせてビジネスを作れる人になるのかとか。いろいろなキャリアパスはあると思うので、人それぞれですが、今はまだ模索している人が多いのかなとは思います。服部:なるほど。
服部:それに関してサイバーエージェントさんだとどうですか? AIで話題に上がったりします?
黒崎:今メチャクチャ話していますね。数ヶ月というか、半年しないぐらいでこのぐらいのインパクトがあって。まだまだ人が置き換えられるとかそういう話ではないんですが、初速の体感として、今後もっと良くなっていったり便利になっていったりすると、やはりいわゆるジュニア層とかをそもそもどういうふうに育成をしようかとか。
あとは、採用のことも(質問に)書いてあると思うんですが、採用の仕方が変わっていくのかとか。スキルのレベルだけということはないと思いますが、スキルに重みを置いて見ていたりします。そこがある程度あるかどうかはもちろん見るのですが、今でいう1人前のエンジニアのところは、もしかしたらAIを使いこなせばそれぐらいのレベルのアウトプットを出せるようになってしまうかもしれない。
そうなったとすると、そういうAIを使いこなしてアウトプットができるかどうかをある程度のところまでは見ていくんだろうかとか。まだ結論は出せていませんが、今まさにメチャクチャ社内で話をしていますね。
服部:そうですね。たぶん参加されているみなさまの中でも、こういう話はメチャクチャ盛り上がる話題だと思います。
服部:(スライドを示して)採用の話が出てきて、組織の話につながっていくと思うのですが、やはり組織の中でどうやって立ち振る舞うのか、もしくはマネジメントの立場で組織をどうやってこれで良くしていくのかみたいなところで、疑問が湧くと思うんですよね。
前のテーマとわりと重なるところもあるので引き続きだとは思うのですが、コミュニケーションとかに関する観点でいうとどうですか?
組織としてどういう文化を育んでいったらいいのかみたいなところや、先ほどのテンプレートのシェアじゃないですが、どういうかたちを共有していったらいいのか。
例えばドキュメンテーションでも、「PowerPoint」とかでポンチ絵を描くんじゃなくて、テキストベースでマークダウン、もしくは「Mermaid」とかで描いたほうが、そのままダイアグラムがコードになるみたいな可能性もあるわけですよね? そういう全体的なコミュニケーションで、「うちはこういうのを考えています!」「こういうアイデアがあるんじゃないの?」みたいなところはいかがですか?
髙橋:直接の回答になるかはわからないですが、私たちの会社では、AIを活用することがすごくベーシックなスキルになっていくという前提で、いろいろな取り組みをやっていると思っています。
例えば弊社だと、SlackBotをいくつか作っていて、そのSlackBotに聞くとOpenAIのAPIを叩いて回答を誰でも見ることができるようになる、というものがあります。
それでどういう質問をしているかがSlackの上で他の人にもシェアできるみたいなことを取り組んでいたりします。そういったところで「当たり前なんだよ」と。
例えば「メモ帳」で文字をタイプするのと同じように、「これからAIをうまく活用して仕事を進めていくんだよ」というところを推進しているのかなと思います。そういう考えでCopilotの導入や他のAIツールの導入をどんどん進めていると私は理解しています。
服部:ありがとうございます。
服部:どうですか?
黒崎:そうですね。これはエンジニアに限った話ではなく、やはり今社内で同じようにChatGPTのSlackBotとかもいるんですが、そういうのを使って、まずはどれだけ業務の効率化ができるか。新しい何かを生み出すというところにも投資をしていくのですが、まずは業務の効率化でやれることはないかということで、「部署ごとにひたすらアイデアを出して実行してみよう」みたいなことを、今はいろいろなところから言われています。
今はみんな本当に探り探りやっているという感じですね。これでめちゃくインパクトがあったようなことはまだそんなに出てはいないですが、個人でちょっと調べ物をする代わりぐらいのノリで、わからないことはChatGPTのSlackBotに聞くとか、そういうことはけっこうやり始めていますね。
服部:ありがとうございます。
服部:例えば5番(の質問)でいうと「ソフトウェアデザインや組織を変えていく必要があるか」みたいなところはどうですか? 例えばGitHub CopilotやChatGPTを含めて全部コードを書いてくれるわけじゃなくて、200行ぐらいまでが限度かなと個人的に思っています。
そうした時に、コンテキストを全部入れ込んだモノリシックな長文のコードよりは、おそらくもう少しちゃんと疎なかたちで組まれたコードのほうがいいかもしれないと考え始めると、コンウェイの法則でそんなものが散らばっていった時に…。マイクロサービスでもみなさん苦しんでいると思いますが(笑)。
コードベースでも、そういうコンポーネント化、モジュール化が仮に進んだとしたら、組織の在り方もわりと変わってきたり。あとはどうやってチーミングをしていくのか。CopilotやAIに則したチームにするにはどうしたらいいのかみたいな話につながっていくかもしれないですよね?
そうした時に、その組織やソフトウェアデザインをどうやってやっていったらいいのかみたいなアイデアはいかがですか?
黒瀧:思いつくところは、システムの設計でAIをベースに考えた時に、「ここは全部自律的に動いてくれたほうがいい」みたいなところは、そういうAIに任せたコンポーネントみたいなものを立てていっても良いのかなと思っています。
それは自動でスケーリングするとか、その状況によって勝手にアップデートをしてくれるとか、アップデートしたら勝手にテストをして、勝手に検証して、勝手に今どのぐらい信頼性があるかとかを評価する。
例えばそういうコンポーネントをAIの領域で作るのは、やっているところもあるかもしれないですが、できそうだなと思っています。あとは組織に関して、チームを組んで作るのはこれからもあると思います。これまではエンジニアがいて、プロダクトマネージャーがいて、デザイナーがいる、カスタマーサポートがいるとか、そういうかたちで3人、4人でチームを組んでいたところにAIが入ってくるんだろうなと思っています。
なので、人間3人とAIが2人で5人チームみたいな。そういう組み方もあるのかなとは思いますね。2人がロボット、ロボットというか何かしらの人工知能を持った何かが特定の領域に特化していて、任せられる、チームが組めるということは出てくるんじゃないかなとは思っています。
あとは何か新規サービスやWebサービスを作る時に……。「ストレージはどこにする?」と言ったら「ここのCloud Storage」を使おうとか。そういう話が出てくる中で、どこのAIのサービスを使おうかという技術選択をする場面がたぶん多くなってくる。そういうことが増えていく中で、AIのサービスを選ぶ時の知識とスキルはすごく大事になってくるかなと思いますね。
服部:ありがとうございます。
服部:他にいかがですか? ちょっともう時間もあれなので。
黒崎:じゃあ1ついいですか? 一時期マイクロサービスとかが流行って、また今はモノリシックなほうに流れが来て、モジュラモノリスとかも出てきて、集めるほうにまた来ていると思います。
もしかしたらまた何かマイクロサービス的な、分散させる方向にいくのかなとも思っています。というのも、コードインタプリタやファンクションコーディングとか、そういうのがあって、ああいうのとの相性を考えた時に、パーツごとにちゃんと独立して動いているというのがうまくできていれば、別にCopilotとかにコードを書いてもらわなくても、APIなのか何かしらのパーツのかたちで良い感じに分離していたら、もしかしたら、いわゆるファンクションコーディングとかができるような関数の一覧と、それぞれ何ができるのかを渡す。
そして、それぞれがちゃんと実装されていて、良い感じのJSONの入力に対してプロンプトで「良い感じにJSONのレスポンスをしてくれ」みたいな。すごく雑なプロンプトを書くだけでもしかしたらAPIができちゃうかもしれないじゃないですか。そういう可能性はあるのかなと。
コードを書くのを補助してもらうというか、部品を提供してそれぞれをうまく組み合わせるところはAIにやってもらって。そうすると、何かしらのAPIを実装することなく、それっぽいものがもしかするとできちゃうかもしれない。
そうなると、ちゃんとしたパーツを作るということで、またマイクロサービスみたいな流れが来るのか・来ないのかみたいなことは思っていたりします。
服部:ありがとうございます。では時間になりましたので、ここで締めたいと思います。チームがどうなるのかみたいなところとか、AIがチームに入ってくるみたいな話とか、アーキテクチャのところとかもありましたが、そこらへんは誰もわかっていないところです。
なので、みなさんもGitHub Copilotを使いながら、Xなんかでぜひ「これはこうなのかもしれない」「ああなのかもしれない」みたいな議論をいろいろなところで繰り広げてもらえると我々も幸いかなと思います。
みなさんありがとうございました。拍手をお願いします。
一同:ありがとうございました。
関連タグ:
2024.12.12
会議で発言しやすくなる「心理的安全性」を高めるには ファシリテーションがうまい人の3つの条件
2024.12.19
12万通りの「資格の組み合わせ」の中で厳選された60の項目 532の資格を持つ林雄次氏の新刊『資格のかけ算』の見所
2024.12.16
32歳で成績最下位から1年でトップ営業になれた理由 売るテクニックよりも大事な「あり方」
2023.03.21
民間宇宙開発で高まる「飛行機とロケットの衝突」の危機...どうやって回避する?
2024.12.10
メールのラリー回数でわかる「評価されない人」の特徴 職場での評価を下げる行動5選
2024.12.13
ファシリテーターは「しゃべらないほうがいい」理由 入山章栄氏が語る、心理的安全性の高い場を作るポイント
PR | 2024.12.20
モンスター化したExcelが、ある日突然崩壊 昭和のガス工事会社を生まれ変わらせた、起死回生のノーコード活用術
2024.12.18
「社長以外みんな儲かる給与設計」にした理由 経営者たちが語る、優秀な人材集め・会社を発展させるためのヒント
2024.12.12
今までとこれからで、エンジニアに求められる「スキル」の違い AI時代のエンジニアの未来と生存戦略のカギとは
PR | 2024.11.26
なぜ電話営業はなくならない?その要因は「属人化」 通話内容をデータ化するZoomのクラウドサービス活用術
Climbers Startup JAPAN EXPO 2024 - 秋 -
2024.11.20 - 2024.11.21
『主体的なキャリア形成』を考える~資格のかけ算について〜
2024.12.07 - 2024.12.07
Startup CTO of the year 2024
2024.11.19 - 2024.11.19
社員の力を引き出す経営戦略〜ひとり一人が自ら成長する組織づくり〜
2024.11.20 - 2024.11.20
「確率思考」で未来を見通す 事業を成功に導く意思決定 ~エビデンス・ベースド・マーケティング思考の調査分析で事業に有効な予測手法とは~
2024.11.05 - 2024.11.05