AIに関連してですが、プログラム開発の分野では GitHub Copilot がよく言及されているように思います。要するにエディタの自動補完の物凄い便利なやつという感じですね。例によって私はまだ使ったことがないのですが。
先進的なエンジニアの方々の間では GitHub Copilot は素晴らしくて使うのが当然で、導入できないロートル企業では働きたくないから転職するとまで言われています。いや、言われてないかもしれないけど。
まあ転職するかしないかは個人の好き好きですし、GitHub Copilot 自体はともかく、そういう先進的なツールに対する姿勢で企業を働く場として評価するのはありだとは思います。一方で個人的に疑問なのは、果たして GitHub Copilot を導入しさえすれば開発速度は爆速になるんでしょうか。
ITエンジニアにとって仕事の大半はテキストエディタを使っていますから、テキストエディタの使い勝手にこだわっている人は多いです。Qiitaを始めとしたテックブログでもテキストエディタの使い方やTipsを紹介する記事はたくさんありますね。それはわかるんですが、果たしてテキストエディタの使い勝手があがれば開発速度はあがるんだろうかと。
というのはですね、個人的な経験談として開発速度を決定する最大の要因はマネジメントだと思ってます。ある意味当たり前の話であって、ちゃぶ台返しのような話でもあるんですが。マネジメントがしっかりしてなくて仕様やスケジュールが二転三転して大量の手戻りが発生してしまったというのはよくある話です。というか、私自身が散々あちこちで経験してきました。実際にモノを作ってみたら想定した使い勝手はなかったとか、市場に出してみたらユーザの反応が思ったものではなかったというのは分かります。そうしてせっかく作ったものがお蔵入りになるのは仕方が無いですし、作ってみてどうだったかという知見が得られるので作った意味はあります。そうではなくて、事前の確認をすっぽかしていたとか、他部署や役員の承認を後回しにしていたら横やりを入れられてしまったとか、そういうマネジメントミスによる手戻りって結構あるんですよね。そりゃまマネージャーだって人間ですから完ぺきな仕事は出来ないというのもわかりますが、一方でマネジメントミスによって何日何週間分の作業が全て無駄になってしまうと、正直なんだかなぁと思ってしまうわけです。
あと開発効率を下げているのは技術的負債です。技術的負債が大きいと、開発工数が大きくかかります。そもそもどこを修正していいいか、修正によってどこまで影響するかって調査がめちゃめちゃ工数がかかりますし、既存機能に影響を与えないようにコードを入れ込んでいくのも難解なパズルを解くようなものです。そうしてなんとか実装しても大抵は見落としがあって本番でエラーが発生し、その調査と修正に更に時間がかかる。ほんと、技術的負債っていいことなしなんですが、その解消に正面から取り組んでない現場も非常に多いですよね。
ということで、開発速度を決定するのはマネジメントと技術的負債であって、テキストエディタの使い勝手は影響としてはほとんどないと思ってます。ではテキストエディタは何でもいいかっていうと、そんなこともないんですけどね。テキストエディタはITエンジニアという職人にとっての道具ですから、使い勝手がいいことは作業のストレスが少ないという事です。手入れされてない切れない包丁でもプロの料理人ならなんとか料理を作るでしょうが、ストレスはあるでしょう。ストレスがあればミスが発生しやすくなって品質も下がってしまう。なので道具の善し悪しは品質には関わってくると思います。でも開発速度を決定する要素としては、それよりももっと影響の大きいものがあるんじゃないかなと思ってます。