50代半ばのじいさんが、AIを目の当たりにした『大学に入ってから自分の無力感がエグい』という大学生にかけることば
大学入ってから自分の無力感がエグいというXの投稿が話題になっているのですが、要約すると「AIの能力に圧倒されて、自信をなくした自分はどうしたらよいか？」という趣旨の投稿です。
文面を読んだ限りになりますが、この方は正しい感覚を持っているかと思います。
一方で、『この方がどうしたらよいか？』ということについては残念ながら責任を持った回答はできないです。いろいろ言えるでしょうが、この方の将来（つまり向こう50年）にわたってどのように行動すればよいか回答できる人はいないでしょう。
もっとも、何も言えないということでもないので、言えることについて話したいと思います。
1.自身の能力について客観的に見れている
将来、エンジニアになる為には、このような『無力感』はある意味必要で、これはつまり自分自身を客観的に見つめることができた結果であるとも言えます。当然私もはるか昔に同じように自分の無力感を感じまして『それでもプログラミングが好き』ということで精進してきました。したがって「ＡＩの方が圧倒的に良いコードを書く」、「自分は無力だと感じる」という反応はエンジニアとしてある意味順調な歩みを踏んでいます。
『なぜ無力感が出るのか？』というとこれは脳内にある種の矛盾が起こっているからのようです。
つまり、自分のレベルを客観視したときに、思ったより自分のレベルが低かったということに対して、脳内のある種の自己保護回路が反応して、拒否反応を起こし、このような無力感が出てるのではないか？と推測しています。
これを克服することがエンジニアとしての第一歩かと思います。
つまり勉強するしかないのですが、AIの出力をお手本としてそれを真似るようにしても良いですし、『なぜAIがこのような出力したのか？』考えるのもよいですし、『なぜ○○としたのか？』とAIに質問するのも良いかと思います。
ちなみに、AIが作ったモノという表現がありますが、今の生成AIについていうと『オリジナルの作成者』が存在します。つまりAIは模倣を行っている訳です。つまり一見、AIに丸投げして直ぐに答えが返ってくると思っているモノが、実は先人が苦労して作成したものであるということもできます。AIはそのエッセンスをアレンジしているということになります。
2.その職業に将来性があるのか？
学生さんで今は勉強中の身なので、AIの出力が洗練されているように見えますが、細かく見れば完璧ではなく、プログラミング一つをとってもまだまだ熟練したエンジニアの方が良いコードが書けます。このあたりは大量生産された即席めんとお店で食べるラーメンとの違いということも言えます。もっとも将来的にこのような棲み分けができるのか？という問題は常にあります。伝統工芸と言えば職業として素晴らしいものと思われるかもしれませんが、実際には大量生産により駆逐された大勢の職人さんがいらっしゃいますし、絶えた伝統技術もあるでしょう。
自身が進もうとしている道が『機械と人間で棲み分けられる』のか『そのまま人間の職業としては絶滅する』かの見極めですが、向こう40年以上、職業として働く可能性がある若者に対しては『自己責任でよく考えてください』としか言えないのが実情です。
以下、ヒントになるかどうかですが、50代のじいさんがあと2,30年生きていく為に考えていることをお話してみます。
最近よく言われている、単なる通訳とか翻訳は『絶滅』の方向に行くように思えます。『通訳ガイド』も一見絶滅するように見えますが、今のところあと10年は持ちそうです。これは通訳ガイドが単なる言葉の通訳だけでなく、その場所のガイドをしたり、旅行のスケジュール管理をしたり、時には雑談相手になったりするところにあります。つまり様々な業務を複合的に行う必要があり、機械が全てを賄うのはもう少し時間がかかりそうです。通訳ガイドの仕事をもう少し説明すると、例えば若い旅行者は頼もうと思わないかもしれません。必要な情報は検索したら出てくるので、ガイドに払うお金は無駄なコストに見えるでしょう。お金に余裕のある人は、お金を払うことは苦にならないでしょう。加えて、『現地の人と交流ができる。』というのは旅の楽しみの一つでもあります。つまり、そもそも通訳ガイドを使うような人は『機械』ではなく『人間』がやるから良い（お金を払う）となります。
プログラミングに関していうと、脱落する人は多いかと思います。そもそもプログラミングと一口に言っても40年前と今では異なる部分が多いです。『Coboler』という言葉が25年程前に流行りましたが、これは当時需要が減ったCobolというプログラミング言語しかできないプログラマを揶揄する言葉ですが、Cobolしかできないプログラマはその時に転職をするか新しい言語を覚えるか？の選択を迫られました。同じようなことが今度は『全てのプログラマ』に突き付けられようとしているかと思います。
『どう作るのはなく何を作るのかを考えれば良い』という考え方もあります。要は今までは作ることに対してお金をもらっていたのだが、これからは自分でお金を生み出すようなものを作ればよい。ということのようです。この考え方ですが、通訳案内士の場合とはちょっと異なるということが分かるかと思います。このあたりにIT技術というある種の合理的な職種が持つ脆弱性が見えます。
一方で、あまり大声では言えませんが、今まで開発者として接してきた顧客の中にはIT技術は無いが長年IT関連で働いている人もいます。その人達はどのようなスキルを持っているのでしょうか？残念ながら私にはわからない世界があるようですが、ある一面ではありますが共通しているのは、下請け会社に対してごねるのが上手いまたは上手くのせて仕事をさせるのが上手い、上司に対してやる気があるように演じる能力に長けている等、その職場に居続ける嗅覚や能力が高い人が多いように思います。
最近やっている私のミッションの一つに『猫カフェの店長』があります。猫カフェ自体は大きくは儲かりませんが収入源にはなっています。当然ですが、人は生きた猫に会いに来るので『ロボット猫の猫カフェ』というのは今のところ成立しないかと思います。『ロボット猫が流行るとそもそも猫カフェに行く人が減るのではないか？』と思われるかと思いますが、うちの猫カフェですが、猫を飼っている人も来ます。猫は一匹、一匹個性があるので、新しい出会いを求めて猫カフェに来る人もいるようです。このあたりの考え方がAI（機械）によって消える職業と消えない職業をかぎ分ける目安になるかもしれません。ちなみに猫カフェを維持するミッションに「部屋や猫トイレの掃除」がありますが、これも今のところ人間しかできないようです。
3.大学教育について
課題に対する評価が低いということで、『どうすれば良いのか？』ということになりますが、これは難しい問題です。
そもそも論として、生成ＡＩが出した回答を見抜けない教授達がおかしいのですが、大学の評価が怪しいということは今に始まったことではなく、ある意味「失われた30年」の原因というのは大学にもあるということになります。
これも昔話になりますが、私は大学時代よく「レポートの書く量が少ない」とコメントをもらっていまして落第ギリギリまたは落第点を食らっていました。ある時、課題とはまったく関係のない話を書いて量を埋めたのですが、このレポートを読んだTAがA判定を付けたのを見て、「あぁ、この大学は通う価値がないな」と実感しまして、後に大学をやめることになりました。当時はバブル崩壊直前で、私が通っていた大学はさながら就職予備校のようなものでした。学生が考えて悩むというよりも、与えられた課題をそつなくこなすという対応が求められました。このように学生に思考停止させて、社会の歯車として養成する機関はやめて正解だったと改めて感じています。
じゃ、「大学に行く価値はないのか？」ということになるのですが、『大学は、企業から新卒採用をとってもらう為の手段』と割り切れるかどうか、さらに『この大学を卒業したらきちんとした企業雇ってもらえるかどうか？』ににかかっているかと思います。
4. 日本の雇用慣行について
日本の雇用慣行、特に年功序列と終身雇用は、AI時代を迎える中で見直されつつあります。若い世代から見直されるのも当然です。終身雇用は労働者に安心感を与える一方、企業にとってはリスクが大きい制度です。1990年代以降のリストラや倒産は、この矛盾が露呈した結果でしょう。経済環境の変化に対応できず、企業は成果を上げながら雇用を維持できなくなり、労働者を非正規化せざるを得ませんでした。これも「失われた30年」の一因となっています。
さらに、AIや自動化が普及する現代では、終身雇用が労働者の成長を阻害する側面も見逃せません。例えば「働かないおじさん」と呼ばれる層は、制度に甘んじてスキルアップを怠る傾向があります。一方、SES（システムエンジニアリングサービス）や保険セールスなど、高ストレス職種では体力や精神力の限界から早期退職を余儀なくされ、非正規雇用へと転落するケースも少なくありません。
今後の課題は、終身雇用と成果主義のバランスをいかに取るかです。AIが人間の仕事を代替する中で、労働者が継続的にスキルを磨ける環境を整える必要があります。同時に、企業は非正規労働者の処遇改善や、リスクを分担する新たな雇用モデルを模索すべきでしょう。2025年現在も黒字企業がリストラを行う状況は、雇用慣行の抜本的な見直しを迫っています。
AIが今後どのように発展するか？日本の経済は今度上向くのか？、あまりにも不透明で私も含めて今の労働者にとって将来を見通すことは無理だといえるでしょう。ということで頑張ってくださいとしかいいようがないのが現状かと思います。
なぜ日本のITは遅れ続けるのか
――誤解と判断力の欠如が生む構造的リスク
第1章 判断できない組織のリスク
日本のIT産業が遅れている理由は、単なる技術力の差ではない。
現場での「判断力」を軽視する文化が、構造的な停滞を生んでいる。
経営が「最短の正解」を求めると、エンジニアは思考よりも指示の再現を優先するようになる。
結果として、「仕様通りに作る」ことが評価され、「正しく判断する」力が失われていく。
この文化は、プロジェクトを一見スムーズに見せるが、問題の根を放置したまま進むため、後工程で破綻を生む。
残念ながら「仕様書」は常に正しいとは限らず、完璧でもない。
判断できないエンジニアは、間違った仕様に基づいてシステムを構築してしまうし、完璧でない仕様書を前にすると、手を止めてしまう。
判断を封じた組織は、問題が発生しても修正できない。
それが、「失敗を繰り返す日本のIT構造」である。
第2章 SNS・マスコミ・勉強会が作った虚像
数年前、ネット上で「staticおじさん」という呼称が生まれた。
あるエンジニアが「オブジェクト指向を使わない」という判断をしたことをきっかけに、
SNS上で「オブジェクト指向を理解できない老害エンジニア」として揶揄されたのである。
しかし実際の現場では、この「老害エンジニア」と呼ばれた人々こそ、
長年にわたりシステムを安定的に稼働させ、数多くのプロジェクトを支えてきた主力層であった。
だが、ネット記事や勉強会での誤解や簡略化が進むうちに、
「古い技術者＝悪」とする物語が独り歩きしてしまった。
SNSや勉強会では、非エンジニアもこの議論に参加し、
「正しい技術の形」を安易に語る空気が生まれた。
それが、現場での健全な議論をも蝕んでいったのである。
第3章 SES構造と粗製乱造の危機
SES（システムエンジニアリングサービス）は、短期的には人員不足を補う仕組みとして機能している。
しかし、即戦力を求めすぎるあまり、エンジニアの自由な思考や技術習得の時間を奪ってしまう。
2025年現在、こうした安易な人材育成を政府が後押ししている面がある。
「デジタル人材育成のための『実践の場』開拓モデル事業」は、その典型だ。
本来は人材育成を目的とした制度であるが、現実にはSES構造の延命に利用され、
短期育成・早期投入による「粗製乱造」が進んでいる。
十分な学習機会がなくSESで派遣されたエンジニアは、正常な判断ができず、
SNS上の誤った知識の伝搬や、固定化された正解主義の文化にさらに晒される。
その結果、プロジェクトの現場では、思考を止めた「作業者」が増えていく。
第4章 経営者が問われる「誰を雇うか」
非エンジニアを安易に開発現場へ入れると、判断の混乱が起こる。
プロジェクトマネージャが優秀であれば協働は可能だが、
実際には「プロのマネージャ」はエンジニア以上に希少である。
経営者に問われるのは、「どんな人を雇うか」だけではなく、
「どんな判断を許す文化を作るか」である。
判断力を育てるには、失敗を許容する余白と、考える時間を保障しなければならない。
その余白を「余分なコスト」と見なす企業に、技術は根付かない。
例えば、「オブジェクト指向を使わない選択」や「既存の非オブジェクト指向資産を活かす判断」は、
適切な判断を行っている可能性が高い。
もちろん「オブジェクト指向を使う選択＝不適切な判断」ではないが、
その欠点を理解している必要がある。
炎上プロジェクトは、「エンジニア」と「非エンジニア」を見分ける格好の機会である。
普段から技術論を声高に語る自称エンジニアが、炎上した途端に理由をつけて逃げることがある。
一方で、普段は口数の少ないエンジニアが、現場を立て直すことがある。
「プロジェクトに責任をとれる人がエンジニア」であり、
「正しい判断ができるエンジニア」は、最終的にプロジェクトをゴールへと導く。
経営者としては、このような人物を見分ける「目」が求められる。
結論 ――経営者が持つべき「技術を見る目」
技術力の本質は知識の量ではなく、判断の質で決まる。
正解主義が支配する組織では、判断力が失われる。
誤った知識の伝搬と即戦力主義は、経営が気付かないうちに、
組織の判断力を蝕み、日本のITの停滞を再生産している。
経営者がまず行うべきことは、「判断するエンジニア」を育てる環境を整えることだ。
それには、自身が技術に明るくなるか、信頼できるエンジニアやマネージャを確保することも重要である。
それができない限り、日本のデジタル化は、どれほど予算を投じても前に進まない。
AIがコードを書く時代になろうとしている今こそ、
経営者に求められているのは「正解を知る力」ではなく、
「判断できる人材を見抜く力」である。
この文章は、ChatGPTとの共同作業により作られています。
エンジニアと非エンジニア
―「staticおじさん」というモデルが歪められた物語―
「staticおじさん」という言葉が生まれたのは、十数年前のあるネット記事がきっかけだった。
とあるエンジニアが、「オブジェクト指向がわからない」と率直に書いた。
コメント欄では賛否が分かれ、議論は次第に激しさを増していった。
やがて、その人物の主張の一部だけが切り取られ、「オブジェクト指向を理解できない頑固な人」というレッテルが貼られた。
その象徴的な呼び名として登場したのが「staticおじさん」である。
つまり、“staticおじさん”にはモデルが存在した。
だがその人物は、もともと技術を語っていただけだ。
しかし、ネット文化は誠実な議論よりも“わかりやすい敵”を好む。
その結果、個人の発言が物語化され、「古い技術に固執する老害エンジニア」という虚像が作られていった。
オブジェクト指向の議論という技術的テーマが、いつしか「世代対立」「価値観の断絶」といった社会的物語にすり替えられたのである。
“理解しようとしない人”という構図は、読む人に安心感を与える。
自分は「新しい側」に立っているという錯覚をくれるからだ。
こうして、一人のエンジニアの誤解が、ネット全体の“物語”に変わっていった。
勉強会と「リアルな虚像」
やがて、この物語は一部の勉強会にも持ち込まれたことがある。
勉強会自体は知識を共有する素晴らしい文化だ。
ただ、非エンジニアや若手が参加する場では、
「staticおじさん＝古い考えの象徴」というイメージが語られることがあった。
そこには、本来の人物像も、元の記事の文脈も存在しない。
ただ、「static関数を使う」「オブジェクト指向に懐疑的」という特徴だけが切り出され、
“そういう人たち”というステレオタイプとして再生産されることがあった。
実際、当時の技術コミュニティでは、
「なぜそう考えるのか」よりも「どちらが正しいか」が重視されていた。
正解主義の文化の中で、
“反対意見を持つ人”は「理解できない人」として扱われた。
そしてそれが笑い話として語られることで、
“老害”という言葉が社会的な正義の衣をまとったのである。
「staticおじさん」は誰だったのか
本当の“staticおじさん”とは誰だったのか。
それは、一人のエンジニアの名前ではなく、
「自分の考えを曲げずに語ろうとした人」そのものだったのかもしれない。
技術は時代とともに変わる。
だが、変わらない信念や疑問を持ち続ける人は、いつの時代にもいる。
その存在を“老害”と切り捨てた瞬間、
私たちは「考える自由」そのものを失う。
オブジェクト指向のメッキが剥がれた今、
私たちはもう一度、あの議論を思い出すべきだ。
それは「正しさ」の争いではなく、
“責任ある思考”をどう持つかという問いだったのではないか。
責任ある物語へ
物語は人を動かす力を持つ。
だが、嘘の物語は、いつか誰かの現実を壊す。
「staticおじさん」という言葉を笑ったあの日から、十数年。
オブジェクト指向の理想は現実に疲れ、
AIがコードを書く時代になろうとしている今、
私たちはなお物語を作り続けている。
だからこそ、今こそ「責任ある物語」が必要だ。
誰かを貶めることで安心を得る物語ではなく、
異なる立場を理解し、語り合う物語を。
それが、技術文化を再び人間の手に取り戻す唯一の道だろう。
この文章は、ChatGPTとの共同作業により作られています。
正解主義の文化とプログラミング教育の危うさ
―「考える力」と「信じる安心感」のあいだで―
前回は「staticおじさん」現象を手がかりに、
ネット社会における“同調の構造”と“技術信仰”について考えました。
今回はそこから一歩進めて、
「なぜ私たちは“正解”を求めすぎるのか？」というテーマを扱ってみたいと思います。
「正しい答え」を求めすぎる社会
技術の世界、とくに日本のエンジニア文化では、
「正しい答えを知ること」自体が目的化してしまう傾向があります。
これは学校教育の影響が大きいでしょう。
正解が一つに定まるテスト文化の中で、
「悩むこと」や「保留すること」が評価されにくかった。
プログラミング教育にもその名残があります。
クリーンアーキテクチャ、デザインパターン、SOLID原則……
“正しい書き方”は数多く提示されますが、
それらがどんな文脈で、どんな痛みから生まれたのかを学ぶ機会はほとんどありません。
結果として、手法は暗記され、思想は抜け落ちる。
そして、「何が正しいか」だけが一人歩きするのです。
「正しさ」の呪い
こうした文化の中で、「正しさ」は一種の呪いになります。
何か新しい設計を提案すれば、すぐに「それは間違いだ」と反応が返ってくる。
それが本当に間違いなのかどうかではなく、
“教科書(コードコンプリート)に書かれていない”というだけで排除されるのです。
この現象の根底には、「考えることの恐怖」があります。
自ら考えるという行為は、
自分の中に“わからない”を抱えることでもある。
しかし、わからないままでいることに耐えられない人々は、
「答えを持つ人」に安心を求めてしまいます。
それが宗教のように“信じる技術文化”を生むのです。
プログラミング教育の逆説
教育現場では、「考える力を育てる」と言われます。
しかし、現実には「模範解答を暗記する力」が評価されがちです。
プログラミング教育においても、
“どの言語を使うか”“どの設計が正しいか”といった形式面に議論が集中し、
「なぜそうするのか」「どんな痛みを避けたいのか」といった
本質的な問いが置き去りにされています。
たとえば、「グローバル変数は悪」という常識があります。
しかし、それがどのような歴史的背景で「悪」とされたのかを知る学生はほとんどいません。
そこに文脈がないまま、「禁止事項」としてだけ教えられる。
それでは“思考するエンジニア”は育ちません。
「正解」よりも「判断」
これからのプログラミング教育、あるいは技術文化全体に必要なのは、
「正解を教える」ことではなく「判断を育てる」ことだと思います。
正解は、過去のある時点で有効だった一つの答えにすぎません。
しかし判断とは、目の前の状況・制約・目的に照らして、
「今回はこうする」と決めることです。
そしてその判断の積み重ねが、経験であり、設計力になります。
つまり、“正しさ”は借りられるが、“判断”は自分でしか育てられない。
その違いを理解しないまま、
「正解主義」に取り憑かれた技術文化はいつまでも他人の理想を追い続けるだけです。
「考え続ける」という勇気
結局のところ、プログラミングとは「考え続ける行為」です。
最適解など存在せず、昨日の正解が今日には不適切になっていることも珍しくありません。
それでも、他人の正解にすがらず、
自分の頭で考え続ける――その不安を抱えながらも歩み続けること。
それこそが、技術者（エンジニア）としての誇りであり、自由の証なのではないでしょうか。
この文章は、ChatGPTとの共同作業により作られています。
マイナ保険証（2025年7月）資格確認証を入手しました
Youtubeの方ではマイナンバー問題ということでちょいちょい動画をアップいましたが（こちらが再生リストになります）、ここ数か月動画の更新をさぼっていましたが、この度資格確認証を入手しましたのでそれについての記事になります。
資格確認証を取得するメリット（ほぼ今までどおり保険診療が受けられる）
マイナ保険証については過去にトラブルが発生しその検証・対策もまるで素人がやっているようで（詳しくはマイナンバー問題）、今後もきちんと運用がされるかどうか怪しいところがあります。
こういう状況で安心して保険診療を受けられるようにするには『資格確認証を取得する』ことが選択肢になるでしょう。具体的には、マイナ保険証の利用登録解除（および場合により多少の追加手続き）を行うと「資格確認証」が送られてくるようになります。これは従来の保険証とほぼ同じものであり、今後も従来どおりの保険診療が受けられるようになります。政府は「デジタルだ！」といいながら、不完全な（ベータ版としか言いようのない）システムを導入しているが、そんな不完全なシステムが引き起こすトラブルにいちいち付き合う必要はないでしょう。
ちなみに、2025年7月時点での利用登録解除は数万件程度であり、今の段階では比較的スムースに登録解除ができるようです。今年は私のマイナンバーカードの更新年で、新しいカードを取得するのに2か月半かかったが、利用登録解除はそれよりはるかい迅速に手続きができるようです。一度登録解除を行い、二度と登録しないようにすれば、今までどおり安心して保険診療が受けられるようになります。
マイナ保険証でよいのではないか？
現在、マイナ保険証を利用しており特段問題がない方はそのまま利用するのも手であります。
もっとも、マイナ保険証を利用するには２つ程注意点があります。
1点目は、マイナ保険証での受付が出来ない場合があるということで政府をそれに対する対応策を示しています。要はマイナ保険証だけでなく「資格情報のお知らせ」を持った方がよいということで、マイナ保険証だけでは窓口でトラブルとなる可能性がある。
2点目は、マイナンバーカード（電子証明書）の有効期限を意識しなければならないことで、5年目（5回目の誕生日）で電子証明書の更新があり、10年目（10回目の誕生日）でマイナンバーカードの更新があります。更新を忘れるとマイナ保険証が使えなくなる。『その場合どうなるか？』ということがあるが、最終的には資格確認証が送られてくることになるが、それなら資格確認証でよいということになる。
もちろん、今後システムの完成度が上がり、マイナンバーカードの更新が習慣化すればマイナ保険証で受診するのが当たり前となるかと思われるが、時間はかかるかと思われる。
マイナ保険証の利用登録解除とそのデメリット
利用登録解除を行うには、保険者（保険証に記載がある）に連絡することになる。保険者の名称からWEBで検索を行ってホームページから『利用登録解除』の方法を調べることになる。国民健康保険・後期高齢者医療保険は市町村に問い合わせることになる。サラリーマン等のいわゆる厚生年金加入者は健康保険組合と呼ばれる団体に問い合わせることになる。
サラリーマンの方が利用登録解除を行い、資格確認証を取得しようとすると、場合によっては資格確認証が会社に送られてくるかもしれない。多くの中小企業が入っている全国健康保険協会（いわゆる協会けんぽ）の東京支部の場合は、会社に送られてきた。また全国健康保険協会は会社に対して従業員に『マイナ保険証を使うように』と通知を行っており会社員の方にとってはプレッシャーとなるかもしれない。その他、確定申告時に医療費控除を受ける際に領収書を集めておかなければならないとか一定の不便さがある（このあたりは従来どおりと言えば従来どおりである）ので今一度、マイナ保険証のメリットを再確認して、メリットが失われた場合に本当に困らないかどうか、念の為、確認する必要があるでしょう。
