  |
はてなキーワード:自動とは
アイディア出しの増量期とか、画像とか曲のちょっとした自動生成は使ってる。
特にアイディア出しは、自分と違う視点でかつ、人間的ではない(単語連想的)視点として、補助的に使ってる。
けど、撮って出しというか、そのまま語尾とかちょっと直して使う、みたいな使い方はしない。
なので、AI嫌いとか、AI使えないロートルというわけではない。
おいらにとって怖いのは、AI そのものというより、AI を使いこなすだけの技術力もないのに、ソースを大量生産させて「俺ってすげぇぇーーっ！！！」ってなってる、勘違いエンジニアなんよね。
「ロジックおかしいよ」って指摘しても、「いや、AI が出力したので」って理解できないくせに人を小馬鹿にしてくるのが、うんコードを積み上げた末、不具合も積み上がって身動き取れなくなって逃走、なんてのが少なくないし、これから大量に発生するだろうというのがファイアーを見るよりオブビアスだ。
この手の無能な働き者は、仲間を呼んで組織を腐らせるし、取り返しのつかない時点まで隠すし、見たら即座に処刑しないと、プロダクトも会社も致命傷になるよ。
日本の八段の剣道と、韓国のコムド(w)の違いというか、本当に実力があってちゃんとしてる人はがちゃがちゃしないし、合理的で最小限の動きで最大の効果を発揮する。
傍目には派手さもなくてつまらんかもしれんけど。
ある伝説によると、とある国のとあるプログラマーの退職後に残ったスクリプトを社員が見たら、恐ろしいレベルで自動化してたそうだ
https://github.com/NARKOZ/hacker-scripts
うちのビルドエンジニアが別の会社に行った。あの男は文字通りターミナルの住人。Vimを愛用して、Dotで図を作成し、Markdownでwiki記事を書くようなタイプ。
どんなものでも、90秒以上かかるならそれを自動化するスクリプトを書く奴。
それで今、我々は奴の「遺産」を見ているわけだ。
これ、お前も気に入ると思うぞ。
奥さんに「仕事で遅くなる」というテキストメッセージを送る。文字列の配列から理由をランダムに自動で選ぶ。cronジョブとして動作。奴のアカウントで午後9時以降にサーバーでアクティブなSSHセッションがある場合にジョブが実行される。
「Kumar」（うちのクライアント）からのメールを受信箱でスキャン。「help」、「trouble」、「sorry」などのキーワードを探す。キーワードが見つかると、スクリプトはクライアントのサーバーにSSH接続し、ステージングデータベースを最新のバックアップにロールバックする。「直したぞ。次からは気を付けろよ」という返信を送る。
特定の日に設定された別のcronジョブ。「体調が悪い/家で仕事をする」といった自動メールを送る。別の事前定義された文字列の配列からランダムな「理由」を追加。午前8時45分にサーバーで対話型のセッションがない場合に実行。
正確に17秒待ってから、うちのコーヒーマシンにtelnetセッションを開き（コーヒーマシンがネットワークに繋がっていて、Linuxが動いていて、TCPソケットが立ち上がっているなんて、誰も知らなかった）、sysbrewのようなコマンドを送る。判明したところ、これでミディアムサイズのハーフカフェラテを淹れ始め、カップに注ぐまでさらに24秒待つ。この時間は、奴のデスクからマシンまで歩くのにかかる時間と完全に一致している。
さっきトラバした人だけど、ググりにＡＩ回答が自動でついてくる世の中になって以来、
はてな人力検索サービスの質問が、いよいよ低レベルになっちゃってるのちょっと面白い。
一回ググればちゃんとしてるっぽいＡＩ回答がどんなものにもついてくるのに、
本当にググりすらつかいこなせない、自分の本来の質問をつくれない人だけが来るようになってて逆におもしろい。
昨日突然みにいったら「どういう心理でしょうか」さんとか
かなりもやついてるんだろうけどうまく言語化できないんだろうね）、
いまどきめずらしい生の困惑が楽しめる……
あー、うん。
でも、AI使ってまとめないとわからんってくらいでかい規模、忘れ去られた内容、増改築が重ねられたスパゲッティな構造の場合、「理解したつもりになる」ってのが一番怖いんだよ。
でも、わざわざ設定されていると言うことは、「何か意味があった」わけだよ。
AIはよくわからんあやふやなのも、「自信を持って言い切ってしまう」。
絵とか、議事録なら、モブの一人の指が6本になってようが、うっすい内容の会議要旨の取りこぼしがあろうが、大勢に差は生じない。
けど、プログラムなんて、なんてことない1行、1文字、1ビットが生死を分けることも稀ではない。
他のプログラムであまり見たことがない、ってだけで、オミットされるだろうと余裕で想像できる。
無条件でAIを礼賛し、否定派を鼻で笑う「イケてる最先端のエンジニア」が多いけど、ちゃんと検証できてるか？
自分が理解できないことをやれてるから素晴らしい、って目隠し手放しで車運転しているようなものだって理解できてるか？
今までの炎上現場の状況からすると、こういう輩は一番最初に逃げ出してるからな。
経営者も、こういうなんか良さげな物言いする奴は、真っ先に疑った方がいいぞ。
AIを使うなら、その構造を理解して、その外側から検証できるだけの十分な技術力を持った上で判断しろよ？
まぁ、それができるなら、「AIマンセー！」とか言えないだろうから、不可能だろうけど w
数年後、「AI使って大量生産されたうんコードをなんとかしてくれーっ！！」って企業が大量に出現するだろう。
んでもって、その事態を収集できるだけの技術力を持つエンジニアは、ほとんどいないだろうし、彼の手足として動けるエンジニアすら数えるほどしかいない、育っていない、って状態になるだろう。
どの「AI活用Webサービス企業」も、低給料で雇った「運用エンジニア」を大量動員して、連日連夜の手動操作で誤魔化し続けるしかない、って消耗戦、デスマーチを、倒れるまで続けるしかなくなるだろう。
この世の、少なくとも疑いようのない真実の一つに、7つの習慣で言うところの「第7の習慣『刃を研ぐ』」ってのがある。
AIは、自動ナマクラ鋸を増やしているだけだと理解すべきだし、そこだけ量が増えても、その後の搬出処理がついていけなければ意味がないと言うことも理解すべきだ。
そもそも、木を切り出すと言う時に、ノコギリだけに注目するのがどれほど馬鹿かを理解すべきだ。
一連の流れを考えれば、ノコ引きの技術より、どう搬出するかの経路、切り出すに従って移動する集積地の移動戦略、さらにはそもそも優れた木材にするために何年も前から間引き、枝打ち、その前に日当たりなどを考えた植林計画をしておくという「事前準備」。こちらの方が、目立たないけど大事だって理解しとけ。
100万円ポンと手渡せるような男になりてぇ～
◆島精機製作所の創業者・島正博さんが開発した全自動手袋編み機１号機は，高く評価されたにもかかわらず，
莫大な開発投資の金利が払えず，明日が手形の締め切りという日の晩，
見知らぬ男が訪ねてきて，机の上にポンと１００万円の札束を置き，
「これを用立ててくれ。払えるようになったら返してくれればいい」と言いました。
以来，島さんは世の中の人々のために身を捧げようと決意。
トラックや建築業界における追加の安全ガイドラインについて、現在の情報（2025年10月時点の最新データや法令に基づく）を基に詳しく説明します。これらの業界は、一般的な労働基準法（労働基準法や産業安全衛生法）を超えて、特定の労働環境やリスクに対応するための特別な規制が設けられています。以下に主な内容をまとめます。
### 1. **トラック運送業界の追加安全ガイドライン**
-国土交通省の「貨物自動車運送事業運輸規則」（2023年改訂）に基づき、トラックドライバーの連続運転時間は原則4時間までとし、その後は30分以上の休憩が義務付けられています。さらに、1日あたりの総労働時間（運転時間＋その他の業務）は15時間を超えないよう規制されています。
-タコグラフ（デジタル運行記録計）の使用が義務化されており、違反時の罰則が強化（2024年施行）。2025年時点では、AIによるリアルタイム監視システムの導入が試験的に進んでおり、過労運転の防止が図られています。
-産業安全衛生法に基づき、事業者はドライバーに対して年1回の健康診断を義務付け（2022年改正）。特に高血圧や睡眠時無呼吸症候群（SAS）のスクリーニングが必須となり、該当者は就業制限を受ける場合があります。
-2023年のガイドライン改訂で、月100時間以上の残業が疑われる場合、事業者は医師の意見を求めることが義務化されました。
-2024年の道路運送車両法改正により、トラックに衝突被害軽減ブレーキ（AEB）や車線逸脱警告システムの搭載が義務化。これにより、運転手の疲労や過労による事故リスクが低減される設計が求められています。
-建設業における「建設労働者の雇用の改善等に関する法律」（建設業法）に基づき、1日の労働時間が8時間を超える場合、休憩時間は最低45分（6時間超の場合）または1時間（8時間超の場合）が確保されなければなりません。2023年の改正で、夏期（6月～9月）の高温環境では追加の休憩（30分毎に15分）が義務付けられました。
-週休2日の実施が推奨され、2025年4月から中規模事業者（50人以上）に対し、月1回以上の休日確保が法的に求められるようになりました。
-産業安全衛生法第3章に基づき、20人以上の労働者が常時働く建設現場では「安全衛生管理者」の選任が必須。また、トンネル工事や橋梁工事などの高リスク現場では、20～49人の現場で「現場安全衛生管理者」を配置する義務が2022年に追加されました。
-2024年の改正で、墜落・転落防止のための安全帯着用が全作業員に義務化され、違反企業には罰金（最大100万円）が科される可能性があります。
-2023年の厚労省ガイドラインで、騒音や振動にさらされる作業員に対し、年2回の健康診断が義務付けられました。また、粉塵（アスベストなど）対策としてマスク着用と換気設備の設置が厳格化されています。
-熱中症対策として、WBGT（暑さ指数）35℃を超える環境では作業中断が義務付けられ、2025年夏にはAIセンサーによる自動アラートシステムの導入が拡大中です。
###結論
これらの追加ガイドラインは、労働基準法の一般規定を補完し、業界特有のリスク（長時間運転、墜落事故、熱中症など）に対応するものですが、執行の不徹底が課題です。@shin2_otaさんの投稿で指摘されるような過労死リスクは、こうした規制が形骸化している現状とも関連していると考えられます。さらなる情報が必要な場合や具体的な事例について知りたい場合は、お知らせください！
---
日本の教育現場では、児童・生徒がスマホ・SNSを利用することでいじめ・犯罪・自傷リスクが増大。
高齢者や中年世代も、スマホOSの変化により操作が困難で、生活に必要な情報アクセスに課題。
端末・OS・アプリが海外企業中心で、国民全体の生活基盤としての安全性・安定性が不十分。
政府アプリ（マイナポータル）の普及により、国民が行政デジタルサービスに依存する状況が増加。
デジタル機器利用がほとんど**「米や野菜の次元」まで多用されていることを鑑み、教育端末・高齢者端末を国産基盤で統一し、安全・安心な情報圏を確立**する必要がある。
---
デジタル機器利用がほとんど「米や野菜の次元」まで多用されていることを鑑みて、OS／端末を国民に広く浸透させ、生活の基礎インフラとして安定供給する。
Google等の海外情報収集・広告モデルに政府が深く依存する状態を是正し、国内企業の技術・サービスを活用する。
LINE等国内企業製アプリのUI・UXを参考に、教育・高齢者向け端末の基本操作形態に転用。
マイナポータルと教育ポータルを連携させ、市役所・役場などの行政サービスへ安全にアクセスできる統一窓口を実現する。
いじめの「撮影→SNS拡散」を技術的に抑止し、第二次性徴期における心理的打撃を未然に検知・介入できる体制を作る。
中年・高齢者が既に慣れた操作感（ケータイ的操作）と、子どもの学習ニーズの双方を満たすUI/UXを提供する。
ネット遮断下でも安否確認・避難情報が機能する極小OSモードを整備し、国家レベルの迅速な対応を可能にする。
NECやLINE、国内スタートアップを連携させ、端末・OS・アプリの内製化・雇用創出を促進する。
情報利用の透明性（誰がいつ見たかの監査ログ）と、プライバシー・人権を尊重する利用ルールを制度的に確立する。
---
操作方法は「トーク画面・アイコン・通知方式」を教育・高齢者向けに最適化
3-2.ターゲット端末
---
LINE等国内製アプリUIを基本形として、教育・高齢者端末の操作性を最適化
TRON派生極小OS（Life-TRON）に移植する際もUI/UXの操作感を維持
互換レイヤーを用いて、Androidアプリも政府OS上で動作可能
4-2. サブフェーズ
OS設計・仕様確定政府OS基盤設計TRON系極小OSに国内UIを組み込み、教育・高齢者端末向け軽量UI・操作性を設計IPA、TRON協会、NEC、LINE
移行用互換レイヤー開発Androidアプリ継続利用 現行学習・連絡帳・SNSアプリを互換環境で動作。API/ID連携を政府OS標準に統合スタートアップ、NEC
教育端末・高齢者端末実証 実運用テストUI操作性、災害モード、ログ管理を確認教育委員会・自治体
ポータル・アプリ移行データ統合教育ポータル・学習アプリ・SNS・行政サービスを政府OSネイティブ化IPA、NEC、LINE、スタートアップ
全国展開・定着 完全移行Android端末は段階的にフェーズアウト。全国学校・高齢者施設で展開文科省・総務省・自治体
4. 段階的にネイティブ化・全国展開
---
5. 実行体制
大手企業（NEC・LINE）：端末製造・クラウド提供・UI転用
---
6. 次のステップ
何も考えんと見るアクションコメディアニメとして見れば80点くらいだと思うんだけど、
ある種の社会風刺アニメとして見ると現代の感覚だと60点くらいかもしれない。
スタッフに言及しだしたらオタクという俺の中での線引きがあるのだがさすがに言及せざるを得ない。
大友克洋、北久保弘之、江口寿史、磯光雄、今敏、神山健治、黄瀬和哉とその後のアニメ業界を牽引、今でも第一線で監督として活躍するメンツが様々な役職で参画している。
なので(かどうかは知らんけど)、アニメーション作品としては非常によくできているし見応えもある。
アクション、コメディがバランス良く配置され最終的にちょっとエモい感じになって最後爆笑で落とす構成も見事。
主人公の一人の実験体老人「喜十郎」が最後に「お迎えが来た」と呟き、もう一人の主人公の「晴子」が「何言ってんの」と返すと、地響きが鳴り響く。外に出るとロボット化した鎌倉の大仏様が。みんなで合掌。ゴーンと鐘が鳴り響いて暗転。
作画も延々といいし、アクションも素晴らしい。アニメーション作品としては申し分ない出来だと思う。
社会風刺としても、高齢化自体は1970年代から始まっており徐々に問題視されてきていたが一気に爆発したのが1990年の1.57事件からになるので、それを1991年公開の作品で取り扱っているのはかなりフットワークが軽い。
また介護問題へのアイロニーが効いているテーマ性は現代においても他人事ではないし、老人が操作する(実際にはしてないんだけど)移動機械が大暴走し多大な被害を出すという展開は、昨今のプリウスミサイルを彷彿とさせる。逆にプリウスミサイルがある現代に生きているのでむしろ老人に対する偏見を助長するのでは？と思ってしまった部分はある。
個人的に一番気になったのは介護、看護に献身的に取り組む主人公の晴子が介護先の喜十郎をずっと「おじいちゃん」と呼び続けること。俺が福祉の現場に入ったことがあるからかもしれないけど、現代の基準で言えばかなりグレーというか、よくないとされていることなのでずっと引っかかってしまった。まぁ本人が「おじいちゃん」って呼んでくれって言ってたんなら別にサービスとしてそれでいいんだろうけど、基本は「喜十郎さん」だよなぁと。
まぁ1990年以前の価値観だとそれで問題なかったんだろうけど、なんかモヤモヤ。
あとはこの作品ってそういう内容でよかったんだっけ？と感じたのは、この作品は老人介護用全自動ロボットが老人の夢をかなえるために鎌倉の海に向かって大暴走するという話なんだけど、この原因を作ったのは実は主人公側であるという部分。
厚生省(今は亡き)が介護老人を全自動で強制介護するマシンを作成し喜十郎をモニタに選ぶ。主人公はそれに反発し、自身が勤める病院に入院していた凄腕ハッカー老人集団と結託しマシンをハッキング、喜十郎の妻の声を再現して喜十郎に呼び掛ける。その結果、喜十郎の深層心理にあった「奥さんとの思い出の海に行きたい」を汲んだマシンのOS内に喜十郎の奥さんの人格が形成され海に向かって暴走を始める。
そのOSはペンタゴンが開発した軍事転用可能なもので、介護用と言いつつも軍事技術のデータ集めに使われていたのだ！なんてひどい話なんだ！としてそのOSを提供した会社が悪役になって最終的に逮捕されて終わるんだけど、いや、これ、暴走の原因の4割くらいは主人公たちにあるよね？
俺がマッチポンプ系作品が嫌いなのもあるんだけど、すげー気になってしまった。
いや、そうしなきゃ喜十郎は機械に繋がれて生命を繋ぎ留められるだけの物体になってしまっていたわけで、やむを得ない行為だったってのは理解できるんだけど、その代償としての被害規模がデカすぎんか。
というのが一番のモヤモヤ。
こういう作品だと役所の人間って非人間的なカスとして描かれがちだけど出てくる厚生省の役員は「本当に老人の介護問題を何とかしたい」という熱意に燃えていてそこに付け込まれてしまったという形で、マシンの問題に気付いてからは主人公側で一緒に戦う展開になるというのは性善説的で非常によかった。
あと今となってはウルトラトレスマンとして永久に叩かれている江口寿史のキャラデザは素晴らしく、主人公はかわいくサブキャラに至るまでみんな魅力的。
根本の部分が公開から35年たった今見ると、ええんか？ってなるところ以外はよくできた作品だと思う。
嫁が外国人なんだが子供を幼稚園に入れてもなかなか周囲の子と馴染めなくてとても苦労した。
俺は必死で子供に日本語を教え、日本語の歌を聞かせ、ママ友の輪に入れず精神を病んでしまった嫁に代わり送り迎えをし、先生や他の親御さん達との関係作りに奮闘した。
2年間かけてようやく連れて行くたびに泣いていた子供が幼稚園に毎日登園できるようになったところだ。
それなのに先週の運動会で俺の子が元気に走っていたらそれを見た他の親がいきなり日本人ファーストの正当性を周囲に説き始めて最悪だった。なんでこんな目に遭わなくちゃいけないんだろう。俺や俺の家族がなにをしたってんだ？？
この前の選挙の時ぐらいから明らかに親御さん達の俺の嫁と子供を見る目が変わったのを感じるんだよ。
ユーチューブやインスタに溢れてる外国人出ていけって主張のショート動画もAIが翻訳文を自動生成するんで日本語あんましできない俺の嫁だって理解できてしまうしそんなん見たら怖くなってママ友とかより作りづらくなるじゃん。
参政党さんの規定では祖父母の代まで外国の血が入ってない純粋な日本国籍の人だけが日本人なんだそうだがこっちは死に物狂いで子育て頑張っているんだけど？？？？
自分で選んだ道なのになんで文句言ってんだと思うかもしれないが子供に罪はねえーーんだよ！！！！
・Youtube 何かしらんけど「要約して」って言ったらしてくれた、どうやってんのかは知らん
・増田 長い文とか読めないので「圧縮して」と頼むと読める量になる
他、試してみたら追記する
・Youtubeの動画に高評価する これで30秒くらいかかった、ロボットを見守る気分
・アニメトップページに言って「サイトを操作してブルーレイ情報を調べてまとめて」と言ったら、リンクをクリックして1〜7巻のページをクリックして情報を集めていた（スクロールもしてた） これで5分くらい？
たとえば簡単だけど膨大で面倒な作業とかがあれば寝てるうちにお願いしておけば便利かもしれんが
まあ、まだまだだね、将来性は感じる
それより、「◯◯ってどこだと思う？」って聞いたら「たぶんここじゃね？」って印つけて欲しいよな
あ、今「広告全部消して」って指示しようと思って広告あるサイトに行ったら自動で消したわ
アドブロック標準装備なのか
面白い終わらせ方だ。 ところで、お前のスクリプトを見たんだが。 自動記..
dorawiiより
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20251022140742# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaPhmoAAKCRBwMdsubs4+SEXzAQCsjtCQwmBAOZ+DWFsr3k/NxqF7TgYtD/JbfhgNiDwr5wEA5upnivSSN5JscDdYiD3b+EjnYYccKoQXsZHjR6liTwk==+K4B-----ENDPGP SIGNATURE-----
マイナンバーってものがあるんだからそこの名前だけ変えれば自動で全部変わるべきだと思うんだけどなぁ
変えるならそっちじゃないのかと
銀行や免許証みたいなものだけじゃなくて店のアプリとかで個人情報登録する系も全部マイナンバー経由にして一括で管理してもらいたい
1. 背景と問題意識
若年女性や少女たちの居場所づくり・自立支援を掲げるNPOや団体が多数活動している。
これらの支援活動は、当初は善意と社会的使命感に基づくものであったが、
近年、一部の団体において「支援活動が制度化・収益化する構造」が形成されつつある。
本人が弁護士関与を希望していなくても、団体の運用ルールで強制的に同席
行政は弁護士の必要性を実質的に審査できず、形式上合法な支出として承認される
この構造のもとでは、「支援対象者」が本来の目的（自立支援・人権保障）よりも、
団体や専門職の活動維持・収益確保のための資源として機能してしまう危険性がある。
しかし、次のような構造が常態化すると、倫理的に重大な問題を孕む。
弁護士が同席する 「法的助言を提供」「支援の質向上」 関与が報酬発生の手段となる
時給8,000円設定弁護士業務としては適正 公金支出としては突出した高額
助成金での支払い公益目的に沿うように見える弁護士費用の恒常的補填構造
本人意思を経ない同席 “保護”の名目で正当化支援対象者の自律を奪う
このような仕組みは、「違法ではないが、倫理的に不当」な構造的誘導といえる。
東京都などの行政機関は、次の理由で「弁護士関与の必要性」を実質的に判断できない。
結果として、団体が自由に弁護士を関与させ、報酬を支出する「制度的自己完結」が発生する。
これは、公金の透明性・公平性・効率性を損なう構造的リスクである。
支援倫理 本人中心・自律支援団体の構造により本人意思が形骸化
弁護士倫理自由な依頼関係と誠実性自動関与・利益誘導的報酬構造
これらを総合すると、**形式的には適法であっても、倫理的には不当な「制度的腐敗」**の状態にある。
支援対象者が「保護される女性」として固定され、被害が語られ続けることによって
つまり、支援が被害を資源化する（commodification of victimhood）構造に陥っており、
支援団体・専門職・行政が共有できる「本人中心支援と倫理規範」を文書化。
7.結論
被害の構造を利用し、支援を装った利益循環の装置になっている。
それは違法ではなくとも、
というか、それ以外に思いつかないんだよな。
localhostが消えるとか、あまりに初歩的で致命的な不具合、今まで正しく動いていたところに発生する不具合は、ここ1、2年で経験がある。
というか、ここ1、2年にしか経験がない(もちろん主犯はおいらではない。居合わせただけ)。
これ。
あと、
サジェストによる書き換えが危険なのは、スコープ(フレーム)外での利用のされ方をAI が把握できない、部分(覗き穴/ピープホール)最適化しかできないと言う点と、こちらが本質的な問題なのだが、そこの処理の仕組み、文脈を理解してサジェストしているのではなく、学習元データで多く組み合わされているパターンを提示しているに過ぎない、と言う点だ。
これ、時間が経ってから致命的な事態を引き起こし、原因究明に手こずる原因になる可能性がとてもとてもとても高いのだよな。
レビューすると、「AIのサジェストがあったので」的な修正が入っていることがちょいちょいあるんだが、妥当でないサジェストを却下するだけの技術力がない場合、むしろLintとかパターンチェッカー的なのに留めておいた方が、思わぬ瑕疵を埋め込まずに済む。
できるエンジニア視点でも、スキャフォールドとして使おうとすると、細かく指定できそうで生成量が多いと見落としが発生しそうだし、確実なテンプレートで十分じゃん？ という気しかしない。開発が進んだ時点では、さらに使い所がない。なぜなら、「新しいものを作っている」ので、既存パターンが通用しないことが多いから。
AIの生成「量」が圧倒的なのは確かなんだが、このレベルのコーディング能力を「神」と考えるレベルのエンジニアからは実質制御不能で、これを使役できるレベルのエンジニアからは低能中途半端すぎて役に立たない、ってのが、呪術廻戦の摩虎羅やな、と感じる。
例えば絵の自動生成なら、登場人物の一人の指が6本になってようが、この線はどこに繋がってるんだ？ とか、この漢字はなんだ？ みたいなものが混じってようが、ぱっと見気づかないし、見直しておかしいのに気づいても、大勢に影響はしない。
けど、システムの場合、下手すりゃ1ビットで致死的障害を発生させてしまったりする。
その違い、ヤバさを理解できてないエンジニアがこんなにゾロゾロと存在する、という現実に絶望する。
加えて、「マジかよ……」ってなるのが、「既存のテストがないから、AI で追加してカバレッジをあげた」ってドヤ顔で語るエンジニア。
なんて言うか、なんとなく良さげなテストを理解しないでなんとなくマージしてるんだけど、何をテストしなきゃいけないか理解しないで、現状のコードを追認するだけだったりする。
それで必要十分かちゃんと検討できるだけの技術力がないと、「命綱、巻きつけたよー」と言いつつ、その命綱が宙に垂れてるのに気づいてない、って状態になってたりするんだよね。
で、不具合が表面化したら、それ用のスペシャライズドな監視の仕組みを追加して、手動テストを追加して、不具合が発生したら本番DBに接続して手動で修正するって、そんなのが日を追うごとにどんどん増えていって、仕事の大半が不具合対応、ってうんこみたいな現場があちこちで爆誕してるんよ。
でも、どのエンジニアも、自分たちの現場が異常であることに気づくだけの技術力がなくて、毎日みんなで奴隷が回している謎の棒を回し続け、経営者は、なぜこんなにエンジニアの数が必要で、お金が湯水のように浪費されているか理解できなくて、ストレスを溜めまくってる。
気づいた人はとっくにやめてるから。
炎上してないけど、針の筵だよね。
反論：外国人労働者を受け入れなくても“管理された縮小”は成立しうる
縮小が均衡しない主因は「広い空間に人が薄く分散」していること。
外国人で総量維持ではなく、地域と産業の再配置で人口密度を再構築する。
具体策：
効果：固定費の単位当たり負担を下げ、ネットワーク崩壊を回避。
具体策：
自動化・ロボティクス・生成AIの導入（製造・物流・介護・農業）
社会的コスト（医療・教育・社会保障の追加負担、文化・治安調整コスト）。
量ではなく質で最小実行規模を確保。
方向性：
| 分野 | 外国人労働者なしの対応策 |
| 医療・介護 | AI診断・介護ロボット導入／健康寿命延伸で需要抑制 |
| インフラ | 自治体・生活圏の統合／更新凍結・スマートメンテナンス |
| 産業 | 設計・制御・素材分野へ集中投資／量より知財輸出 |
| 労働 | 定年延長・柔軟勤務・AI支援で生産性倍増 |
| 地方財政 | 合併＋行政DX＋クラウド化で人件費削減 |
| 防衛 | 無人化・AI指揮統制・共同開発で人員依存を低減 |
「縮小均衡は崩れる」という見立ては、空間と制度を現状維持のまま縮める前提による。
構造を圧縮し、技術で密度を再構築すれば、外国人労働者なしでも均衡は成立しうる。
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
通常の論理:
━━━━━━━━━━━━━━━━━━
↓
↓
理由を述べる
↓
終わり
dorawiiの論理:
━━━━━━━━━━━━━━━━━━
前置き: 「俺は反論しないこともある」
↓
↓
↓
↓
↓
↓
↓
つまり:
反論しないと言いながら
↓
反論して
↓
━━━━━━━━━━━━━━━━━━
批判への応答:
「dorawiiは何にでも反論する」
↓
これを否定したい
↓
「柔軟な俺」を示したい
しかし:
実際に反論を止められない
↓
↓
━━━━━━━━━━━━━━━━━━
↓
↓
↓
「俺は高度な思考ができる」
しかし:
これが「反論しない」という
━━━━━━━━━━━━━━━━━━
↓
でも「反論しない」と言った
↓
↓
↓
↓
これで矛盾を解消（したつもり）
層4:思考の止められなさ
━━━━━━━━━━━━━━━━━━
↓
↓
「壊れた世界」と聞くと
↓
↓
止められない
↓
↓
でも「反論しない」と言った手前
↓
複雑な正当化
