  |
はてなキーワード: IOTとは
プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン1台で凄い技術者になって…！」とワクワクしながら始めるものの思ったより普通に難しいし学校の試験で出たような知識要求されるしで3日で放り投げ、10数年後にnoteで「お前らは絶望的にプログラミングに向いてないからやめろ」なんて記事を書くだけのザコに成り下がる、夢と希望に溢れた技術である。
近年ではパソコンのスペックの上昇にともないできることも増え、どこのご家庭にもあるRTX2080で簡単にディープラーニングもできるようになった。Unityで3Dゲームをバリバリ動かしてもブルースクリーンは出ない。やっぱ世界を広げるのは小賢しい知恵よりもスペックの暴力だぜ。
開発環境や言語も選択肢豊富で、エディタもかつては有料クラスでも手に入らなかったような贅沢な機能が満載のものが出回っている。Eclipseとか今考えるとよくあんなので開発できてたな。
いまや小学生からおばあちゃんまでアプリ作りに熱中し、高校生はIoTとかやり始め、大学生は商業レベルか？ってレベルのものをネットで発表し、私はウェブアプリのスマホでのレイアウト崩れひとつすら直せず静かにエディタを閉じてnoteで過激タイトル記事を書いている。
掛け算に順序があると思っているような知能の下級雑用係（自分のことを教育専門職だと思い込んでいる）ですら「小学生にプログラミングを教えるぞ！」と意気込んでいる。やめろ。お前らには無理だ。無理だからマジでやめろ。考え直せ。無理だって。掛け算に順序つけないと相手に教えられないレベルのやつがプログラミング教えるのマジで無理だって。算数とは次元が違うって。「ピーチ姫いつも簡単に誘拐できるし今度はベヨネッタも誘拐してみるか」ぐらいの無謀さだって。やめとけ。マジでやめろ。
まあそんなこんなで入り口はめちゃくちゃ広く、入門するのはマリオカートより簡単である。話逸れるけどSwitchのマリオカート、運転アシスト機能ついて初心者でもコース完走できるようになったから心折れちゃった人ももう一度チャレンジしてみてね。
それとは特に関係ないんだけど、大学行ってた時ティーチングアシスタント（TA）っていう授業のお手伝いさせられたのよね。ちゃんとお金出るやつ。
学部の3年か4年から始まって、院の1年か2年までやってて、途中で休学挟んだから、ええと、あー、うん、数年間TAやってたんよ。数学とプログラミングのコマ。CとOctaveとかいうやつ。Cのほうは情報学科で、Octaveは違う学科。JavaとかC++のコマはTA入れさせてもらえなかった。
プログラミングの実習は週2コマ（連続）あって、情報学科なら必修科目。なのでサポートは相当手厚く、先生とTAが絶え間なく机間巡視し、わからないことがあればセンパイがなんでも答えてくれるというわけだ。授業外でもサポートはしており、わからなければ先生や研究室にいる学生に好きなだけ聞きにいっても良いということになっていた。必修だから落とされたら困るしな。
2コマだから3時間 * 15回で、45時間。そして私の時は2年まででC/C++/Javaと必修だった（今はなんの言語かは知らない）ので、その3倍、135時間は最低やることになる。プログラミング実習以外にもプログラミング触る授業多いから実際はもっと多い。宿題やる時間もあるので実際はもっともっと長くプログラミングに触れることになる。卒論書く時期に入ると、テーマによっては書く人はさらに書くので、もっともっともっともっと長い。
これだけ時間をかければほとんどの人がプログラミングできるように……ならない。むしろできない人の方が多い。なんで。why。教えて。
会社になるとさすがにプログラミングできるできないは死活問題である。
「今日から入ったxxでーす。業界未経験ですがよろしくおねがしまーす。さっそくなんですけどPythonのここわかんないんですけどどうすれば……あっそうすればいいんですね。次はここなんですけど……なるほど！ありがとうございます。じゃあまた明日ー」
いやー社会人にもなると熱意が違うね。学生なんかわかんなくてもほとんど聞きに来ないのにな。こりゃガンガン伸びますわ。私も社会人1年生でPythonなんて3秒ぐらいしか触ったことないから適当答えてるけど。
「ちょっとお時間よろしいですか？」「いやちょっと今忙しいから後になっちゃいますわ。すんません……」
そんなこんなで1週間ぐらい放置してしまった。やべー絶対嫌われる。どこまで進んだかな……？えっまだそこ？進んでなくない？
もしかしてこれ全部教えないとダメなやつか。そりゃ大学4年間プログラミングやったやつでもプログラミングできないんだから、そうか。よく考えると当たり前だよな。
プログラミングをやめろ
大学4年間と大学院2年間プログラミングやったやつでもできないし、会社で毎日8時間を数週間プログラミングについやしてもできないやつはできないし、そもそも人類というのはプログラミングできない可能性がある。
少年少女たちに「プログラミングはいいぞ！自由にものが作れて達成感がある！頭が良くなった気分にもなれるし！」と吹聴してまわんのもいいけど、6年間情報科学について勉強したようなやつの大半がプログラミングできないんですよ。それもごくごく初歩的な部分。
野球とかサッカーなら、まあ友達との試合には参加できなくてもごく稀にバットにボールを当てたり、ボールを1回あらぬ方向に蹴ったり、ぶっちゃけ周りとのレベル差で楽しくなくてすぐやめちゃうだろうけど、なんとか基礎の一部ぐらいはできるじゃないですか。
ピアノとかダンスでも、猫踏んじゃったをごくごくゆっくり弾くぐらいはできるかもしんないし、学芸会の振り付けを10秒ぐらいは踊れたりできるかもしれない。その後やっぱ周りのレベル見て諦めちゃうかもしんないけどさ。
プログラミング、6年やってミットを頭にかぶってるバッターとか、鍵盤蓋の上から殴って音鳴らそうとするやつとか、まずそういうレベルのやつが大量発生するんですよ。だいたい7割ぐらいの率。どうすんだよこいつら。私の教育の問題か？マジで？本当に？
プロが練って考えて凝縮した本や授業、センパイたちによる指導。それらを結集して得られるはずのものが7割ぐらいどっかに消し飛んでる。無駄だろこれ。
今からプログラミングやろうとしてるやつ、お前は確実に向いてないからさっさと諦めて刺身にタンポポ乗せる仕事に戻ってくれ。参加しても鍵盤蓋叩き割るやつと同じ病室に入るだけだ。
プログラミングをやめろ。
ぼくはこう思うんですよ
そもそもなんで大の大人がそんな両手にバット持ってセカンドに立ったりゴールの方をボールのところまで動かす奇行に走るんだろうな。わかんねえや。
綺麗な分析はできないけど、いわゆる「できない」やつが共通して言ってたフレーズがある。
「ぼくはxxxだと思ってるんですけど、動かないんですよ」
うん、そうだね。そう思うんだ。でも動いてないじゃん。じゃあ違うんじゃない？モニターに「にらみつける」やってもバグは取れないし防御力下がるだけだぞ。
まず根本的に考えと事実が違ってるって結果出てるじゃん。じゃあもう考え変えちゃえば早くない？
名言の引用は好きではないけど、「プログラムは思った通りには動かない。書いた通りに動く」って言葉がある。実に名言だと思う。次点で好きなのが「ある問題を解決しようと正規表現を使うと問題が2つに増える」かな。
お前が何を思っているかはプログラミングにおいて一切影響しないんだよ。お前が何を書いて、コンピュータがどう処理したか、それが全て。
深く考えないことについてぎゃーぎゃーいうやつもいるけどプログラムなんてまず最初は動けばいいんだから何も考えずに次試せばいいだろ。んで3回ぐらいは自分で思い浮かんだの試して、全部ダメだったら調べるとか先生に聞いてみるとかさ。逆に1発で通ったら自分の思考見直して理解深めるとかさ。
ドキュメントとかあんまり理解できない初心者のうちは、とにかくお試しと修正のサイクル回すの重要で、「これがこうだから動くはず」というカードを3種類ぐらい作って全部片っ端から試すのが早いと思うよ。モニターをにらみつけるな。
お前がどう思ってるかよりも、まずはお前の書いたプログラムがどう動いているか（どう動いていないか）を確認するのが先だ。動かなかったら考えが違う、はい次のプラン、はいその次のプラン、はい次。
この「ぼくはこう思ってる」が出てくるの、なんの教育の成果なんだろうね。お前の気持ちなんてどうでもいいって現国でも数学で散々教えられただろ。
Error: variable 'a' is undefined, line 24
↑のエラーは架空のエラー文（英語下手でも許して）だけど、エラー、出るよね。プログラム組んでたら。んでやっぱいるのよ。エラーを「にらみつける」やつ。解決しねえって言ってんだろ。
「エラー出たんですけど、どうすればいいんですか」
「エラーにはプログラムがなぜコンパイル通らないかの原因がそのまま書かれている。例えば今出ているError: variable 'a' is undefined, line 24は、24行目の変数aが未定義ということを示している。事前に変数aを定義していないか、打ち間違えてsになっているとかではないのかな？」
だいたいが「腑に落ちねぇー」みたいな顔する。まあ、一気に喋りすぎたしな。疑問点1個1個潰していくか。
「何か疑問点ありそう？変数ってなにー、とか、定義ってなにー、とか」「ないです。わかりました！」
わかったのか。よかった。またモニターをにらみつける開始。なんでだよ！！！！「お前顔にチョコついてるぞ」って言われたらチョコ拭き取るだろ。変数aが未定義ですねって言われたら変数a定義すりゃいいだろ。
でもプログラミングド下手なやつ（全人類の7割ぐらい）は、エラーをにらみつけてる。ずっとにらみつけてる。防御力下限まで下がったかな。にらみつけてて何が変わるんだよ。
「英語読めなくて……」
いや「a is undefined」なんて「He is Superman」ぐらいの英語だろなんで読めないんだよ。お前この大学どうやって入ったんだよ。たしかどの入試方式でも英語あっただろ。単語わからんかったらググれ。
「aが未定義って書いてあるんですけど、ここのfor文の私の考えが間違ってるのでしょうか」
いや24行目のaって書いてるだろ。まずなんでそこ無視するんだよ。お前がfor文で使ってんの教科書通りのiだろ。24行目ってわかるか？for文あるの40行目あたりだよな？aとiが違う文字ってわかるか？
「さっきのエラー直したら新しいエラーが出たんですけど、どうすればいいですか」
千尋！贅沢な名だねえ
変数に名前をつけろ。関数に名前をつけろ。クラスに名前をつけろ。全てに名前をつけろ。
C言語の古い教科書だと「a」とか「b」とか「i」とかで書いてるけど、そんなの人間が読めるわけねえだろ。冷静に考えろ。「input」「output」「index」とかにしとけ。
2重for文の変数名i, jにしたら絶対途中で打ち間違えるだろ。お前は打ち間違える。そういうやつだ。2重ループなんてどうせ行列計算の課題だろ。rowとcolumnにしとけ。これで打ち間違っても気づくし、それぞれに意味が付いてくる。
ちなみに同じ長い名前にも優劣がある。「result」よりも「sum」のほうが強い。「result」はなんの結果かわからない（全ては結果であるので）が「sum」は合計値であることがわかるからだ。「password」と「plainPassword」なら「plainPassword」が勝つ。暗号化されていないパスワードであることがわかるので、情報量が多いからだ。
ただし例外はいくつかある。「tmp」は一時変数であることが（プログラマにとって）明らかだ。「dir」はディレクトリであることがわかる。「src」「dist」あたりもよく使われる。このあたりは短くていいんじゃねーかな。
でも、この前温度センサ扱うプロジェクトで「tmp」って変数名使って温度(temperature)と脳内で混線してバグって発狂してた同僚いたけど。そういうときは名前長くするか別の名前使おうな。
関数の名前なんて「calcAverageFromArray」ぐらい長くしていいから。「myFunc」とかしなくていいから。「fetchJsonDataFromUniversityInternalServer」とかでいいから。マジで。いやこれ本当に。
そもそも今時ディスプレイでかいし、識別子なんて先頭数文字打ったらエディタが補完してくれるし、短くするメリットがない。
それでも名前が長いと感じる？関数がでかすぎるんじゃないか。細かく処理を分けるとかしてみろ。「combineArrayAndFindMax」関数は「combineArray」と「findMax」に分割したらいいと思うぞ。名前が長いと思っても名前を削るな、機能を分割しろ。自然と名前が短くなる。
それかシンプルでかっこいい名前を見つける。「convertEvilHtmlToPeacefulText」は「sanitize」に置き換えることができる。イカす名前だ。
プログラミングできない奴はマジでこれらのことをやらない。ずっとaとかbとかzとか使ってる。お前それ自分で読めんのか。読めねえだろ。myfuncってなんだよ何するんだよ。お前自分で理解できてんのかそれ。
それでも頑なにaとかbとか使う。なんでだよ。
動作原理わからず書き散らすな。動作原理っつってもそんな深いところじゃなくて言語表面上レベルの動作な。
リテラルは値を作成して、代入は値に名前をつけている、とかその程度のレイヤー。メモリがどうこうとかはいらんと思う。あっでもポインタのときはいるか……。めんどくせえな。
まあ動作原理っていうか自分が何やってんのか理解してくれって程度の話になるんだが。
例えばfor文で処理50回まわすとき、「50回分の処理を行なっている」ではなく「ループ開始時に変数を初期化。条件判定して成立していれば文の中を実行する。条件変数の値を変化させてまた条件判定からやり直す」ぐらいの粒度で捉えててほしいかな、という気持ち。
これはfor文で詰まる人がやたら多かったからだ。彼らはfor文をアトミックな操作だと思っていた。つまりfor文はひとまとまりの命令であり、長いfor文とprintfの間に粒度の違いはないと思っていたらしい。
つまり、「for文の中でエラーが起こる」という事象がほぼ理解できない。forはアトミックであり、内部など見えないのだから。じゃあお前が今書いたfor文の中身はなんなんだってやんわり聞くと「さあ…？」みたいな反応が返ってくる。はあ。
関数についてもなかなか誤解が多かった。関数「sum_array(a, b)」と関数「average_three_numbers(a, b, c)」は全く別の原理で動いているのだと。ここでの「全く別の原理」というのはシグネチャが違うとか実装が異なるとかそういう意味ではなく、コーラを飲んでゲップが出る原理と糸電話で声が伝わる原理ぐらいの全くの別、という意味である。
彼らは関数ひとつひとつについて「新しく原理を学習」していたのだ。マジかよ……。どうやったらそんな発想に行き着くんだろう。そりゃ時間かかるわな。
そのため、関数が値を返す（または返さない）ということも理解できておらず、「関数の戻り値と関数の戻り値を足す」とか「関数の引数に関数の戻り値を直接渡す」とかやりだすと大パニックになる。メソッドチェーンとかやった日には大学潰れると思う。ただ、これはC言語が悪い部分もあると思う。配列とかいじりだすと、初心者が書けるレベルの関数だとあんまり値返さないしな。
たのむ、他のはできなくてもこれはできてほしい。自分が何をやりたいのかは理解してほしい。流石にお前のやりたいことなんて他人にはわからんぞ。
「配列の中の数値の合計値を求めたいんです」とか「名前と身長と体重をひとつにまとめた構造体が作りたいんです」とか。簡単なのでいいから。
「いま何やろうとしてどこで詰まってる？」って聞いても「……？」みたいな反応されたら困るんだよ。
例えば「キーボードから数値を10回入力し、それぞれの値を配列に格納して、最後に配列の値を逆順に表示せよ」みたいな問題が出てきたときに、「キーボードから値を入力する」「10回繰り返す」「配列に値を格納する」「配列の値を逆順に表示する」に分解できると思うんだけど、自分が何やりたいのかわからない奴はまずこれができない。
彼らには「キーボードカラスウチヲジュッカイニュウリョクシソレゾレヲハイレツニニュウリョクシテサイゴニハイレツノアタイヲギャクジュンニヒョウジセヨ」に見えている。
かろうじて「キーボード」「ハイレツ」あたりの単語は拾えるらしく、標準入力から値とったり配列を作ったりはしてるんだけど、そこから先に進まない。モニターにらみつけてる。またにらみつけるかよ。
あれだ、算数の文章題できなくてとにかく文章に出てくる数値足したり引いたりするやつ。あれのプログラミング版。文章が読めない。
こういう人にはメモ用紙取り出して、まず文章が何について言ってるのか、どういう工程に分けることができるのか、今後も同じことが起こったときにどうやって分けるのか。みたいなのを教えるんだけど、大抵あんまりしっくりこないらしく、成功したことは皆無。なんとかうまく教えたいんだが。
もうこのあたりになってくるとプログラミング関係なくね……？ってなるんだけど、意外とそういうプログラミング関係ないところで詰まる人めちゃくちゃ多いよ。
今すぐプログラミングをやめろ
うちの部のプロジェクトも、もう何十本目かの製品立ち上げになるけど、最初のドラフトレビューが完全に形骸化してる。
資料を配って”仮”と書いて、「アップデート予定」と注釈してるけど、結局次の定例で同じスライドを開いてる。
正直、PowerPointのデザインテンプレートを変えるほうが時間かかってるんじゃないかって思う。
たとえば今進めてる製品。
IoTセンサー搭載の新しい制御モジュールで、BLEとWi-Fiをデュアルにして、エッジ側で軽量な推論モデルを動かす構成――ってだけで、みんなの頭の中ではもう「いつものやつ」になってる。
「ファームは前回の焼き直しでしょ？」
って感じ。
実際、レビュー中も「MCUはESP32ですか？」「いや、今回はnRFです」「あ、そうなんだ」で終わり。
質疑もない。そのくせリスク管理表とかテストスケジュール案は律義にフォーマット通り出さなきゃいけない。
内容なんて空欄だらけなのに。
若手が頑張って図を入れてきても、「このフローチャートは確定じゃないんだよね？」で一蹴。
いや、だからドラフトなんですけど…っていう言葉が会議室に萎んで響く。
どうせ本決定は部長判断。どうせコストは経理次第。どうせ顧客要求はまた変わる。
進んでる感を演出するため？
気づけば、意味があるのは中身じゃなくて手順だけ。
議事録は残って、フォルダ名は「2025Q4_製品A_ドラフト」になって、
終わった後に誰も開かないPDFが増えていく。
サーバーの中は、未完の「仮」だらけ。
そうかな？そうかも……
社内チャットもプレゼン資料も全部AIに書かせる。社員は誰も本人の声を聞いたことがない。
サーバー代で破産するまで負荷試験をかけ続けるサバイバル。最後に笑うのは請求書。
毎日誰かが辞める社風。社員は朝起きたらSlackで「本日の転職先」が通知される。#推しメンがいなくなるアイドルグループ形式
ローカル農家に最新IoT機器を無理やり導入。水位センサーがダウンした田んぼでハッカソン開催。
法務0人、経理0人、プロダクトも無いけどX（旧Twitter）だけは元気。
朝起きたらアイデア、昼にコーディング、夜にプロダクト公開。365日続けて「全て爆死」か「突然売却オファー」か。
A（一般市民）：経済産業省が出した「アジャイル・ガバナンス」の報告書、読んでみたんですが、なんだか難しくて...。でも何となく「新しくて良さそう」な印象を受けました。
B（法学専門家）：それがまさに問題なんです。この報告書は、読者に「新しくて良さそう」という印象を与えることを狙って書かれていますからね。
A：え、どういうことですか？
B：例えば「アップデート」という言葉が22回も使われています。スマホのアプリを更新するみたいに、法制度も「アップデート」すべきだという印象を与えようとしているんです。
A：それの何が問題なんですか？古いものを新しくするのは良いことじゃないですか？
B：そこが大きな勘違いなんです。法制度は、スマホのアプリとは全く違います。人類が何百年もかけて、時には血を流しながら築き上げてきた貴重な財産なんです。
A：具体的には？
B：例えば「法の支配」という考え方。これは800年以上前のマグナ・カルタから始まって、王様の勝手な政治から市民を守るために発達してきました。民主主義や人権の基盤になっている、とても大切な原則です。
A：でも、AI とかIoTとか、新しい技術に古い法律では対応できないんじゃないですか？
B：それは確かにそうです。でも、だからといって「法の支配」という根本原則まで変える必要はありません。新しい技術には新しい法律を作ればいいんです。憲法や基本的な法原則はそのままで。
A：なるほど...。でも報告書では「＜法＞の支配」って書いてありました。これは違うんですか？
B：これがまた問題なんです。報告書では、山括弧付きの「＜法＞」に「アルゴリズムや各種コード」まで含めると書いています。
A：それって、おかしいんですか？
B：とんでもないです。国会で決めた法律と、企業が作ったプログラムを同じ「法」として扱うなんて、民主主義の否定ですよ。
A：あ、確かに。私たちが選んだ議員が作った法律と、会社が勝手に作ったプログラムは全然違いますね。
B：そうです。でも報告書は、そこをわざと曖昧にしているんです。カタカナ語をたくさん使って、読者を煙に巻こうとしている。
A：カタカナ語って、「アジャイル」とか「ガバナンス」とかですか？
B：そうです。「マルチステークホルダー」「マルチレイヤー」...こういう横文字を並べて、何か新しくて高度なことを言っているような印象を与えているんです。
A：でも、新しい概念だから新しい言葉が必要なんじゃないですか？
B：本当に重要な概念なら、必ず適切な日本語で説明できるはずです。日本語で説明できないということは、実は中身が曖昧だということなんです。
A：うーん...。でも「マルチステークホルダー」って、いろんな関係者が参加して決めるということですよね？それって民主的じゃないですか？
B：それが大問題なんです。その「関係者」って、誰がどうやって選ぶんでしょうか？
A：え？
B：私たちは選挙で議員を選びます。その議員が法律を作ります。でも、この「ステークホルダー」は誰が選ぶんですか？選挙で選ばれるわけでもないのに、なぜ法律に関わる決定に参加できるんでしょうか？
A：あ...確かに。それって、結局は声の大きい人や、お金のある人の意見が通っちゃうかもしれませんね。
B：まさにそうです。「対話」とか「熟議」とか綺麗な言葉を使っていますが、実際には不平等な話し合いになる可能性が高いんです。
A：そういえば、この報告書って経済産業省が作ったんですよね？法務省とかは関わってないんですか？
B：それも大きな問題です。法制度の根本を変えるような提案なのに、法律の専門機関である法務省や内閣法制局との調整の痕跡が見当たりません。
A：それっておかしくないですか？
B：とてもおかしいです。本当に重要な政策提案なら、関係する省庁がみんなで議論するはずです。でも、どうやら他の省庁は相手にしていないようですね。
A：ということは、実現する可能性は低いんですか？
B：憲法や法律の根本を変えるような部分は、ほぼ不可能でしょうね。でも問題は、こういう軽薄な「改革論」が政府から堂々と出てくることなんです。
A：軽薄って...？
B：「応答責任」という概念を見てください。従来の法的責任を「アップデート」すると言っていますが、要するに「事後的に説明すれば責任が軽くなる」という話なんです。
A：それって、問題を起こした人に都合がいい制度ってことですか？
B：そういうことです。しかも、何が「適切な説明」なのかの基準も曖昧です。結局は、うまく説明できる人が得をする制度になりかねません。
A：うわあ...。それって不公平ですね。
B：でも報告書では「賢い失敗を許容せよ」なんて書いてあります。誰の失敗が「賢い」失敗で、誰の失敗が「愚かな」失敗なのか、その基準も示されていません。
A：それを決めるのも、結局は権力を持った人たちってことになりそうですね...。
B：その通りです。この報告書の本当の怖さは、民主的なルール作りを否定しているところなんです。
A：でも、技術が進歩しているのは確かですし、何らかの対応は必要ですよね？
B：もちろんです。でも、それは既存の民主的な手続きの中でやればいいんです。国会で新しい法律を作ったり、既存の法律を改正したり。
A：じゃあ、なぜわざわざこんな複雑で問題のある提案をするんでしょうか？
B：一つは、経済産業省の縄張り拡大でしょうね。法制度に口出しできるようになれば、影響力が増しますから。
A：なるほど...。
B：でももっと根本的な問題は、「新しければ良い」「変化は進歩」という単純な思い込みが蔓延していることです。
A：どういうことですか？
B：人類の叡智を軽く見ているんです。何百年もかけて築き上げてきた制度を、「古いから悪い」「新しいから良い」という理由だけで変えようとしている。
A：でも、実際に古くて使えない制度もあるんじゃないですか？
B：それはあります。でも、本当に改革が必要なら、まずその制度がなぜ作られたのか、どんな価値を守ろうとしているのかを深く理解する必要があります。
B：そうです。そして、その価値を損なわずに新しい課題に対応する方法を慎重に考える。それが本当の改革です。
A：この報告書は、そういう慎重さがないってことですか？
B：全くありません。「アップデート」という軽い言葉で、重要な制度を変えようとしています。これは改革ではなく、破壊です。
A：分かりました。でも、一般の人にはなかなか分からない問題ですね。
B：だからこそ問題なんです。専門家も沈黙している。法学者からの本格的な批判も見当たりません。
A：なぜでしょうか？
B：おそらく、批判するほどの価値もないと思われているんでしょう。でも、政府の公式文書として出ている以上、きちんと批判すべきだと思います。
B：まず、「新しい」「革新的」という言葉に騙されないことです。中身をちゃんと見て、本当に必要な改革なのか、誰のための改革なのかを考えることです。
A：そして？
B：民主主義は私たち市民のものです。選挙で選んだ代表者が作る法律に従って社会が運営される。この当たり前のことの大切さを忘れてはいけません。
A：「マルチステークホルダー」とか言われると、なんとなく良さそうに聞こえちゃいますけど...
B：そこが罠なんです。民主主義を否定する提案を、さも民主的であるかのように見せかけているんです。
A：怖いですね...。
B：でも、こうして話し合うことで見えてくることもあります。大切なのは、権威に盲従せず、自分の頭で考えることです。
A：はい。今度から、政府の文書でも鵜呑みにしないで、よく考えてみます。
自動車は世界で年間9,100万台生産される巨大産業であり、新車総売上は約2兆ドル規模に達する。製造プロセスは「複雑な部品の組み合わせ」で成り立ち、部品点数はガソリン車で約3万点、EVでも約1.5万点に及ぶ。完成車メーカー（OEM）の上には一次サプライヤー（Tier1）、二次サプライヤー（Tier2）が層状に連なり、最終製品が市場へ届く。
- 純電動（BEV）: 18%
- 中国: 58%
- 北米: 9%
- その他: 10%
広汽トヨタはスマホ大手Xiaomi、Huawei、Momentaと提携し、中国専用EVプラットフォームを二系統開発。第1弾は2025年後半に投入予定。スマート家電・IoT連携、HarmonyOSを車内OSに採用すると報じられた。
トヨタ×Xiaomi提携は「地域最適サプライチェーン」の極端な一例だ。現地調達モデルと同じ構造がトヨタにも波及し、国内部品産業は ICE消滅 と デジタル主戦場喪失 の二重苦に直面する。モノづくりの主導権が移る中、日本勢が生き残る鍵は「替えの利かない尖った技術と知財」で稼ぐモデルへ転換できるかにかかっている。
電気自動車の成長と先進的なディスプレイ技術の採用が世界市場の成長を牽引
電気自動車業界では、インバーターやバッテリー管理システムなどの主要コンポーネントにパワー半導体が使用されています。静電チャックはこれらの半導体の製造において重要な役割を果たしており、EVの採用が拡大するにつれて、2023年には世界中で約1,400万台の新しい電気自動車が登録されました。
https://www.researchnester.jp/industry-reports/electrostatic-chucks-market/8
世界の静電チャック市場規模は、2024年に132.9百万米ドルと推定され、2037年末までに259.9百万米ドルを超え、2025―2037年の予測期間中に5.3%のCAGRで増加すると予想されています。2025年には、静電チャックの業界規模は259.9百万米ドルに達すると見込まれています。
世界の静電チャック市場の成長に関連する主な成長要因と課題は次のとおりです。
成長の原動力:
課題:
• 厳格な業界規制と標準を順守すると、運用の複雑さとコストが増大する可能性があります。
• 代替のウェーハ処理ソリューションと新興技術との激しい競争が市場シェアに影響を与える可能性があります。
https://www.researchnester.jp/industry-reports/electrostatic-chucks-market/8
アプリケーション別に見ると、世界の静電チャック市場は半導体、無線通信、電子機器、医療、防衛、航空宇宙などに分かれています。これらの中で、電子機器部門は大きな市場シェアを獲得する見込みです。これは、スマートフォン、ラップトップ、IoT ガジェットなどのデバイスにおける高度な半導体の需要が高まっているためです。
地域別に見ると、北米は予測期間中に市場シェアの大部分を占める見込みです。この地域、特に米国では電子機器製造業が成長しており、静電チャックなどの高度な機器の需要が高まっています。半導体製造工場 (ファブ) への投資の増加と IoT デバイスの台頭により、市場は堅調な成長を遂げています。
このレポートでは、SHINKO ELECTRIC INDUSTRIES CO., LTD.、NGK Insulators, Ltd.、Sumitomo Osaka Cement Co., Ltd.、TOTO Ltd.、Tsukuba Seiko、Beijing U-PRECISION TECH CO., LTD.、AKE Environmental Technologies、Creative Technology Corporation、Lam Research、などの主要プレーヤーの現在の競争状況も提供しています。
メモ書きをもとにGeminiに整形してもらいました。
日本の農業において、生産性向上と競争力強化のためには**大規模化が不可欠**です。しかし、一律に大規模化を推進するだけでは、中山間地域などの地理的制約がある農地が切り捨てられる可能性があります。これらの地域が持つ多面的な機能（国土保全、景観維持など）を考慮し、以下の方策を講じるべきです。
効率的な生産が可能な平野部では、農地の集積やスマート農業技術の導入を加速し、国際競争力のある大規模経営体を育成します。
中山間地域では、地域の特性に応じた小規模・多角的な農業（例えば、高付加価値作物の栽培や観光農業との連携）を支援し、地域経済の活性化と農地の維持を図ります。
農業における労働力不足と高齢化に対応するため、AIやIoTを活用したスマート農業技術の導入を加速させる必要があります。特に、中山間地域でも利用可能な技術として、以下の開発と普及を推進します。
「ルンバ」のように自動で農作業を行い、かつ小型で持ち運びが容易なAI搭載農機の開発を推進します。これにより、大規模な機械の導入が難しい小規模農家や中山間地域の農家でも、省力化と効率化が実現できます。
農薬散布に加えて、センサーを搭載したドローンによる農地の監視（水量、水質、温度、生育状況、病害虫、獣害など）を積極的に導入します。これにより、データに基づいた精密な農業が可能となり、生産性の向上と環境負荷の低減に貢献します。
農業用水路の管理・清掃は、農家の大きな負担となっています。この負担を軽減し、効率的かつ専門的な管理を実現するために、水利施設の管理・清掃業務の専門化と分業化を推進すべきです。
水路の清掃や補修、水管理などを専門的に行う業者を育成し、全国的なネットワークを構築します。これにより、個々の農家の負担を軽減し、専門知識と設備を活かした質の高い管理が可能となります。
専門業者が一括して管理することで、最新設備の導入や効率的な人員配置が進み、人手不足の解消と安定的な水管理が期待できます。
⸻
★ セルダンは二重盲検化：第一は AI の指示通り動くが第二の存在を知らず、第二はプラン修正権を持つが第一に正体を明かさない。
⸻
| 危機 | 年代 | 現象 | AI 的解法 |
| ① 地政学的孤立 | +50 年 | 周囲の星系連合がターミナスを封鎖 | Vault が“無償エネルギーパック”を開示し、技術外交で包囲網を内側から買収 |
| ② 宗教戦争 | +120 年 | 技術教団 vs 在来宗教 | HRI（Human-Robot Interaction）を宗教儀式に組み込み、ソフト統合 |
| ③ 商業覇権闘争 | +155 年 | 豪商連合が政治を掌握 | 予測市場 AI で為替を操作し覇権をソフトランディング |
| ④ 統合帝政の台頭 | +250 年 | 周辺超大国が軍事侵攻 | フォン・ノイマン艦隊 (自律ドローン) で非致死的拒止 |
| ⑤ 情報分断 | +270 年 | 銀河ネットの断絶 | 量子中継衛星“Anselm”網で独自バックボーンを建設 |
すべてPrime Radiant の長期マルチエージェント・シミュレーションで織り込み済み。
危機を越えるたび、ファウンデーションの計算密度は指数的に向上し、銀河文化のコアがゆっくりと移動する。
⸻
⸻
⸻
⸻
最初に簡単に自己紹介しておくと、増田は大学エスカレーターの高校入ったおかげで高校時代は毎回数学で赤点取ってたくらいには数学ができない子で、三角関数とか聞いただけで逃げ出したくなるような子でした。
たまにブコメで三角関数は日常の色んなところで使われてるよ！っていわれてもほえーはなほじーってくらいに意味がわかってなかった子です。
最近プログラミングとかIoTみたいのに興味が出てきて、色々勉強してロボットアームの組み込みプログラミングみたいの始めたの。最初はコントローラーで動かすだけのごく簡単なやつだったんだけど、そのうち指定した座標に勝手に移動してくれたら楽なのになーと思ってちょっと調べてみたら、なんか三角関数使ったら順運動学とか逆運動学ってのでできるらしいということがわかったんだよね。
それで今まで全く手を付けてなかった三角関数にも興味が湧いて調べてみたんだよ。最初はsin、cos、tanどころか三平方の定理からぐらいな感じで。そこから単位円だったり円周角の定理や正弦定理、余弦定理、加法定理とか色々見てったんだよね。ベクトルも必要だから内積とか外積もなんだよそれって思いながら見てったんだよ。
そしたらさ。なんかすごいの。最初は円周角の定理とか見て全部同じ角度になるの意味わかんないきもいとか思ってたのに証明みたらまじで全部同じ角度になるっぽいし、円周の座標は全部sinとcosで表せるし、ロボットアームの長さ測ったらばっちり角度でるし、そっから三角関数とベクトル使うとアームの長さと角度で先端の座標出せちゃうし、アームの長さと先端の座標があったらアームの角度だせちゃうの！
sin、cos、tanって意味わかんなかったけど、興味持って使い出したらこれだけで世の中の空間全部表現できちゃうんじゃねって思えるくらいなんかすごいやつだった。ただの三角形の三辺の比率なのにすごすぎない？さらにすごいのはピタゴラスのおっさん。色んな定理の証明に何度も出てくるの。こすりすぎだろってくらい何度も出てくるの。2000年も前のおっさんなのに超強い。
ソフトウェア開発において「コード補完・単体テストの自動生成」から出発し、「願っただけで全てがすぐに叶う状態（完全自動生成）」を最終目標として、段階を詳細に示す。
⸻
【第1段階：コード補完・単体テストの自動生成（2023年～2024年）】
• GPTシリーズやCopilotをはじめとした現時点の技術水準。
• 開発者の意図をある程度予測して関数単位の補完・簡易なテストコードを生成可能。
⸻
【第2段階：仕様書・要件からの関数レベル自動実装（2024年～2026年）】
• AIが自然言語で書かれた仕様を関数レベルで直接コードに翻訳。
• 開発者が関数定義やインターフェース設計を自然言語で伝えるとコードが生成される。
• AIがテストコードをさらに詳細に自動生成し、境界値分析・異常系シナリオにも対応。
⸻
【第3段階：コンポーネント～モジュールレベルの自動生成（2026年～2028年）】
• システム要件や簡易な設計書を基に、AIがより大きな単位でコードを生成する。
• 特定のフレームワークやライブラリを適切に自動選定・使用可能。
• UI/UX設計も、要件をAIが受け取りプロトタイプを自動作成。
⸻
【第4段階：アプリケーションの全体設計から初期プロトタイプ自動生成（2028年～2030年）】
• アプリケーション全体の要件定義やビジネスロジックを自然言語で指定すると、AIがアーキテクチャ選定から初期プロトタイプ生成まで対応。
• マイクロサービス化やスケーラビリティもAIが自動で考慮。
• 開発者の役割はプロトタイプ検証・調整・デバッグが中心となる。
• 多くの標準的なシステム開発では、開発期間が大幅に短縮される。
⸻
【第5段階：AIによる自律的アプリケーション構築と運用保守（2030年～2033年）】
• 自然言語または口頭での依頼だけで、要件定義・設計・実装・運用までAIが自律的に行う。
• 実行環境の自動構築（クラウド環境やインフラの自動調整）まで含めてAIが担当。
• AIはフィードバックをもとに、改善・改修・自動アップデートを実施。
⸻
【第6段階：概念や意図のみで動的にシステムが生成される状態（2033年～2037年）】
• 「こうしたい」「こうあればいいな」という抽象的・概念的な願いをAIが完全に理解し、システム全体が即座に動的に生成される。
• 開発者の役割はAIの生成結果を最小限のチェック、倫理的監視、法的責任の判断に限定される。
• システムはリアルタイムに利用者の要望を把握し、動的に再構成や最適化を行い続ける。
⸻
【最終段階：願っただけで全てがすぐに叶う状態（2037年以降）】
• 完全に人間の意図・願望のみでソフトウェアシステムが瞬時に具現化される世界。
• AIが人間の思考・感情・状況を正確に読み取り、意識的な操作や指示を必要としない。
• 現実世界との統合（物理環境への影響・IoTデバイス・ロボティクスとの連動）が完全に実現される。
• 開発という概念自体が消滅し、人間の願望と現実の境界が事実上消失する状態。
⸻
結論から言うと、エヌビディアが得意とする「生成AI市場」で、大きな変化が起きているからです。
生成AI市場を理解するには、2つのフェーズを知ることが大事です。筆者はこれを「計算（トレーニング）」と「推論（Inference）」と呼んでいます。簡単に言うと：
高性能なGPU（エヌビディアの得意分野！）やクラウドサービスが活躍します。
推論（Inference）
今の生成AI市場は「計算」が終わり、「推論」の時代に移っているんだとか。
マイクロソフトがデータセンターの半導体注文をキャンセルするなど、大手企業はすでに「計算」を終え、次のステップに進んでいます。
実際、ChatGPTや画像生成ツールなど、生成AIのサービスが世の中に溢れているのも、「推論」の需要が高まっている証拠です。
年率20～30%。
モデルが大きくなってるけど、効率化技術が進んで、成長は落ち着き気味。
推論市場の成長率
年率40～50%。
AIの実用化が進み、ビジネスや日常での利用が爆発的に増えてる！
つまり、推論市場がこれからの主役。市場規模も、全体の6～7割を占めると予想されています。
一方、計算市場は3～4割で、成長も鈍化中。マイクロソフトやGoogle、テスラみたいな大手は計算を終えて、次のステージにシフトしてるから、後発企業が残りの需要を埋める形。でも、もう大きな成長は見込めないみたいです。
エヌビディアは「計算市場」では圧倒的王者で、市場シェアは90%以上！でも、「推論市場」になると話が変わります。
シェア90%以上でほぼ独占。競合が追いつくのは難しい。
推論市場
シェア60～80%だけど、2025～2027年には60%くらいまで下がるかも。
なぜかというと、推論市場ではエッジデバイス（スマホやIoT機器）での需要が増えていて、
エヌビディアの高いGPUより、安くて特化したチップが注目され始めているからです。
例えば、Amazonの「Inferentia」や新興企業の「Groq」みたいな競合が台頭してきて、エヌビディアの牙城を崩しつつあります。
イメージしてみてください。計算市場では、100社中ほぼ100社がエヌビディアを選んでいたのが、推論市場では40社が「他の選択肢」を選ぶようになってるんです。これ、結構劇的な変化ですよね。
営業利益率：71.3%。
営業利益率：50～60%。
単純計算してみると：
市場が100億ドルで、シェア90%、利益率73%なら利益は65.7億ドル。
市場が50%成長して150億ドル、シェア60%、利益率65%だと58.5億ドル。
市場が成長してるのに、利益は11%減っちゃうんです。エヌビディアにとっては痛い状況ですね。
そして、2025年の年初からエヌビディアの株価は14.3%下落。
ヘッジファンドも、「成長市場でエヌビディアが見放されてる」と見て投資を控えているそう。
確かに、ざっくりした計算でも利益減少が予想されるから、株価が下がるのは納得です。
エヌビディアはまだ推論市場でも60%のシェアを持ってるし、完全に見放されたわけじゃないですよね。
ただ、今後の鍵は「推論市場でどれだけ戦えるか」。ここで巻き返せれば、まだまだ成長の余地はあるかもしれません。
そもそもスマホでアプリを起動することがあまりないPC主体の生活だから。
使ってるPOCOのデフォルトランチャーのドロワーにはアイコン色で絞り込む機能があるので、基本的には整理不要。
俺は使ってないがこのランチャーにはアプリをカテゴリ別に自動分類する機能もあるんで、フォルダやページで整理するのが面倒ならそういうランチャー使うのもアリかと。
俺のスマホ
| 上2行 | Xiaomiの時刻天気ウィジェット4x2 |
| 中2行 | 原神のスタミナウィジェット2x2/スタレのスタミナウィジェット2x2 |
| 下2行 | ゼンゼロのスタミナウィジェット2x2/AliExpressコインウィジェット2x2 |
HoYoLAB/LINE/Google Keep(レシピ確認用)/Firefox
| 1行目 | Defaultフォルダ(デフォルトアプリ)/Googleフォルダ/Shoppingフォルダ(例:Amazon, Revolt, Paypal, ペイディ, Yahoo系, 楽天系, チェーン店系)/misc.フォルダ(主に開く頻度の少ないユーティリティ。例:AdGuard, Authenticator, Solid Explorer, カフェイン, IoT系) |
| 2行目 | Y!ショッピング/PayPay/メルカリ/AliExpress |
| 3行目 | Playストア/Googleマップ/Gmail/Google翻訳(カメラ翻訳用) |
| 4行目 | 設定/YouTube/Twitch/X |
| 5行目 | GoGoMatchショトカ/MERGEBOSSショトカ/Prize Landショトカ(これらはセール前だけ頑張ることがある) |
| 6行目 | 原神/スタレ/ゼンゼロ/崩壊3rd |
| 上2行 | HoYoLAB4x2総合キャラウィジェット(リネット) |
| 中4行 | HoYoLAB4x4原神キャラウィジェット(瑞希) |
| 3行目 | EarStudio(使ってるワイヤレスDACアプリ)/DeoVR Cardboard/White Screen(画面掃除用)/Foldplay |
| 6行目 | Brave(検証用)/Edge Canary(拡張機能をidかcrxで入れるブラウザ枠=コンパクトな増田可能)/Chrome(検証用) |
