昨今のAI技術の発展は、業務の進め方やシステム開発の在り方にも、大きな変化をもたらしています。
特に生成AIの普及により、「調べる」「作成する」「整理する」といった作業の多くが、これまで以上に効率化される時代になりました。
このような環境変化の中で、エンジニアに求められる役割も変化していると感じています。

従来は、「知識量」や「実装スピード」が大きな強みになる場面が多くありました。
しかし、AIが一定レベルのコード生成や情報整理を行えるようになった現在においては、それだけでは差別化が難しくなりつつあります。

では、これからの時代に求められるエンジニアとは、どのような存在でしょうか。

私は、以下の３点が重要になると考えています。

１．本質的な課題を捉える力

　お客さまが抱える課題は、必ずしも言葉通りとは限りません。
　表面的な要望だけではなく、「なぜその要望が出ているのか」を理解し、本質的な課題を見極める力が重要になります。

　AIは情報整理や分析を支援してくれますが、課題の背景を理解し、最適な方向性を導き出すのは人の役割です。

２．周囲を巻き込みながら推進する力

　システム開発は、一人で完結するものではありません。
　お客さま、営業、開発メンバー、協力会社など、多くの関係者と連携しながら進めていく必要があります。

　そのため、技術力に加え、相手の意図を理解し、認識を合わせ、プロジェクトを前に進める力がこれまで以上に重要になります。

３．AIを活用する力

　* 情報収集
　* ドキュメント作成
　* ソースコードレビュー
　* アイデア整理

　など、多くの場面でAIは有効な支援ツールになります。

　重要なのは、「AIを使うこと」そのものではなく、AIを活用して生産性や品質を高めることです。

　AI時代だからこそ、人にしかできない価値がより重要になります。
　技術力はもちろん必要ですが、それに加えて「考える力」「伝える力」「推進する力」を持つエンジニアが、今後さらに活躍していくのではないでしょうか。

　私自身も、変化を前向きに捉え、新しい技術を積極的に取り入れながら、組織としての成長に繋げていきたいと考えています。

　とても古い話からスタートしてすみません。最近の中国のマラソンでロボットが人間の記録をあっさりと破った話題から思い出してしまった話です。

　1970年、初々しい長澤康夫はIBMに入社して営業マンとして勤務していました。当時の売り物は今でいえばサーバーで売値は５億とか１０億でした。わかりやすく１０億としましょう。その中身はハードが２億であとは基本ソフトが１億、それ以外の７億には利益とメーカーSEが作るアプリケーションコストが入ってました。メーカーがアプリまで作って１０億分のビジネスを決着させる役割を果たしていました。したがって当時のメーカーSEはOSからアプリまで全部わからないと務まりませんでしたし、それだけにお客様からの要求は大変厳しいものがありました。

　やがてさすがにそこはメーカーだけでは対応が不可能になってきて一つの産業が発生することになりました。このケースでいうほぼ７億近い市場がのちに一般のソフト会社の人間がやることになってわが社のようなソフト産業が急激に発展していったわけです。現代の我々の生活はこの膨大なソフトエンジニアーの努力によって気づかれていったといってもいいでしょう。この数十年間営業一筋の長澤は、時に厳しいお客様からエンジニアーを守り、自信喪失したエンジニアーを励まし、契約へ向けてエンジニアーのモラルをアップさせて働いてもらい契約をゲットしてきました。

　ところでそんな私の前にAIが現れ、さらにあの奇妙なロボットがマラソンして人間の記録を簡単に破ってる姿をみると、今まで私の気づいてきた営業とSEの浪花節人情路線は何だったんだろうか・・とふと考えさせられました。
まあ現実には自動車の無人運転も実用化となるとそう簡単ではないですから、あっというまにはそう簡単には何もかも変わらないかもしれませんが、この迫りくる時代にどうするか、春の新緑でも見ながら酒でも飲んでじっくり考えていきましょう。

　例年にない早い春の訪れで、ゴールデンウィークの終盤ごろに咲き出す旭川の桜も４月２３日だというのに咲き出しました。４月は、学校では新入生、職場では新人の初々しい姿に出会う頃と思います。

私が大学院を修了し赴いた最初の職場は某高専でしたが、特にいつから出勤して下さいとも言われず、適当に４月１日に赴任しました。辞令の交付があるわけでもなく、その後に今は当たり前の新人研修もありませんでした。事務官にこの部屋に入って下さいと言われたのは、薄汚い強電の実験室で、机がポツンとあるだけ、私の教育・研究の生活はこうして始まりました。

　丁度１年前のブログに、ピタゴラスの定理について書いてありました。私の大学院の数学の先生は応用数学を教えながら「すべてはピタゴラスの定理にある」と話されていたのを再度思い出しました。そこで、再度小学生でもわかるようなピタゴラスの定理の証明を考えました。

　ピタゴラスの定理は、「直角三角形で長辺の長さの２乗は残りのそれぞれの辺の長さの２乗を加えたものに等しい」というものです。直角三角形の最も長い辺をC、残りの辺の長さをそれぞれA、Bとすると↑
　　　　C↑2 = A↑2 + B↑2. （↑２は２乗の計算記号)
です。

　できるだけ小学校の上級生でもわかる証明を考えました。まず、折り紙を用意し、（折り紙がなければ長方形の紙を、短い辺に合わせて三角形に折り、重なった部分を挟みできればいいのです）、以下のような作業をします。

１．正方形の上の辺の右端から適当なところに印をつけます。
２．正方形を反時計回りに回転し、やはり右端から先ほどの辺に点をつけたところと同じ３．長さのところに点をつけます。これをあと2回繰り返します。
４．４つの角を順に隣り合う二つの辺についた印を基に折り返します。そうすると風車のような感じで三角形と重ならない正方形を真ん中に含む正方形を作成できます。

　この折り紙を使って証明します。折り紙の正方形には、４つの直角三角形と真ん中にできた一つの小さな正方形があります。各頂点からそれぞれの辺の右側につけた点まで長さをAとします。そして残りの辺の長さをBとします。また、折り紙で出来上がった全体の正方形の辺の長さをCとします。真ん中の正方形の辺の長さは、直角三角形の長い辺の方をAとすれば、折り紙からA － Bであることがわかります。

　折り紙の大きな正方形の面積をSとすれば、
　　　　S = C・C = C↑2
となります。
　折り上げた直角三角形の４つの合計面積は、一つの面積が（１/2）A・Bですから、４つの三角形の合計をS1とすると
　　　　S1 = 4*(１/2) A・B = 2 A・B
です。真ん中の正方形の面積は一つの辺の長さが三角形に長い辺に一致し、（ A － B ）ですからこの面積をS2とすれば
　　　 S2 = （A － B）・（A － B）= A↑2 ?２A・B＋B↑2
となります。この正方形と先に計算した４つの三角形の面積を合計すると、大きな正方形の面積となりますから
S = S1 + S2
となります。先に求めた値を代入すると
　　　　C↑2 = 2 A・B + A↑2 ?２A・B＋B↑2
= A↑2 + B↑2
となり、ピタゴラスの定理が得られます。この証明は折り紙の面積を利用しているので、小学校の上級生でもわかるのではないでしょうか。

4月を迎え、新入社員の皆さんも加わりました。
オフィスにも街中にもフレッシュな空気が流れていますね。

新しい環境で「よし、やるぞ！」と意気込む時期ですが、あえて今回は、その真逆にある「ネガティブ」というテーマで書こうと思います。

先日、あるアーティストのSNSで、「結果は願望の先ではなく、行動の先にある」という言葉を目にしました。
この言葉は、私の持論と非常に重なるところがあります。

結論から言うと、「自分に自信がない。だからこそ、ネガティブに準備する」という姿勢は、エンジニアにとって強力な武器になる、ということです。

・私は、自分を信用していません
実を言うと、私は基本的にネガティブ思考です。
自分自身のことを、割とうっかり者でミスもしがちな人間だと理解しています。
だから、自分の「大丈夫だろう」という感覚を、あまり信用していません。
「自分はミスをする。だから事前の準備を徹底しよう」
「自分は勘違いをする。だから何度もチェックしよう」
「もっといい方法があるはずだ」
そうやって最悪を想定し、段取りを尽くす。
行動に移す瞬間だけは、「これだけやったんだから」とポジティブに切り替えて一歩を踏み出すようにしています。

・エンジニアの武器としての「自己否定」
「自分に自信がない」とマイナスに捉える人は多いかもしれません。
しかし、完璧なシステムを追求するエンジニアにとって、「自分を疑う力」は品質を守るための「盾」になります。
「この設計で本当にいいのか？」
「もっといい方法があるはずだ」
この適度な自己否定は、それを「動かない理由」にさえしなければ、非常に前向きなエネルギーとして機能します。

・「思考停止」を警戒する
一方で、最も警戒すべきは「根拠のない楽観主義」です。
「なんとかなるだろう」と準備を怠り、ディテールを詰めない。
これはポジティブなのではなく、単なる「思考停止」です。
成果を出すうえで、モチベーションの高さはあまり関係ありません。
「動く → 課題が出る → 修正する → また動く」
このPDCAサイクルを、淡々と、無意識のレベルまで回し続けること。
それこそが成長のすべてだと言えます。

・最後に
もし今、自分の力不足に悩んでいるのなら、そのエネルギーを「準備と段取り」へと転換してみてください。
自己否定を「言い訳」にせず、「燃料」に変えたとき。
必ず今とは違う景色が見えるはずです。
私自身も、まだまだ道半ば。
皆さんと共に見に行ける景色を楽しみにしています。

　新年度の始まりです、心機一転、お付き合いの程宜しくお願いします。
前回のブログでは色々な事への挑戦の話を書かせていただきましたが、かなりさかのぼって海外に行った時の話を少しさせていただきます。
　丁度、湾岸戦争が勃発した年だったので１９９０年、３６年前の話になります。
と言ってもまだ、戦争が始まる前でした。
１０日間～１４日間ぐらいだったと記憶してますが、会社の研修、および面接の為に、アメリカの東（ボストン）から時計回りに西へ、ぐるりと都市をまわり最後にポートランドに行きました。
ポートランドではポートランド州立大学の学生を日本の企業で受け入れるための面接でした。
　当時、札幌市は、アメリカ・ポートランド市と姉妹・友好都市提携を結び交流を深める為に、留学生支援の一環として民間企業で学生を受け入れていました。面接官として紹介されて色々ヒアリングして来ましたが、実際に面接されていたのは私の方だったのかも知れません。

　日本→ボストン→ニューヨーク→ＮＡＳＡ(湾岸戦争前で見学中止)→アトランタ→オーランド(エプリコット・センター)→ロサンゼルス→ポートランド→サンフランシスコ（経由）→日本

　とにかく現地で困らない為に次の言葉を覚えました。
「Bourbon with water」これで一安心です。

　悠長に話すことは出来ませんが、２週間も滞在していると、なんとなく相手が言っている事を聞き取れる様になりました。気のせいだったかも知れませんが、なんとなく解る気がしました。
　帰国後、留学生を受け入れて我が家にも食事に招待したり、観光にお連れしたりしましたが、彼らは日本語を学んでいる学生さんなので会話にはそんなに困りませんでした。

　それでも、とにかく家に招待した時に困らない様に次の言葉を覚えました。
「Would you like something to drink」これで一安心です。

　大学の時に英語の歌を耳コピで歌った曲（録音されていた）を聞いてもらったら意味が通じると言ってくれたので、聞いたままを適当にカタカナで発音すれば通じるのだと認識したものです。
　ちょっと笑い話になりますが、アメリカのドリンクショップでコーヒーが欲しいと言ったらコーラが出て来ました、更に目を疑うほどのジャンボサイズでした。
このサイズが標準なのかと言いたくなる様なバケツサイズでしたが、そもそもコーラ注文してないし、と思いつつ、断れなくて笑顔で「サンキュー」・・・、やむなくコーラを飲みました。
　最後に、その当時、強烈に心に残った事を書かせていただきます。
ディジタル・イクイップメント・コーポレーションと言うコンピュータ会社が、ボストンでレンガ造りの倉庫の様な建物を本社にしていました。
但し、内部はリノベされており、まさにハイテクな様子に驚いたものです。
今はその会社は無くなってしまいましたが、かつてアメリカ合衆国を代表したコンピュータ企業の一つでした。略称「DEC（デック）」。
欧米では「Digital」と略称されることもありましたが、札幌市エレクトロニクスセンターのオープン時には汎用機 DEC VAX-11/785（VMS）が使われていました。
私も入社以来、数年間このコンピュータを使ってマッピングの仕事をしていましたが、言語はFortran、勿論マニュアルは全て英語でした。（雰囲気で使っていました・・・）
　月にも行ける世の中ではありますが、少し大人になった今、豪華客船？で海外にでも行って見たいと思える様になりました、でも、英語が出来る様になったと思っていたのは、やはり勘違いだった様です。