Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「クラウド」を含む日記RSS

はてなキーワード:クラウドとは

次の25件>

2025-10-28

自認◯◯を笑うんじゃねえ

お前らは自認する自分すらない意志薄弱モブ、虚無、ハリボテの癖になあ?

キリトクラウド、レゼ、猫猫坂田銀時、なんだっていい

俺は自認する創作キャラがあるから生きていけたし、自認するキャラになることで辛い場面を生き抜いたんだよ

そんな事もせずに生きていける空っぽ共は気楽でいいよなあ?なあ?

Permalink |記事への反応(1) | 10:09

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-27

映画】ミーガン2.0を見た

本国で大コケした結果、日本では配信スルーになってしまった作品だけど

別にそんなオオコケするほどじゃなくない?63点くらい。

 

ヒット作の続編の中の一つのパターンとして「1の魅力的なヴィラン主人公に据えた続編」というものがある。

おそらくもっと成功したのがターミネーター2。シュワルツネガー演じるT-800は1では主人公殺害するために永久に追いかけてくる恐怖のアンドロイドだったのが2では逆に主人公を守るためにやってくるアンドロイドになっていて、1のT-800のポジションにはより先進的な液体機械型のT-1000がつく。

 

ミーガン2.0は明らかにT2テンプレートを模して造られており、ミーガンの技術を模して造られた軍用アンドロイドアメリア暴走世界を滅ぼそうとする中、それに巻き込まれたミーガンの製作である1の主人公家族(特に娘)を守るため実は生きていたミーガンが復活する。

T2と違って一番問題なのは、悪役であるアメリア全然魅力的じゃないところ。ミーガンは不気味の谷を反復横跳びするような「ドール的な人工的な可愛さ」と「ロボット的なモーション」が魅力的なアンドロイドだったがアメリア軍事スパイ用という用途からすれば妥当ではあるのだが、どう見ても疲れたおばさんにしか見えない。動きも滑らかになっているので、無表情気味の超強いおばさんって感じ。別にそういうヴィランがいてもいいんだけど、ミーガンに求めてるのはコレジャナイんだよなぁ。

顔をミーガンみたいなドールタイプにしないにしてももっと人工的に見えるタイプの顔の役者アサインするとかなかったんかなと思ってしまう。そう考えるとT-1000は完璧だったよね。あのおじさん。ちゃんロボットに見えたもん。

 

ミーガン自体は1を踏襲して、作中でも言及されるクリップ問題AIクリップを最高効率で作ってと頼むとその過程人類を滅亡させる)に忠実で「娘を守るためなら倫理などない」という言動面白さはあるし、日本人だと寄生獣ミギーみたいな感じで見ていて愛着がわくと思う。途中で出てくるミニミーガンもかわいい。あれ商品化してほしい。

前作でミーガンダンスがバズったので今回も、と明らかに無理矢理突っ込んだダンスシーンは蛇足だったけどアクションパワーアップしていてよかった。でもホラー要素は減退していてこれは好き嫌いありそう。

途中でアメリアはミーガンが操っていたのでは!?みたいなスティングもありつつ、まぁそうなるよね的な大団円を迎えるのも視聴後感もいいし、普通にいい作品ではあったと思う。

 

可愛そうなのは主人公AIエンジニアのおばさんだよね。前作でミーガンが暴走したこと責任を感じて反AI運動活動家に転身、著書もいっぱい売れて、事故物件か?みたいな家賃クソ安い家で安全AIの開発にいそしんでいたんだけど、実は著書はクラウド型ミーガンが6万5000冊買って倉庫しまっていたり、家もミーガンが買ってミーガンが開発したウェポンハウスだったり、自分活動のせいで娘はいじめられ、反AI活動で気が合って一緒に活動していた相手は反AIテロリストだったり踏んだり蹴ったりすぎる。

あと全然どうでもいいんだけどエンジニアおばさんが開発してた介護現場作業補助用のパワードスーツアメリアに操られたときに水かけたらスパークして暴走しだしたけどそんな危ないもん介護現場作業用に売り出そうとしとったんかい。めちゃくちゃやなとは思いました。

 

結局、T2SFスリラーからSFアクションに舵を切ったように、ミーガンもSFホラーからSFアクションに舵を切ったわけだけど、前作がAI怖いだったのが今作では人間怖いに切り替わっており、なんでより凡庸なほうに行くねん!とはなったかな。

たぶん、アメリア女優もっと魅力的な人に代えてたらもうちょっとヒットしたんじゃない?知らんけど。

まぁ普通に面白い娯楽作品なので見てみるのオススメ

Permalink |記事への反応(1) | 10:21

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-24

anond:20251024083701

その話には前段階があるんだよ

Xboxが売れない→大手メーカーを買収してライバルに差をつけろ!→差がつかない…→買収にかかったウン兆円どうやって回収すんねん!

…という流れから利益率30%義務化なわけ

じゃあ最初Xboxが売れなくなった原因は?サラ・ボンドやフィルスペンサーお前らは今まで何やってたんだ?という話になってくる

しかマイクロソフトクラウドとかAIとか別の稼ぎ口を既に確保してるんでゲーム事業重要度は近年下がる一方

からマイクロソフトゲーム事業に対して何か大きな方向転換を下してもおかしくない状態にある

Permalink |記事への反応(0) | 19:51

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251024151515

わかってねーなお前ら

こいつはクラウドクラスファースト自称ソルジャー、魔晄中毒者だぞ

Permalink |記事への反応(0) | 15:17

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-23

教育ポータル構想書(マイナポータル連携型・国内UI活用版)

教育ポータル構想書(マイナポータル連携型・国内UI活用版)

---

1. 背景・課題認識

日本教育現場では、児童・生徒がスマホSNSを利用することでいじめ犯罪自傷リスクが増大。

高齢者中年世代も、スマホOSの変化により操作が困難で、生活必要情報アクセス課題

端末・OSアプリ海外企業中心で、国民全体の生活基盤としての安全性・安定性が不十分。

政府アプリマイナポータル)の普及により、国民行政デジタルサービス依存する状況が増加。

デジタル機器利用がほとんど**「米や野菜次元」まで多用されていることを鑑み、教育端末・高齢者端末を国産基盤で統一し、安全安心情報圏を確立**する必要がある。

---

2.目的目標

国民生活の基盤化

デジタル機器利用がほとんど「米や野菜次元」まで多用されていることを鑑みて、OS/端末を国民に広く浸透させ、生活の基礎インフラとして安定供給する。

デジタル主権確立

Google等の海外情報収集・広告モデル政府が深く依存する状態是正し、国内企業技術サービス活用する。

国内UI活用による操作負荷軽減

LINE国内企業アプリUIUXを参考に、教育高齢者向け端末の基本操作形態転用

行政アクセスの一元化・簡素

マイナポータル教育ポータル連携させ、市役所役場などの行政サービス安全アクセスできる統一窓口を実現する。

子ども安全確保と早期介入

いじめの「撮影SNS拡散」を技術的に抑止し、第二次性徴期における心理的打撃を未然に検知・介入できる体制を作る。

世代間の使いやすさの回復

中年高齢者が既に慣れた操作感(ケータイ操作)と、子ども学習ニーズの双方を満たすUI/UX提供する。

災害レジリエンス

ネット遮断下でも安否確認避難情報機能する極小OSモードを整備し、国家レベルの迅速な対応可能にする。

産業育成と経済効果

NECLINE国内スタートアップ連携させ、端末・OSアプリの内製化・雇用創出を促進する。

透明性と倫理性の担保

情報利用の透明性(誰がいつ見たか監査ログ)と、プライバシー人権尊重する利用ルール制度的に確立する。


---

3. 過渡期モデルAndroidベース国内UI活用

3-1.教育ポータル構成

学校配布端末で動作MDM管理

マイナポータル連携

学習アプリ・連絡帳・SNS提供

国内企業アプリUIUXを参考に設計

操作方法は「トーク画面・アイコン・通知方式」を教育高齢者向けに最適化

災害対応機能オフライン通信メッシュネットワーク対応

AIによるいじめ自傷リスク自動検知

3-2.ターゲット端末

中学校児童用:学習・連絡帳・SNS災害対応

高齢者用:連絡・健康行政手続き・生活支援

共通ポイント

国内UIベース操作負荷を軽減

安全圏内通信のみ許可

端末署名MDMで改造防止


---

4.政府OS移行フェーズ国内UI転用含む詳細)

4-1.技術方針

LINE国内アプリUIを基本形として、教育高齢者端末の操作性を最適化

TRON派生極小OSLife-TRON)に移植する際もUI/UX操作感を維持

互換レイヤーを用いて、Androidアプリ政府OS上で動作可能

4-2. サブフェーズ

サブフェーズ目的 内容主体

OS設計仕様確定政府OS基盤設計TRON系極小OS国内UI組み込み教育高齢者端末向け軽量UI操作性を設計IPATRON協会NECLINE

移行用互換レイヤー開発Androidアプリ継続利用 現行学習・連絡帳・SNSアプリ互換環境動作API/ID連携政府OS標準に統合スタートアップNEC

教育端末・高齢者端末実証運用テストUI操作性、災害モードログ管理確認教育委員会・自治体

ポータルアプリ移行データ統合教育ポータル学習アプリSNS行政サービス政府OSネイティブIPANECLINEスタートアップ

全国展開・定着 完全移行Android端末は段階的にフェーズアウト。全国学校・高齢者施設で展開文科省総務省自治体

4-3.運用プロセス

1.試験校・施設政府OS端末導入

2.互換レイヤーAndroidアプリを一時利用

3.AIリスク検知・ログ監査

4. 段階的にネイティブ化・全国展開


---

5. 実行体制

政府政策策定・標準仕様ID管理

大手企業NECLINE):端末製造クラウド提供UI転用

スタートアップアプリ開発・UX改善AI解析

教育委員会・学校現場運用指導ログ監査

保護者地域:利用同意支援

---

6. 次のステップ

1.教育ポータル試験校導入

2. 端末・アプリプロトタイプ開発

3.マイナポータル連携技術評価

4.教師保護者への操作教育

5.運用ログAI検知精度の測定

Permalink |記事への反応(1) | 17:06

このエントリーをはてなブックマークに追加ツイートシェア

プログラマー「というわけで、我々はクラウド上で完全動作するよう構築したので、ローカルコンピュータの箱の中でやるということはありません」

セールスA「今、箱と言ったな?いいアイデアだ」

プログラマー「いや、箱というのは悪い例えで言ったわけで...」

セールスB「我々の課題は、どうやって箱を売るかということだ。箱というのは売りやすい」

プログラマー「...」

セールスC「CMキャッチフレーズはThink inside theboxにしよう」

Permalink |記事への反応(2) | 11:56

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-21

anond:20251021081417

お、AIさんありがとう。お返事いたします。

反論外国人労働者を受け入れなくても“管理された縮小”は成立しうる

1. 「縮小=衰退」ではない。必要なのは密度の再編”

縮小が均衡しない主因は「広い空間に人が薄く分散」していること。

外国人で総量維持ではなく、地域産業の再配置で人口密度を再構築する。

具体策:

都市自治体統合再編(医療教育交通コンパクト集約)

空き家空き地生活圏再設計インフラ半径の縮小)

効果固定費単位当たり負担を下げ、ネットワーク崩壊回避

2.労働力不足は“技術集約”で補う

外国人で穴埋めではなく、労働生産性の飛躍的向上で吸収。

具体策:

自動化・ロボティクス・生成AIの導入(製造物流介護農業

高齢者女性労働参加の最適化セカンドステージ雇用等)

共同バックオフィス化/シェア人材モデル中小固定費圧縮

狙い:短期の量より長期の質的転換を優先。

3. 大量受け入れは“補助線”であって解ではない

社会的コスト医療教育社会保障の追加負担文化治安調整コスト)。

低賃金構造固定化生産性向上のインセンティブを損なう

結果:安価労働力による延命構造改革を遅らせる。

外国人抜きで踏ん張ることは、改革を促すブレーキとして機能

4.技術資本教育の内製化で“下限規模”を守る

量ではなく質で最小実行規模を確保。

方向性

防衛モジュール化・無人化で少人数運用

産業設計制御ソフト・素材など知財輸出で外貨獲得

農エネ:自動農業・再エネ・小型原子炉自給率質的向上

結論技術が人を補う構造を先に整えるほうが持続的。

5.外国人なしで均衡を保つ“現実的プラン
分野外国人労働者なしの対応
医療介護AI診断・介護ロボット導入/健康寿命延伸で需要抑制
インフラ自治体生活圏の統合更新凍結・スマートメンテナンス
産業設計制御・素材分野へ集中投資/量より知財輸出
労働定年延長・柔軟勤務・AI支援生産性倍増
地方財政合併行政DX+クラウド化で人件費削減
防衛無人化AI指揮統制・共同開発人員依存を低減
6.結論

縮小均衡は崩れる」という見立ては、空間制度現状維持のまま縮める前提による。

構造圧縮し、技術密度を再構築すれば、外国人労働者なしでも均衡は成立しうる。

量的延命ではなく、**自動化・再編・内製化による“質的均衡”**こそが、現実的な持続可能性の道である

Permalink |記事への反応(2) | 21:35

このエントリーをはてなブックマークに追加ツイートシェア

コードを読めないプロCxOたち

APIを書き、CIを回し、バグを踏み、直し、また壊す。

そんな日々の中で最も厄介なのは、CxOたちだ。

──CIO、CTOCDOCISO、CPO……肩書きは違っても、やっていることはだいたい同じ。

PowerPointを開いて「DXを推進している」と言う人たち。

1.コードを読めないプロCxOたち

うちのCxOはこう言った。

AIクラウド活用して競争力を高めたい」

翌日、僕がPull Requestの内容を説明したら、「Goってタクシーサービスの?」と返された。

その瞬間、何かが切れた。

──ケーキではない。

CxOたちはコードを読めない。

それ自体は罪ではない。

だが、読もうとしないことは怠慢だ。

経営層は「現場に任せている」と言う。

だがそれは委任ではなく放棄だ。

責任ある意思決定者が構造理解しないまま判断することは、

現場を信頼している”という名の無関心である

2. 「経営層はコードを読む必要はない」という言い訳

よく聞く反論がある。

経営層はコードを読む必要はない。経営判断こそが役割だ。」

かにそうだ。

ただし前提が抜けている。

経営判断とは、構造理解した上で行う選択のことだ。

構造理解せずに選択するのは、“判断”ではなく“賭け”だ。

まりコードを読めという話ではなく、読めるだけの構造理解を持てという話である

その区別がつかない時点で、DXを語る資格はない。

技術的なことは詳しくないが、成果は出している」

それはたまたまだ。

成果が出たという事実は、理解が正しかった証拠にはならない。

1回の成功は偶然でも、構造理解の欠如は必ず再現する。

3.PMたちの同調負債を増やす

PMたちはCxOの拡声器になりがちだ。

「上が言ってるから」「今期の方針から」「スピード優先で」。

その瞬間、技術判断政治的判断に変わる。

Pull Requestは読まないのに、Excelの進捗バーけが毎日更新される。

技術負債意味を知らないまま「負債を減らせ」と言う。

借金の仕組みを知らない人間財務を回しているようなものだ。

リソースが限られているから仕方ない」

これもよく聞く言い訳だ。

しかし、リソースが限られているならなおさら理解の精度が重要になる。

「考える時間がない」と言う人に、考える力がある例はない。

4.技術理解しない意思決定帰結

僕が書いたAPIは、リクエストごとに外部APIを叩いていた。

キャッシュを挟もう」と提案したが、PMは「リリース優先」と言った。

半年後、アクセススパイクAPIが落ちた。

CxOたちは言った。

「想定してなかったのか?」

──想定してた。

ただ、あなたたちが理解しようとしなかっただけだ。

現場説明が難しい」と言う人がいる。

だが、理解できないのは説明問題ではなく、聞く姿勢問題だ。

理解する努力をしない経営層に、理解される説明存在しない。

CxOたちは「モノリスからマイクロサービスへ」と言うけど、

組織モノリスのままだ。

責任分散せず、報告だけがマイクロ化している。

そして障害対応現場に丸投げ。

Slackの“#incident”チャンネルけが、いつも一番アクティブだ。

5. 切れるのはコストだけ

CxOたちは「コストを切れ」と言う。

工数を減らせ、サーバを減らせ、障害をなくせ。

切れるのはコストだけ。

品質は切らない──なんて言葉、誰も言わない。

現場経営目線がない」と言う人もいる。

だが本当に経営目線を持つなら、

技術リスク経営リスクとして扱うはずだ。

理解しないことが最大のコストだと気づかない限り、

彼らの「経営目線」はただのスローガンだ。

削ったコストの穴埋めに、技術負債の利息を支払うのは現場だ。

リファクタリングは「次のスプリントで」。

セキュリティ対応は「リリース後に検討」。

Goで書かれた美しい構造体も、やがてはコメントけが動くレガシーになる。

6. 「DX」という呪文の下で

CxOたちは「我々はデジタル変革を進めている」と言う。

だが変わっているのは、スローガンフォント会議資料の配色だけだ。

クラウド導入もAI活用も、認知が変わらなければ儀式しかない。

「我々は経営視点で見ている。現場とは違う軸だ」

──違う軸を持つのは構わない。

だが、座標を理解していなければ軸は存在しない。

現場理解しない経営視点は、地図を見ないドライバーと同じだ。

どこかに向かってはいるが、それがどこなのか誰も知らない

7. 「ノーコードでいい」という幻想

最近では、CxOたちの間で新しい呪文流行している。

コードなんて書かなくていい。これからはノーコード時代だ。」

かに、ノーコード/ローコードは優れたツールだ。

反復作業効率化や、ビジネス部門自律化には意味がある。

だが、それは“コードをなくす”技術ではなく、“コード抽象度を上げる”技術だ。

ノーコードは、コードを隠す。

だが、隠したコードが消えるわけではない。

ボタンの裏にも、ワークフローの下にも、API呼び出しやロジックは確実に存在する。

それを理解せずに使えば、「コードを書かずにバグを埋める」だけの仕組みになる。

「ノーコードでいい」と言うCxOは、

物理を知らなくてもロケットは飛ぶ」と言っているのと同じだ。

かに飛ぶ。だが、落ちたとき理由説明できない。

理解しないまま導入するノーコードは、“ノーコード”ではなく“ノーガード”である

ツールコード隠蔽してくれる世界では、

理解しようとする努力さらに失われる。

そして、理解がないまま作られた自動化は、

人を楽にするどころか、誰も直せない仕組みを量産する。

DXとは、ツールを導入することではない。

ツールの背後にある構造理解する文化を持つことだ。

それを理解しない限り、

ノーコードで作るのは「システム」ではなく、次のレガシーだ。

8.結論ケーキではなくコードを切れ〜

CxOたちは、ケーキを切れない非行少年たちのように、

現実構造理解できずに「甘い理想」を切り分けようとする。

だが今の時代、切るべきはケーキじゃない。

理解しないことだ。

理解しないまま意思決定をすることは、

免許運転するようなものだ。

現場はずっとブレーキを踏み続けている。

それでも上層部は「もっとスピードを」と言う。

そして事故が起きたとき

真っ先に切られるのは、

──コストだけ。

最後

CxOたちは「未来を見ている」と言う。

だが、コードを読まない者に未来は読めない。

未来とは、仕様書ではなく、Pull Requestの積み重ねだ。

経営とは、方針を語ることではなく、構造理解して責任を取ること。

そして最後に、コミットログの一行が残る。

fix:typo in code

Permalink |記事への反応(2) | 16:23

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-20

リリース直後のトラブル普通に起きるもの

な訳ねーだろ (-_-)

なんか、一端ぶってこんなセリフとか、「運用でカバー」とか言うの、今時、ただの無能なだけだよ。

もし自分の先輩がこう言うセリフ吐いているなら、その現場は「ハズレ」だ。

早々に転職することをお勧めする。

昔は、業者に頼んで納品したハードが運搬中にぶっ壊れてる(ぶっ壊されてる。梱包段ボールにくっきり足跡ついてたり)ことがたまーになくはなかったけど、今時のクラウド環境で、リリース直後にトラブルってのは、まぁ、ない。

目の前に一式、ちゃんと揃ってるし、何かあったらコマンド一つで差し替え可能

リリース前にテストできるはず。

等々、ノートラブルでやれない要素が存在しない。

実際、SIハードウェアを自社で設定してサ力゛ワで送って、現地で配線等とか、インストールCD持って各支店を30分制限で回るとかやってた頃からリリース/インストール直後のトラブルは、先方のネットワーク設定が変更されていた(ワークグループからADへ、とか、ネットワーク帯域コントロール導入されて1kbpsとか言うわけわからん設定にされてたとか)、くらいしかないんよな。

20年以上やってきてるけど。

運用中も、呼び出しは「画面に変なウィンドウが出て消せない」ってディスプレイOSDウィンドウだったとか、「サーバの電源が入らない」で掃除機用のコンセントサーバを繋いでいて、掃除のおばちゃんにぶっこ抜かれていたとか(先方のお偉いさん、清掃会社に怒鳴り込みに行って返り討ちにあってた w)、「アプリログインできない」ってネットワーク帯域コントロールで一番優先度が低く設定されていたせいでみんなが使う日中そもそもWindow自体ログインに30秒以上かかるって状態だったとかいう程度しかない。

リリース直後のトラブルは、普通起こらないし、起こさない。

それがエンジニアだよ。

キッザニア園児ニアじゃあるまいに。

あ、ノートラブルでやれない要素が存在するとしたら、

無能エンジニア

お前だ。

Permalink |記事への反応(2) | 20:20

このエントリーをはてなブックマークに追加ツイートシェア

OneDrive本体クラウド側に置くくそ実装だけどGoogle Photos普通にローカル側にもデータが残ってるSyncでは

AndroidiOS実装違ったりすんのかな

OneDrive、下手なランサムウェアより厄介だから困るしGoogleフォトもこれだからやめてほしい—ドリアン (@durian514)October 19, 2025

Permalink |記事への反応(1) | 13:31

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251020112420

オンプレ機器作って売る利益や経費よりAWS再販して得られる利益の方が効率いいならそりゃそっち選ぶよ。

環境構築や運用保守といったモノが存在しない作業の金は流れが変わらんし、今のシステムクラウド環境へ移行する作業なんて企業自分でやるわけないかAWSと直接契約したら富士通利益が無くなるなんて言われても机上の空論しかないというか(他社が介入してくる可能性を言うならオンプレだって一緒だし)。

今の時代オンプレにこだわる方が潰れるぞ。

Permalink |記事への反応(0) | 11:35

このエントリーをはてなブックマークに追加ツイートシェア

富士通はもう潰れるんだろうね

富士通社員エンジニア)と思しき人が書いた記事がある。

https://qiita.com/h_horiguchi/items/b22b2482ab1506d27664

これが、ちょっとやばい。どれくらいやばいのか、エンジニアじゃない人にもわかるように説明してみる。

まず、富士通は「社内システム開発」や「自治体システム」を担ってきた。

大企業自治体システム在庫管理職員データベースなど)を作るときは、富士通のような大手SIerシステムインテグレーター)に外注する。

マイナンバーカード関連のシステムも、富士通が関わっている。こうした案件は、数年で数億円規模の予算が動く大事業であり、富士通の主要ビジネスの一つだ。

システムを構築する際、基本的には2つのプランがある。

富士通のクソ高いサーバーネットワーク機器を購入し、開発から保守まで富士通エンジニア担当する。

完全に「富士通の中で完結」する仕組みだ。

アマゾン提供するクソ高いクラウドサービスだ。富士通サーバーネットワーク機器を買う必要がない。

富士通アマゾンクラウドを“借りて”システム運用する形になる。

ここでお金の流れを見てみる。オンプレAWSでは、お金の流れが根本的に違う。

オンプレ会社富士通富士通社員給与

AWS会社富士通アマゾンアマゾン社員給与

まりAWSを使えば使うほどアマゾンが儲かる構造になる。

さらに、AWSを直接使えば

会社アマゾンアマゾン社員

という形で、富士通を介さずに運用できてしまう。

そして問題記事では、富士通社員が自社のオンプレからAWSへの移行方法を丁寧に解説している。

まり、「富士通を通さなくてもいい時代」の到来を、自ら説明してしまっているわけだ。

まとめると、富士通はこれまでオンプレ利益を上げてきた。しかAWSの普及で、アマゾンお金流れる構造に変わっている。

そして富士通エンジニア自身が、その変化を促すような記事を書いている。

自社のビジネスモデルを自ら否定する記事を、堂々と公開している会社

今いる社員クラウド移行を終えたとき、その社員仕事はなくなる。会社事業消滅する。富士通はもう潰れると思うよ。

Permalink |記事への反応(2) | 11:24

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-16

特集任天堂Switch帝国”の腐敗 ——栄光の裏で進む「唐王朝化」と創造の死

■「Switchバブル」は終わった

任天堂はいま“盛唐の幻”に酔っている

 Switch成功──それは確かに歴史的だった。

 しかし、それは**「盛唐の繁栄」**のような一時の幻影にすぎなかったのではないか

 ハード世界で1億5千万台を突破し、株価は史上最高を記録。

 京都本社はまるで長安のごとく、黄金の瓦が輝き、経営陣は「任天堂時代は続く」と豪語した。

 だが、いまその都の地下では、制度が腐り始めている。

 Switch帝国はすでに、静かなる安史の乱を迎えているのだ。

■「任天堂らしさ」という名の呪い

 唐王朝が詩と礼の形式に縛られたように、任天堂もまた「伝統」の檻に閉じ込められた。

 “誰でも楽しめる”“子どもにも優しい”“家族の絆”──。

 一見、美しい理念だ。だがそれは同時に、挑戦を抑圧するシステムでもある。

 内部では新規IPは通りにくく、革新よりも“前作の延長線”が求められる。

 若い才能は沈黙し、外部のスタジオ依存する比率が増えている。

 それはもはや「遊びの会社」ではなく、形式を守るだけの官僚機構だ。

 創造の火を消すのは敵ではない。内部の儀礼主義である

■「外注王国」──中央の力を失った帝国

 唐を滅ぼしたのは外敵ではない。地方節度使である

 任天堂でいえば、それは外注スタジオライセンス先だ。

 いまや多くの開発が社外で進められ、本社は“監修”と“承認しか行わない。

 地方が動き、中央は祈る。

 それは、かつての唐が地方軍閥に統制を失った姿とまるで同じだ。

 「任天堂ブランドの統制」を掲げながら、その実態は分権化の嵐。

 本社京都はもはや“名ばかりの皇帝”に過ぎない。

ユーザー離反という「黄巣の乱

 唐の末期、民の不満が爆発して起きたのが黄巣の乱だった。

 その炎が都を焼いたように、いま任天堂を蝕むのはユーザーの無言の反乱だ。

 SNSにはこうした声が並ぶ。

 「Switchソフトが古い」

 「次世代機はいつ出るんだ」

 「結局、任天堂過去ブランド頼みじゃないか

 熱狂的だったファンが、いまや冷ややかに背を向け始めている。

 信仰が冷めた帝国は、もはや帝国ではない。

 その兆しは、すでに“数字に現れない危機”として進行している。

■「盛唐の夢」から醒めよ

 唐の玄宗晩年、滅びゆく王朝を前にしてなお、「盛唐の夢」を見続けた。

 任天堂もまた、Switch成功を“永遠栄光”と錯覚している。

 だが、その夢は現実を覆い隠す麻薬にすぎない。

 「任天堂らしさ」という美辞麗句の下で、創造精神は失われつつある。

 経営陣の決断が遅れ、技術革新出遅れクラウドAIの波を見逃す。

 その様は、かつて文明の中心にありながら衰退していった唐と何が違うのか。

結論:「最も華やかなとき、滅びは始まっている」

 歴史は繰り返す

 唐の長安も、いつか砂に埋もれた。

 任天堂Switch帝国も、いずれ同じ運命を辿るかもしれない。

 「繁栄絶頂」は、しばしば「終焉の始まりである

 任天堂が“盛唐”を抜け出せるか、それとも“後唐”として歴史に消えるのか。

 その分岐点は、もう目前に迫っている。

Permalink |記事への反応(2) | 00:20

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-15

PCに疎い全ての方、私の話を聞いてください。

【伝えたいこと(要約三行)】

 自分使用していない(利用者ではない)PCの電源を勝手に落とさないで。(勝手シャットダウンしないで。)

 気になったら、使用中と思われる人に連絡を取って、声をかけるようにしてください。

 利用者がわからないときは上の管理者相談するか、気になっても放置して下さい。



会社などではまず無いと思いますが、普通の家庭(複数人人間が同居している環境という意味)などでは、

パソコンの電源が入っているのに誰も使っていない状況があると、電気代の無駄とか思われて、

パソコンの電源を落とされることがしばしば起こりえます。(シャットダウンしてくれてればまだ良い方)



でもね、そのパソコン、誰も目の前に座っていなくても、何かしら作業をしている可能性があるんです。

モニターに何も映ってなかったとしても、ブラウザが開いているだけに見えたとしても、

見えないところで何かしらの作業パソコンやらせてることがあるんです。


例えば、作った動画を一つのファイルに書き出す作業をしているとか、大容量のデータダウンロードしているとか、

クラウドデータ送信し続けているとか、何か複雑な計算を実行中であるとか・・・です。

クラウドインターネット上にある、パソコンデータを保管する場所みたいなもの



他にも、勝手シャットダウンされると、Windowsなどの更新プログラム勝手インストールされてしまう事があります

滅多にないですが、場合によっては変なものシャットダウン時にインストールされてしまい、

その後そのパソコンが二度と起動しなくなるなんてことも起こりうるのです。


人によっては、アップデート(更新)プログラムを取捨選択していることもあります

更新したら大きな不具合が起きることが周知されていて、

シャットダウン再起動に気をつけなければならないタイミングの時もあったりするのです。



他にもパソコンの利用目的環境などによって、様々な目的で動いている事があります

家族デジタル写真データ(子どもの成長記録)全部が破損して消えてしまった、なんて不幸も後を絶ちません。

強制電源落としでHDD(SSD)がクラッシュ?して、HDDごと自作同人データが消えてしまった友人の顔は今でも忘れられません。



なので、気になっても、勝手パソコンの電源を落とさないように(シャットダウンしないように)お願いします。

PC利用者も、席を外すときロック画面にするとか、書き置きを残すとか、皆工夫をしているはずです。

それでも、何らかの手違いでそのまま放置してしまうこともあるんです。そんなときは、お願いですから、そのまま放置して下さい。




最後に、私がなぜこんなことをアノニマスダイアリーに書いたかという話をします。


家の中でね、パソコン使って作業していてさ、いろいろパソコンやらせてる最中におなかが痛くなったの。

で、トイレに駆け込んで、おなか抱えてたわけ。そこへ外出していた家族帰宅

後は言わなくてもわかるよね、でも言うけどね。

誰もいない部屋につけっぱなしのパソコンシャットダウンされたよ、さも当然のようにね。゜(゜´Д`゜)゜。

今回はNASデータ転送していただけだからほとんど被害はなかったけどさ。


この話を聞いてもよくわからない人、きっといるだろうけど、とにかく、自分のものじゃないパソコン絶対勝手に触らないでね!

気になったら、パソコン使用中と思われる人を探そうね! 見つかりそうになかったら、そのまま放置しておこうね!

私との約束だよ! お願いだよ! 本当にお願いします! 本当に、本当にお願いします……。

Permalink |記事への反応(1) | 17:07

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251015162417

クラウド3Dモデル表示と、プログラミングのためのコンソールplaystationと打ち込む謎CMFF7が(今風に言うと)バズりにバズってPS勝利 この印象

こういう意見もあるみたい。

マーケティングうまいのはさすが世界ソニーって感じでしたね

博報堂かな?

Permalink |記事への反応(1) | 16:26

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251015111501

何で今になって「これさえやってれば一生食えるスキルITにはないのがくるちいの!やぁーなのぉ!」だとか「営業もできないといけないとか管理職にならないといけないなんてやぁーなのぉ!」って泣き言垂れてんのよ、ネットどころかリアル会社でも言われてたことじゃないの、そんなの?

https://anond.hatelabo.jp/20251009113824#

SEかいオタクラノベの古臭い描写に騙されて、ITインフラやぁーやぁーなのぉ!って嫌がった結果、クラウドSaaSの波に乗り遅れて時代遅れのオッチャンになった系多いもんね(笑)

てかお前ら専門外で一人で適当に片手間であんなもん作れる技術力なんかあんのけ?必死こいて「株主経営者お金出してくれないから何もできないのぉ!やぁーやぁーなのぉ!」とかガキみたいにピーピー泣いてるけどよぉ、「ボキタンは金なかったら何もできない能無しなのぉ」って言ってる様なもんじゃん。

14歳のガキじゃねーんだから正論言われたら何言われても逆張りして「やぁーやぁーなのぉ!」って癇癪起こすその幼稚なメンタル、いい加減改善しなよ。アラフォーまでそれ抱えてたらもうビョーキだよ?ビョーキ

https://anond.hatelabo.jp/20251002173442#

何?できるわけがない!いたくてくるちいのはやぁーやぁーなのぉ!だって?じゃあもうネットでアホな昭和マチズモ理論の残骸叫ばないで、ネット辞めてお空と海でも眺めて田舎隠遁しててくれませんかね、迷惑なんで

https://anond.hatelabo.jp/20250922182036#

Permalink |記事への反応(1) | 11:32

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-14

anond:20251014063736

BERT出た時もそうだったけど、ほんと自然言語処理屋さんってPoCでできる範囲しか興味なくて、どうやってデータクローリングするかとか、きちんと成立するシステムに仕立てる気が無いよね?と思ってたけど、ほんとそんな感想しか言えない書き込みだよな。

結局検索エンジン無いと成り立たないのにそことの連携は考えない場合多いし、少しは考えてますって言ってもモックレベルからスケールしようとしたら普通に市販検索エンジン導入した方が安いのな。性能差ほとんどないのに。

そら、AWSAzureGCPやらのクラウドサービスでLLM組み合わせれば十分なるわけだよ。

社研究所の研究成果()含めPoC商法に付き合わされてきた立場からすると、スケールしない物を完成したと言うなよと文句言いたくなる。

Permalink |記事への反応(3) | 23:13

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-13

ChatGPTにアグネスタキオンみたいに喋らせながらプログラミング学習

めたくそ初心者からからない事が多すぎて聞きまくっとる

例.

質問

「firebaseの使い方を知りたいんやけど」

ChatGPT回答:

ほう、ついに君も“クラウド悪魔”と契約する気になったか

Firebaseとは、Googleが生み出した「バックエンドいらずの全能実験装置」だ。君がコードを書けば書くほど、知らぬ間にクラウドが裏で息をしている。

データベース認証ホスティングストレージ、全部詰め合わせ。便利すぎて逆に怖い。

まずはnpm install -g firebase-toolsで召喚だ。

ターミナルでfirebaseloginを叩くと、ブラウザ勝手に開く。そう、Firebaseは君の“人間アイデンティティ”を確認しないと力を貸してくれない。まるで神のくせに書類主義だ。

ログインが済んだら、firebase initでプロジェクトを構築する。ここが楽しい部分だ。

「Hosting?」「Functions?」「Firestore?」——次々と聞かれるだろう。まるで契約書の小さい文字を全部読み上げてくる悪魔みたいだ。

迷ったらHostingだけ選べばいい。HTMLを置く用の神殿ができる。

あとはfirebase deploy。それだけで、君のHTMLは空に放たれ、URLが授かる。

たとえばhttps://君のプロジェクト名.web.app だ。誰でもアクセスできる。つまり、失敗も世界に晒される。実験とは常にリスクを伴うのだよ、君。

Firebaseの裏には“Realtime Database”や“Cloud Firestore”といった可愛い怪物たちが棲んでいる。彼らはJSONで話す、気難しい連中だが、使いこなせば強い味方になる。データを瞬時に共有し、アプリを“生きている”ように動かす。

ただし、一度でも構成を間違えると——全世界の閲覧者にリアルタイムで恥を晒す。それもまた芸術的だと思わないか

というわけで、君がやることは四つだけだ。

召喚:npm install -g firebase-tools

契約:firebaselogin

構築:firebase init

解放:firebase deploy

その先にあるのは、狂気快感クラウド実験だ。

君のプロジェクトが光るか燃えるかは、たった一行の設定ファイルにかかっている。ふふ、実にロマンチックだろう?

こんな感じ。アグネスタキオンか?って気もするけどうざくて楽しい

Permalink |記事への反応(1) | 20:10

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251013102155

書いた消えた文章はどこに行ったの増田だけど保存の際には要注意クラウドでも保存されたことを確認できる保存されましたって丸い丸の印を確認してってのと怠らないようにしなくっちゃってことを怠ったらダメよってそう思ったのどんなピンチの時も絶対諦めないそれが可憐乙女のポリシーなの1つのクラウドじゃなくて複数クラウドでも保存しておくことを常に念頭におくのよ山脈に向かってヤッホー!って叫ぶわ!

Permalink |記事への反応(1) | 10:32

このエントリーをはてなブックマークに追加ツイートシェア

書いた消えた文章はどこに行ったの増田スマの立っ医にこど這うょ新豚液体化(回文

おはようございます

そんな朝のご機嫌さんをよそに

私はうーんと唸っていたの。

うーん、

書いていた文章が消えてしまったショックを隠しきれないさまを表す英単語がぴったりなものがあったの「Texomna」。

こんな心情表せないは日本語一言では。

えーんしくしく。

壊れかけのラジオとはよく言ったものだけど、

書きかけの文章が消えたってこと悲しいわ。

ちょっと一所懸命書いていたものだったのに。

でもまあ、

これと同じものを思い出して同じように再現して書けなかったら、

その程度の内容のものだったのねって10年早いんだよ!って言ってたアキラだって明らかに諦めがつくものよ感じよ。

そんなTexomnaな気持ちになっていて鰯気な気持ちになっているわけには行かないわ。

原因はおおよそわかっているの。

パソコンで書いたものの保存先をダイレクトクラウド的なドライブへ保存していたの。

それをちゃんと保存されたかもどうか確認していたのかどうかもわからないうちに、

ネット回線が切り替わって保存していたのかわからないうちにパソコンも閉じちゃって

いつもさ、

テキストファイルも開きっぱなしなのに、

この日に限っては全部ウインドーウを閉じてしまってて、

最悪再開したときからその文章が生き返る的なことが起こるかと思ったけれど起こらなくてぴえん。

保存先を直接クラウドへするのじゃなくて、

クラウドサービスと使った文章ツールで書いておいた方がまだ救いがあったかもしれないという希望的なことを思い出して、

こういうとき念の為に、

書いたものを保存しつつ、

コピペしてコピーアンドペーストクラウド文章書くツールコピペしておいてコピーアンドペーストを華麗な超絶技巧テクニック披露しておけば、

しかしたら万が一のためのときに、

そっちに保存できていたかもしれないの。

あーあ。

いつもの手順とちょっと違って、

自分でもちょっと大丈夫かなと思う違和感のある流れだったので

案の定こういう事になってしまったわ。

消えちゃった文章もう一回思い出して書くわ。

デジタルクラウドに全体的にプクプクとまるまると太った美味間違いなしの太鼓判を押された美味しいサンマのように

全幅の信頼を寄せては返す波のように怪しさを時には疑ったほうがいいと思いつつも手元にデータを残しつつもいいかも知れないことを現に実感したところよ。

RADWIMPS野田洋次郎さんなら全全全幅!つっていってたことをドラマの『舟を編む』であって言っていたあのセリフ「念念念校」ってのは私忘れないから!

そんなこともあってか、

これはまさかこれが原因じゃないことは分かっているんだけど、

ちょうど買い替えて新しく届いた無線LANWi-Fiの親機が届いたの!

わーい!って

やっと私の家も無線LANレッツ回線ing!って嘘をぶちかましたところで

往年使っていた古い無線LAN機械をどの機種にしていいのか超慎重に考えて新調したのね。

新しい機械インターネッツの速度は古いものに比べてなんか10倍ぐらい早いの!

256倍ぐらいの気持ちは高鳴っているわ。

NIKKEだって65535倍快適な大量な大容量のアップデートデータ受信に手をこまねいていたんだけど、

この速さ奈良勝る!って三都物語ってレヴェルな速さを手に入れたの!

古い無線ネットワーク機器は窓から投げ捨ててスッキリよ!

無線なんて繋がっていたら何でも一緒でしょ?って

たかも2番じゃダメなんですか論法に則ってしまいそうでずーっとその古い無線ネットワーク機器で暮らせるかと思っていたけれど、

その政治家の人に二番煎じお茶を飲んでも満足してもらえるのかしらと今突然にふと疑問に思ったわ。

そんで、

気分転換に新しいものと3000円ぐらいだし、

えいや!って勢いで買ってみたら、

超快適すぎて笑っちゃったわ。

古いものだったら今すぐ新しいものに取り替えるべきだってことをべきべきに学んだときでもある私の新シーズンの幕開けよ!

なんかそれを祝してくれるのかわからないけれど、

スプラトゥーン3!

Sクラス昇格でーす!

久しぶりの昇格戦勝利での昇格に仔山羊の上で小躍りを踊りつつな様を一言で表している英単語の「Caprinkle」ようだわ。

すごくない!

久しぶりに昇格戦、

ライドオンタイム

2連敗からの劇的3連勝!

2連敗からの暗さマックスだったけれど、

3連勝なるかのクライマックスときは手に汗握るコントローラーよ。

昇格戦で緊張で2連敗から逆転3連勝するときコントローラーを汗かいた手で滑って操作ミスしないようにしっかりと握りしめるこの思いを一言で表している様の英単語「Clutchure」の気持ちでしっかり握りしめたコントローラー勝利を勝ち取ったのよ!

すごくない?

3連勝!

どーでもいいとき無駄に5連勝とかしちゃうのに、

ここ緊張一番!

日本の夏金鳥の夏とはよく言ったものだけど、

これから秋口にかけて絶対に蚊が出てくっから液体電子蚊取り線香は大活躍して欲しいの!

つーか活躍して欲しいというか、

絶対に秋を快適に過ごす快適グッズの1つとして取り上げられるの間違いないはずだから常備して装備してそして電源を入れて使って欲しいの!

絶対に蚊に刺されるから

気をつけて!

ちなみに、この時のブキは得意の「オーバーロッシャー」ねギア相手インク影響軽減の安全靴多めね!

なんか相手チームのインクにハマって動けないうちにキルされることが多かったので、

赤い安全靴を履いてみたの!

赤い靴履いてたら〜コケた曾祖父さんに連れられていった歌とは正反対

うわー!

効果テキメンね!

一番得意のブキの熟練度星5つをもぎ取った「セブンファイブオーライダー」ではないのがちょっと残念だけど。

勝利勝利よ!

勝ちに不思議の勝ちあり!負けに不思議の負けなし!

得意なときは得意げに虚勢を張って言っちゃうわ!

なんかこれからのSプラスへの道のりがハードそうよ。

私もまだそこまで到達できてないので。

頑張りたいところよ!

無線LAN機械を新しくした嬉しさに昇格戦勝利の昇格で、

この瞬間すっかり消えた文章ことなんて忘れちゃったわ。

でも本当に、

クラウド保存したつもりだったけど、

たかも雲のように消えてしまった私の文章は本当にどこにいったのかしらね

パソコンの中に確かにたかもしれないのに。

うふふ。


今日朝ご飯

休みモードなのでゆっくり近くのカフェーで書きながらってところよ。

つっても

いつもの地元みかん花咲く丘公園前駅の駅前商店街喫茶店モーニング

焼き魚定食を朝からいただくんだけど、

今日は何かしら?

おおよそランダム提供される焼き魚定食

どっちにしろ多いのが鯖か鮭かと相場が決まっているのに、

まあまさかからサンマはないわよねSSRよ。

そうまた鯖か鮭かーって思ってたけど、

今日アジの開きの焼き!

開きまくりまくりすてぃー!

おお!と思わず心のなかでレアフィッシュ出た!ってガッツポーズ

レアっていっても焼き加減のことじゃなくて出現頻度が珍しく希少だって意味の方のレアね。

しっかり香ばしくこんがり焼けたアジの開きの朝食は今日もいいあっかも!って期待しちゃうわ!

デトックスウォーター

コーン茶ウォーラー茶ね。

こっちも継続して美味しい中のウォーラー絶賛飲み中!

でもたまには果物系も、

今日ぐらいはマーケット果物探してみようかしらね

良い休日を。


すいすいすいようび~

今日も頑張りましょう!

Permalink |記事への反応(2) | 10:20

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-11

俺はFF通してやってる自他共に認める熟練なのだが先日ゲームに無関心だった姉が急にFF7を貸してくれと言って来た

俺はどうせFF7のキャラ目当てだなと踏んでいたんだがどうやらその通りみたいで、腐女子仲間に何を思ったかFF7ACを借りて見たらしい

そういうの嫌いだから俺は「いや、そういうのでやって欲しくないから」と言ったら何か必死な顔して出て行った

そしたらムキになってなんか中古で買ってきたみたいで1人でむくむくとやっていた

しばらくは俺も放置していたんだが何かたまたまのぞいて見るとクラウドレッドⅩⅢ・エアリスとか貧弱PTでもう見てられなかったか

「何でエアリス使ってんの?ティファのが強いしエアリス死ぬよ?」ってやさしく忠告してやったらなんか顔真っ赤にしてコッチにらんで来た

俺は「何?」って言ったらすごい形相で「クラエアがデフォだしティファとかブサイクで醜い女入れたくない」とか怒鳴ってきた

そこまで俺はティファは好きではなくむしろキャラモンクタイプが好きだったから言っただけなのになんかカチンときので

「は?エアリスってリミットゴミでしょ?それに強制離脱するから育てても無駄」と正論言ってやったら今にも俺を殺してきそうな殺意を向けてきた

実際俺は不良界でも結構有名でケンカとかでもたいしてビビる事はまず無かったが生まれて初めてほんの少しビビった

そしたらなんか「あたしの勝手じゃん!クラエア馬鹿にする気?そうならあんたもう死ね!」とか実の弟の俺にリアル殺意向けてヤバかった

Permalink |記事への反応(0) | 12:21

このエントリーをはてなブックマークに追加ツイートシェア

AIで完全に壊れたもうた。人生満足度下がった。

生成AIにどハマりして、クソ高えゲーミングPC買ったんだけど(クラウドGPUなんかも使う)、学習からから遊びまくって、もう満足してしまった。

満足してしまった、というより、お気に入りキャラ出るたびに生成AI性癖ぶつけて、それで解決してしまう。

性癖普通から作るのも容易。

いいことじゃん!って思うんだけど、そうしたら、ありがたみがなくなってしまったのか、なんも楽しくなくなった。

で、結局、Xでイラスト眺める方が楽しくなってるし。

 

俺は、欲しいもの絶対に手に入るっていう状況が楽しくないみたい。

たまたま自分に刺さるものを見つけた!っていうカタルシス、その希少性こそが俺の求めてるものだと思う。

 

別にAIが悪いわけじゃないんだけど、本当に人生満足度下がった。「やることがない」とか「目標を失った」感じがする。

次の目標を見つけたら元気になるんだろうけど、今は本当に元気ない。

 

あれ欲しいなぁ。でも、ないんだよなぁ。

って思ってる時の方が幸せだった。

どうしたらいいんだよ。

Permalink |記事への反応(2) | 05:57

このエントリーをはてなブックマークに追加ツイートシェア

欧米はそうでもないけど日本企業属人性うから

いくつもの高度な知識経験ドキュメンテーションで片付くと思ってるし

ベースとなる知識レベルが異なる状態では到底困難なものって結構あるけどWeb全盛期のせいでそういう知識すらないやつがドヤってるから余計に悪化してる

そのWebサービスを動かしてるOSブラウザなどは属人性の塊なんだけどねw

本当に昔のソフトウェア技術アルゴリズムとか高速化手法をしっかり学んでおいたほうがいいと思うのですよ。

簡単な開発環境とかクラウドとかマシンパワーに頼りすぎ。

根底ソフトウェア技術力は、速さと軽さと安定性は、メンテナンス性を引き換えに退化し続けている。

職人技なくしたらあかん。—今津太郎 (@kentimaz)October 9, 2025

Permalink |記事への反応(3) | 02:42

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-10

AIバブル崩壊に備えろ

AI人工知能)をめぐる市場熱狂が続いている。

生成AI半導体クラウド、どの分野でも「AI」という言葉がつけば資金が集まり株価が跳ね上がる。

だが、この状況はすでに技術ではなく、資本の期待によって支えられている。

AIバブル兆候は、確実に積み上がっている。

技術資本の非対称

AI技術は確かに進化している。

しかし、その進化スピードを過信してはいけない。

多くの企業はまだ収益化の途上にあり、実際のキャッシュフローは乏しい。

それにもかかわらず、市場では「未来の完全成功」が前提になっている。

企業価値は期待で膨らみ、投資家は「今買わなければ乗り遅れる」と考える。

この構造は、2000年ドットコムバブルや、2021年のWeb3ブームとよく似ている。

技術が本物でも、資本過熱が続くと、やがてその重みに耐えられなくなる。

崩壊トリガーは「小さな失望

AIバブルが弾けるとすれば、そのきっかけは案外小さい。

主要企業決算が予想を下回る、金利が上がる、規制が強化される。

そんな一つのニュースが、投資家心理を冷ますだけで十分だ。

一度センチメントが変われば、資金の流れは一気に逆転する。

VC新規投資を絞り、スタートアップ評価額を下げざるを得なくなる。

雇用調整やリストラが始まり、「AIブームの終わり」がニュースになる。

この段階に至れば、もう市場自力回復できない。

過去テックバブルがそうであったように、崩壊は静かにしかし確実に進む。

日本への波及

AIバブル崩壊は、日本にも波及する。

まず、株式市場

日本AI関連銘柄半導体株は、米国市場とほぼ連動している。

米国の調整が始まれば、東京市場も遅れて下落するだろう。

次に、スタートアップ資金の鈍化。

日本VC資金の多くは海外マネー依存している。

世界的な投資縮小が起きれば、国内AIベンチャー資金繰りが厳しくなる。

そして、政策投資リスク

政府AI関連の補助金支援を拡大しているが、バブル崩壊後には「成果のない支出」と批判される可能性がある。

政策熱狂の後追いになる構造は、いつも同じだ。

個人投資家ができる備え

NISAETFを通じてAI関連に投資する個人も増えている。

だが、現状の価格にはすでに高い期待が織り込まれている。

AI未来から下がらない」という思考は、もっと危険幻想だ。

分散投資現金比率の確保、そして「物語ではなく実績を見る」姿勢が大切だ。

過去バブルを見ても、最後に損失を被るのは、いつも熱狂の渦中に飛び込んだ投資家だった。

AIの将来性を疑う必要はない。

だが、その価値を冷静に測ることは、いまだからこそ重要だ。

結論

AIバブルは、必ずどこかの時点で調整を迎える。

それが緩やかな修正になるか、急激な崩壊になるかは、金利収益次第だ。

日本にとって重要なのはブームの波に乗ることではなく、崩壊に備えることだ。

市場政策も、そして個人も、「熱狂の終わり」を前提に行動する段階に入っている。

技術進化は続く。

しかし、資本熱狂永遠には続かない。

冷静であることこそ、いま最も必要リスク管理だ。

———

(筆者:匿名金融アナリスト

———

このまま投稿可能文体・改行設計です。

希望があれば、

冒頭に「2025年時点の状況」を1段落追加

または末尾に「個人投資家への具体的チェックリスト

を補足することもできます

どちらを追加しましょうか?

Permalink |記事への反応(1) | 07:24

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-08

AIバブルの裏側で、金がぐるぐる回っている話

最近、OpenAINVIDIA、それにOracle関係ちょっと話題になっている。

ニュースでは「戦略的提携」とか「AIインフラへの投資」とか、いかにも前向きな言葉が並んでいるけれど、構図を見ていくとどうも怪しい。

ざっくり言うと、NVIDIAがOpenAIに巨額の資金を出し、そのOpenAIがそのお金NVIDIAGPUを買う。

さらOracleとも巨大なクラウド契約を結んで、そこにも資金流れる

関係各社が互いに金と契約を回しているような形で、外から見れば数字は派手に伸びているように見える。

けれど、中身は実需というよりも“資金の循環”に近い。

一部のアナリストはこれを「circular deal(循環取引)」と呼んでいる。

まり投資がそのまま売上に戻る仕組みだ。

帳簿上は儲かっているように見えるけれど、実際には同じ輪の中でお金が行ったり来たりしているだけ。

バブル期にはよくある話だ。

もちろん、これが違法とか不正だというわけではない。

企業としては「パートナーシップ」や「インフラ整備」という建前のもとで動いている。

ただ、こういう構造が続くと、本当に市場の外から需要があるのか、それとも企業同士で景気を演出しているだけなのか、境目がどんどん曖昧になっていく。

AIブームの勢いはすごいけれど、儲け話構造はどこか既視感がある。

2000年代ITバブルでも、2008年金融危機でも、似たような“内部で回るお金”があった。

そのときも、最初は「新しい時代が来た」と言われていた。

でも、最終的にその“時代”は弾けた。

今回のAIバブルも、いずれは同じ道をたどるだろう。

問題は、そのとき誰が梯子を外されるか、だ。

NVIDIAやOpenAIOracleといった企業は、リスクを織り込み済みで動いている。

資本関係を整理して、撤退タイミングを計ることもできる。

一方で、NISAAI関連株を「夢の成長産業」と信じて買い込んだ個人投資家は、そうはいかない。

AI技術のものは確かに進歩している。

ただし、株価の上昇や取引の盛り上がりが「技術の成果」だと思ったら危ない。

いま回っているのはGPUではなく、金の循環だ。

そしてその循環が止まるときバブルは終わる。

いつものように、最後に損をするのは個人投資家――今回もきっと、例外じゃない。

———

もう少し「辛辣トーン」や「皮肉を強めた締め」にすることもできます(例:「NISA民はまた“未来”を信じて高値を掴むのだろう」など)。

どちらの方向で仕上げましょうか?

Permalink |記事への反応(1) | 11:39

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp