  |
はてなキーワード:ハードウェアとは
以下回答
ゲーム機メーカーが「自社ハードウェア事業を終息」し、「自社ソフトを他社プラットフォームに供給する」という方針転換を行う場合、経営・ブランド・技術・収益面などで多面的なリスクやデメリットが生じます。以下に体系的に列挙します。
🧩 1.経営・戦略面のリスク
■ (1)収益構造の変化による利益率低下
- 自社ハード販売による利益（ハード本体・周辺機器・ライセンス料など）が消滅。
- 他社プラットフォームでは、**販売手数料（例：30%前後）**を支払う必要があり、**利益率が大幅に低下**。
- 「プラットフォーム料」によって価格戦略の自由度も制限される。
■ (2) 成長ドライバー喪失
🎮 2.ブランド・マーケティング面のリスク
■ (1)ブランド価値・アイデンティティの喪失
- 「ハード＋ソフト一体の体験」を提供していたブランドが崩壊。
- 消費者にとって「唯一無二のゲーム体験」を失う。
- 長年築いた「プラットフォームブランド」（例：PlayStation、Switchなど）が**事実上消滅**。
■ (2)既存ユーザーの離反・不信感
■ (3)販売チャネルの再構築コスト
⚙️ 3.技術・開発面のリスク
■ (1)技術力・開発ノウハウの空洞化
■ (2) 他社プラットフォームへの依存度上昇
💰 4.経済・契約面のリスク
■ (1)ロイヤリティ・手数料負担
- プラットフォーム運営会社（例：Sony,Microsoft,Nintendo,Valveなど）に販売手数料を支払う。
- サブスクリプションサービス（例：Game Pass）に参加する場合、**収益分配の条件交渉が不利**になる可能性。
■ (2)価格政策の制約
🧠 5.組織・人材面のリスク
■ (1)人員削減・士気低下
■ (2) 開発体制の再構築コスト
🧩 6.市場・競争面のリスク
■ (1)差別化困難
■ (2) 他社との関係悪化の可能性
🕰️ 7. 過渡期の移行リスク
✅ 総括
観点 主なリスク・デメリット 経営 利益率低下、成長鈍化 ブランド 独自性喪失、ユーザー離反 技術 ハード技術衰退、他社依存 組織 人員整理・士気低下 市場 差別化困難、競争激化
もし本当にMicrosoftがXBOX販売から撤退したら、こういうリスクを織り込んだうえでそれでも決断せざるを得なかった、という事なわけだ。
とにかく使えない。低IQの癖にコミュ障のアスペで、高校時代から個人開発をしつつココナラとかクラウドワークスでフリーランス活動に取り組んでたらしいのだが、それがどちらも7年も取り組んでおいて鳴かず飛ばずである事実を棚に上げてポートフォリオに書いてきやがった。
まずその時点で不安だったが、実際に使ってみれば一般的なサーバー管理、バックエンド、フロントエンド、ハードウェア、統計や計算機科学などどれもこれも一見できるように見えて理解が浅い。よく言えば広く浅い知識を持っていると言えるが、要は器用貧乏でまともに経験値がないということだ。AWSの資格すら取っちゃいない。
そんでもって学生時代にめぼしい経験がない。数学を幼少期から極めていたらしく(数IIIを小6でコンプしたというのは素直に驚いた)新しいアルゴリズムを論文に書いて某学会に通したことがあるらしいが、実績と呼べるのはそれくらいで数オリや競プロの優勝歴などもない。本当に何の実績もない。何のために大学行ったのか
自分の力と頭で修羅場を乗り越えて何かを為した経験もないのでとにかく子供じみていて扱いに困る。一見口調や語彙は大人びているように見えて忍耐力もコミュ力も何もないから始末に負えない。
そんでもって全能感にまみれていて、まるで相手が子供じみているかのように演出する能力だけは超一流。人様に物事を都合よく勘違いさせる能力は使い所を間違えなければ役に立つんだか立たないんだか。
マジで人様の前に立つカリスマ性も人様を率いる胆力も人様に率いられる根性も図太さもアイデア力も実績も実力も精神力も頭も心も体も顔も何もない無能中の無能中の無能なのでこんな奴を寄越した人事を末代まで呪うつもりだ。
とにかく使えない。低IQの癖にコミュ障のアスペで、高校時代から個人開発をしつつココナラとかクラウドワークスでフリーランス活動に取り組んでたらしいのだが、それがどちらも7年も取り組んでおいて鳴かず飛ばずである事実を棚に上げてポートフォリオに書いてきやがった。
まずその時点で不安だったが、実際に使ってみれば一般的なサーバー管理、バックエンド、フロントエンド、ハードウェア、統計や計算機科学などどれもこれも一見できるように見えて理解が浅い。よく言えば広く浅い知識を持っていると言えるが、要は器用貧乏でまともに経験値がないということだ。AWSの資格すら取っちゃいない。
そんでもって学生時代にめぼしい経験がない。数学を幼少期から極めていたらしく(数IIIを小6でコンプしたというのは素直に驚いた)新しいアルゴリズムを論文に書いて某学会に通したことがあるらしいが、実績と呼べるのはそれくらいで数オリや競プロの優勝歴などもない。本当に何の実績もない。何のために大学行ったのか
自分の力と頭で修羅場を乗り越えて何かを為した経験もないのでとにかく子供じみていて扱いに困る。一見口調や語彙は大人びているように見えて忍耐力もコミュ力も何もないから始末に負えない。
そんでもって全能感にまみれていて、まるで相手が子供じみているかのように演出する能力だけは超一流。人様に物事を都合よく勘違いさせる能力は使い所を間違えなければ役に立つんだか立たないんだか。
マジで人様の前に立つカリスマ性も人様を率いる胆力も人様に率いられる根性も図太さもアイデア力も実績も実力も精神力も頭も心も体も顔も何もない無能中の無能中の無能なのでこんな奴を寄越した人事を末代まで呪うつもりだ。
----
「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 として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
な訳ねーだろ (-_-)
なんか、一端ぶってこんなセリフとか、「運用でカバー」とか言うの、今時、ただの無能なだけだよ。
もし自分の先輩がこう言うセリフ吐いているなら、その現場は「ハズレ」だ。
昔は、業者に頼んで納品したハードが運搬中にぶっ壊れてる(ぶっ壊されてる。梱包段ボールにくっきり足跡ついてたり)ことがたまーになくはなかったけど、今時のクラウド環境で、リリース直後にトラブルってのは、まぁ、ない。
目の前に一式、ちゃんと揃ってるし、何かあったらコマンド一つで差し替え可能。
実際、SIでハードウェアを自社で設定してサ力゛ワで送って、現地で配線等とか、インストールCD持って各支店を30分制限で回るとかやってた頃から、リリース/インストール直後のトラブルは、先方のネットワーク設定が変更されていた(ワークグループからADへ、とか、ネットワーク帯域コントロール導入されて1kbpsとか言うわけわからん設定にされてたとか)、くらいしかないんよな。
20年以上やってきてるけど。
運用中も、呼び出しは「画面に変なウィンドウが出て消せない」ってディスプレイのOSDウィンドウだったとか、「サーバの電源が入らない」で掃除機用のコンセントにサーバを繋いでいて、掃除のおばちゃんにぶっこ抜かれていたとか(先方のお偉いさん、清掃会社に怒鳴り込みに行って返り討ちにあってた w)、「アプリにログインできない」ってネットワーク帯域コントロールで一番優先度が低く設定されていたせいでみんなが使う日中はそもそもWindow自体のログインに30秒以上かかるって状態だったとかいう程度しかない。
それがエンジニアだよ。
お前だ。
仕事で貸与されるマシンのosがマイクソの窓11なので、どうしても使わないといけないが、窓11よりもlinux（僕は個人的にubuntuをwayland + hyprlandで使ってます）のほうが断然使いやすいし、dmesgでハードウェアも含めた不具合やbiosのバグも見つけやすいので問題の切り分けがしやすい
一方、窓に付属のイベントビューアーは使いにくいし、表示にもオーバヘッドタイムがあり毎回イライラする
そして、今回の改悪の発表によって、自分の中では窓11はフラストレーションの塊としか思えなくなった
別のクラウドサービス使ってるから、onedriveとか本当にいらない
セキュリティの向上を大義名分にするなら他のクラウドサービスとの連携も並行して実装したら良いけどそうじゃないから、マイクソのクラウドサービスを無理やり使わせたいんだろうね
ビルGが企みそうなことだよ
マイクロソフト、次世代Xboxを発売中止か。現行Xboxも製造終了のうわさ
マイクロソフトは先週、Xbox Game Passの各プランを最大50％値上げし、大きな話題を呼んだ。その直後、同社が次世代Xboxゲーム機の製造を完全に停止し、ハードウェア事業から撤退する可能性があるとの噂が報じられている。
この情報を伝えたのは、海外ゲームフォーラムNeoGAFで活動する著名リーカーのSneakersSO氏である。同氏はXbox関連の内部情報や戦略リークで知られ、Xbox独占タイトルの他機種展開を早期に報じた実績を持つ人物だ。The Verge編集者のTom Warren氏も、「彼はXbox部門内部で何が起きているかをよく知っている」と評している。
SneakersSO氏によれば、次世代Xboxは当初2026年に製造開始、2027年発売を予定していたが、計画は「非常に具体的」な段階から「未定・宙に浮いた状態」へと変わったという。開発に必要なステップが進まず、当初「確実」とされていた多くの要素が先送りされているとのことだ。
マイクロソフトは次世代Xboxハードウェア開発を継続する と公言しており、ハード事業から撤退するという噂を否定しています。
2025年6月に、Xbox とAMD が「マルチ年契約」を結び、次世代機のためのシリコン（半導体）を共同設計するという発表もありました。
一部報道では、次世代Xbox は2026年頃 に登場する可能性があるという予測があります。
また、現在発表されているのは携帯型Xbox（ハンドヘルド機） の新モデル「ROGXboxAlly／Ally X」で、2025年10月16日に発売されることが確定しています。
アメリカMicrosoftでXboxシニアプロダクトマネージャーリードを務めるドミニク・ゴードン氏は「ボトムアップでゼロからハードウェアとソフトウェアを考え直した」と5年に及ぶ共同開発を振り返る。
まず「Xboxフルスクリーンエクスペリエンス」により、電源投入後にXboxコンソール風UIが即座に起動する。ゲームに不要なWindowsプロセスを停止して約2GBのメモリを削減。専用Xboxボタンから画面録画やチャットにワンタッチでアクセスでき、長押しすれば起動中のアプリを瞬時に切り替えられる。
外部ストアとの統合について説明するMicrosoftのドミニク・ゴードン氏（筆者撮影）
さらにMicrosoftがこだわったのは外部ストアとの統合だ。「何千もあるストアのゲーム、Xboxコンソールで遊んでいるゲームもすぐにROGXBOXALLYで保存して遊べる」（ゴードン氏）。Steam、Epic Games Store、GOG.comなど競合他社のゲームストアで購入したタイトルも、XboxUIの中で一元管理できる。つまり、Steamで購入した『エルデンリング』も、Epic Gamesで無料配布された『GTA5』も、すべて同じ画面から起動できる。ゲームの起動自体は各ストアのランチャーを経由するが、ユーザーはXboxの画面だけ見ていればいい。
考えただけでもめんどくさそう
そら5年かかるわ
多分何言っても理解してもらえない気がするが、「最上位プランの値段を上げること＝持続不可能」という言い分の反証として
ネトフリの最上位プランは右肩上がりで値上がりしてるけどネトフリ自体は会員数もずっと伸ばして持続してるって書いてるのよね
で、ゲームパスがその先行モデルと似た成長をしてるかどうかは「会員数もネトフリ同様に伸びてるか」も見なきゃ分からんわけ
そこは公表されていないし、だからこそ「10年後も20年後もゲームパスは絶対に続いてるんだ！」なんて主張はしてなくて、
あくまで「値上げ＝即持続不可能ではないよ」しか言ってないんだよ...
そもそも先行事例のネトフリだって別に5年後にまだ続いてるかは誰にも分からない。
サービス開始から14年、最上位プランはずっと値上げしながらも会員数は増えて現時点でもサービスは続いている、この状況からその先を予測しているだけ。
で、書き損じだと思うが
はダウトで、「ソフトメーカー」としてのマイクロソフトはSteamでも例年売り上げ上位に何本か入るし、
直近はPS市場にもソフトを出してPSストアで月間1位になったりしている。これを普通ジリ貧とは言わないだろ。
ハードウェア事業、プラットフォーム事業は前年比減が続いているが、ゲームパスはXboxだけではなくPCやモバイルデバイスからのストリーミングでもアクセスできるサービスなので「ハードウェア事業の不調＝サブスクサービスの不調」ではない。
「値上げして付加価値も大きくしたけどその価格と内容が市場に支持されなくて会員数減少に転じ、連続赤字となってサービス継続できなくなる」がサブスクサービス持続不可能のシナリオでしょ
※会員数をキーとしているのは、サブスクに入れるタイトルの誘致が「完全歩合」ではなくある程度の契約金も最初に払っているだろうという推測で、会員数が少なくサービス収入が契約金を下回れば当然それは持続不可能
※当然、「サブスクに投入するタイトル誘致の原資」を減らす方向もあるがここでは割愛
あとは言葉遊びの範疇だが、「開始当初から持続不可能だったサービス」がなぜ2017年から数えてもう8年サービスが続いているの？
増田がどういうバックグラウンドの人か知らないから、一応IT界隈でずっとやってきた人間から言わせてもらうとだね。
だから増田の言ったCD-ROMとかCD-Rとかが覇権取ったのはそういうこと。
MIDIもローランドが作ったようなものなので、まあ、日本人が作ったと言ってもいいだろう。
フィーチャーフォンも、最後の方はKDP+とかでぐらついたけど、やはり物理のブツという意味では良い仕事してた。
ところが、風潮が変わったのはiPhoneショックだよね。
スマホが浸透してから、あらゆるものをある程度企画化されたデバイス上で、
ソフトウェアで何かを実現する、っていう方向に変わってしまった。
そうなると、それまでブツを作ってた奴らは、プログラミング言語を覚えないといけなくなる。
プログラミング言語は英語ベース。また、抽象化されたシステムの理解が必要になる。（物理の要素が限りなく少なくなる）
例えばアメリカの外交官が赴任先の言語を学ぶ研修で、日本語が一番研修期間が長い。
つまりそれだけ、我々はプログラミング言語を学ぶのに不利なのだ。
だから、理屈で言えばアメリカ人やイギリス人が一番有利で、その次にヨーロッパ語圏とかが有利になる。
（それでも知人のロシア人プログラマーは、アメリカ人の方が有利だよな、と愚痴をこぼしてたが）
ここで中国が強いっていうのは2つあると思ってて、
1つは人口の多さ。母数がデカければ、それだけ技術者も多いし、有能な奴も絶対数が増える。
次に、言語。漢字文化だが、文法や構文の構成は英語に似ているので、
あと金門に囲まれて入るものの、深圳等ハードウェアの産地が近いのも有利だと思う。
イランの状況は知らんけど、国際的に孤立してるから、そりゃ自国の産業の育成も必死だと思う。
戦闘機なんか、アメリカやヨーロッパの機体をコピーして自前で改良するぐらいだから、
日本の2008年以降の状況で言うと、まさにこの物理メカだけで戦えてた時代の終わりだと思う。
いつぞやのテレ東のニュースで、アメリカのIT評論家が「日本のデジタルサービスは、BtoCはたくさんあるが、BtoBに見るべきものがない」
でも、それはしょうがない。BtoBはもうMicrosoftに焼き尽くされてしまった。
あとは、日本の商習慣に合わせてカスタマイズするSaaSしか残らない。
日本は中途半端に大国だから、国内のマーケットで満足しちゃう、ってのもある。
逆にアメリカ以外のデジタルモノで、他の国から出てるものある？
なんせ、漢字、ひらがな、カタカナがあって、変なマナーや因習、複雑な帳票が大好きな国が、
それらで思考したものを、一旦英語に変換してプログラムを書いてくって、
そんなのアメリカの英語ベースで考える奴らと比較したら、数倍も差が開くのは自明なんよ。
もっとも、国が厳しい規制をしなかったから、今の楽天とかヤフーLINEとか使えてる、ってのはあると思うんよ。
善かれ悪しかれ、日本、日本語、日本という文化で島国という特性から、とりあえず「日本国内」って枠組みの中で生活しがちな我々なんだけど、
ネットで繋がった瞬間から（厳密に言えば、1994年？）グローバリゼーションはグッと近づいていて、
これからはもっとシステム工学とかを意識して、柔軟な発想でデジタルビジネスを思いつく奴が増えたら、
また日本発グローバルスタンダードな製品が生まれるかもね。
懐かしいなぁ。10年以上放置してたんだけど、はてなってまだサービス続いてるんだね。
こんにちは。俺はかつてGREEとDeNAがソシャゲ戦争やってた時代に、ソフトウェアエンジニアとしてDeNAに入社したかつての新人だよ。
サービスのプラットフォーム争いを両社がやってる最中に一人だけハードウェア抽象化の研究やってた、当時としてはちょっと逸れた事やってたgeekだよ。
DeNA vsGREEの勝者はAlphabetとAppleになっちゃったね。それで良かったと思う、両社ともゲームしか見えて無くてエコシステムの設計は全然だったから。
当時はDeNAとGREEの新卒年収1000万が連日話題になってたね。俺も例に漏れずその帯域だった。
入社祝い金だけで奨学金完済出来るとは思ってなかったよ。それどころか3年目処に家買いなって当時の上司に言われたときはビビった。
そういう金銭感覚って当時は外資のバイオ系以外持ってなかったから、というか内外証券マンすら新卒は700届かなかった時代だから、なんかやばいとこきちゃったなって。
でも、持たなかったね。
知っての通り、2012年のJP広域エンジニアショックで優秀な人材は海外に散った。二次派生は2014だっけ、Dowangoの高専流入組がすごい流出したね。優秀だったのに勿体無い。
俺は全然優秀じゃないから先輩の後を追う事しかできなくて、というか何も考えずに、成り行きでアメリカに来た。当時のJTC仕草にうんざりしてた人たちも大体このあたりだね。
まぁ株式会社って大きくなりすぎると国籍宗教問わずJTC化するなってのは後々体験するんだけど。
それでもソフトウェアが世界を変えるという盲信から、ハードウェア抽象を社会実装してDockerにJoinしたり、AmazonにJoinしたりした。
学生の時から仮想環境を使い捨てることによる冪等性がもたらすソフトウェア開発体験がテスタビリティを向上させるっていう論文書いてたんだけど、まさにDockerだよね。
同じこと考えてる人が海の向こうに何人も居る！って楽しくなって、無我夢中でコード書いてた。同僚と深夜までブレストするのが楽しくて仕方なかった。
今ではリファクタリングとか最適化とかでblameすら探すの困難だけど、初期DockerのPoCコミッターだったのは割と自慢。
ソフトウェアエンジニアと平行して投資業もやって、フルコミットが難しくなったタイミングでAmazonにJoinした。ロックダウン前年の話。
AmazonはマジでJTCそのもの。ソフトウェアにどうコミットしたか、どう改善すると社会のエコシステムに還元できるかなんて考えない。チケットの消化。それだけが、評価基準。
JTC仕草にうんざりしてた人にとっては拷問なんだよ、これ。確かに給料は良いけど、良いのは給料だけ。マジで仕事したっていう感覚は無い。
その上コロナのロックダウンを皮切りに、部署の資金繰りを二転三転させたり、業績悪化を理由に人身御供を吊し上げて首にしたり、マジで狂っていった。
コロナ明け、Amazonの株価がゴリっと減ったのを契機に退職した。それでも仕事続けてれば多分資産は250万ドルに到達したと思う、今はその半分も無いけど。
でも社内政治で消耗してたらいずれ働くのが嫌になる。ソフトウェアを書けなくなる。Amazon離職を金脈捨てた咎人のように責め立てられたけど、そうなる前に判断できたつもりでいる。
そう判断して数年経ってる。が、生きてはいるし総資産は平行線だ。増えてないけどね。
アメリカに来るきっかけになった当時の上司は、かつてはてなで働いていた。2000年代のはてなは今のNvidiaみたいな輝きを放ってたらしい。
そういう話をしたなぁと思ってふとググってみたらまだサービスが残っていて嬉しかった。DeNA時代にやった事は全部畳まれてしまっているので。。
というのを昼飯食いながら思い返している。
10数年前の自分の書き込みがらき☆すたの放送に言及してて懐かしい。
10数年前の自分の書き込みが日本はオワコンと言っていて微笑ましい。
お前らコンサルがキラキラした目で語る「SDV化へのロードマップ」ってやつ、まあ綺麗だよな。「レベル1から始まって、ドメイン、ゾーン、最後は夢のセントラルコンピュータへ！」って、すごろくみたいで分かりやすい。プレゼン資料は美しいし、ロジックも通っているように見える。
だが最近、その綺麗なすごろくを見ていると、強烈なデジャブを感じるんだ。
ついこの間までヨーロッパ中が大合唱していた、「未来はEV一択だ！」という、あの狂騒曲にな。
ご存知の通り、その結果は今のEV失速と戦略の迷走だ。今日は、なぜ俺がお前らの語るSDVに、あの失敗したEV戦略と同じ匂いを感じるのか。そして、そのロードマップに隠された巨大な「崖」について、具体的かつ論理的に話そう。
まず前提として、EUのEV戦略は単なる技術選択の失敗じゃない。あれは、「"言葉"を定義することで現実を支配しようとする」という、ヨーロッパ伝統のイデオロギー戦略だ。「EVは善、エンジンは悪」というシンプルな二元論を作り出し、規制と補助金で市場を無理やりそちらに誘導しようとした。
この手法のキモは、現実の複雑さを無視し、自分たちに都合のいい単一のシナリオを唯一の「正解」として提示することにある。世界には多様なエネルギー事情があり、多様な顧客ニーズがあるという現実から目を背け、「EV」という言葉の神輿を担いだわけだ。
そして、お前らが語る「SDV」も、これと全く同じ構造を持っている。
「セントラルコンピュータによる、ハードとソフトが完全分離したSDV」こそが唯一絶対のゴールだと定義し、そこに至る道を一本道で描いてみせる。
だが現実はどうだ？ 安くて頑丈なクルマを求める市場もあれば、運転の楽しさを求める層もいる。そもそもソフトウェアのアップデートに価値を感じない顧客だっている。トヨタが声高に未来を語らず、EV、HV、水素、合成燃料と、あらゆる可能性に備える「マルチパスウェイ」を貫いているのはなぜか。それは彼らがイデオロギーではなく、複雑な「現実」と向き合っているからに他ならない。
お前らのSDVロードマップは、この時点でまず、現実の多様性を無視したイデオロギー的な欺瞞をはらんでいる。
その上で、仮にその単一シナリオ（理想のSDV）が正しいとして、なぜその実現が絶望的に困難なのかを説明しよう。ここで登場するのが、お前らも知ってる「コンウェイの法則」だ。
雑に言えば「システムの構造は、それを作る組織の構造とそっくりになる」という法則だ。今のクルマは、無数のECU（小さいコンピュータ）が複雑に絡み合った「分散型アーキテクチャ」だ。これは偶然そうなったわけじゃない。エンジンはA社、ブレーキはB社、ライトはC社と、各分野の専門サプライヤー（Tier1）が、ハードとソフトを一体ですり合わせて開発してきた。このクルマの構造は、日本の自動車産業が100年かけて作り上げてきた、この巨大なサプライチェーンという人間関係そのものなんだよ。
そして、この巨大な人間関係の構造は、組織と同じで少しずつしか変えられない。「連続的」な変化しか受け付けないんだ。一気に変えようとすれば、現場は崩壊し、これまで培ってきた価値は失われる。
この2つの法則を踏まえて、お前らのロードマップを評価しよう。
これはまだいい。既存のサプライヤーとの人間関係を維持したまま、ECUをいくつか統合し、役割を再編成する。「組織改編」レベルの話だ。現場は筋肉痛になるだろうが、これはまだ「連続的な変化」だ。実行可能性はある。
これは「組織改編」じゃない。「全従業員を一度解雇して、明日から全く別の人種と会社をゼロから作れ」と言っているに等しい。
なぜなら、クルマの作り方が「ハードウェア部品のすり合わせ」から「OS上のソフトウェア開発」へと、根本的に変わるからだ。これは、これまでパートナーだったハード中心のTier1の価値をほぼゼロにし、NVIDIAやGoogle、AWSといった、全く文化の違うITジャイアントと新しい関係をゼロから構築することを意味する。
この「崖」を飛び越えるという行為は、必然的に「大規模リストラ」を意味する。そして、そのリストラは、これまで俺たちがサプライヤーと共に築き上げてきた無形の資産、つまり「車載特有の品質ノウハウ」や「フェイルセーフの思想」といった、カネでは買えない価値（バリュー）を崖の下に投げ捨てる行為に他ならない。
俺たちの議論は、お前らの美しいパワポの上にはない。この血と汗にまみれた現実にある。
だから、お前らが本当に俺たちのパートナーだと言うのなら、答えるべき問いはこれだ。
この「崖」を越えることで失われる、既存サプライチェーンの無形資産（品質ノウハウ、信頼関係、暗黙知）は、金額換算でいくらだ？その減損を、どうやって、何で補填する計画なんだ？
「意識改革」みたいな精神論で逃げるな。どのTier1との関係をどう縮小・終了し、どのITベンダーと、どのような契約・開発体制で、何年かけて新しいエコシステムを構築するのか。その移行期間中のリスクとコスト（訴訟リスクや技術者流出を含む）を算出して見せろ。
この無謀なジャンプの途中で、開発が頓挫したり、大規模リコールが発生したりした場合、会社をどう守るんだ？そのための具体的な資金計画と、リスクヘッジのシナリオを提示しろ。
これらの問いに、具体的かつ定量的に答えられないのであれば、お前らの提案は、現場の現実を無視した無責任な空論であり、俺たちを崖から突き落とそうとする悪意の塊だ。
俺たちは、崖の向こうの楽園の絵が見たいんじゃない。
なんか誰も言ってない気もするんだけど
AIってさ、見たことあるコードにはめっぽう強いんだけど、見たことないようなコードには割と弱いんだよね
まあ人間でも同じだけどさ
A：洗練されて、カスタマイズされた、職人芸とも言える見たこともないようなコード
B：陳腐で、ありふれた、面白みのない初級者が書いたようなコード
驚き最小の法則に従えって話でもあるけど
https://ja.wikipedia.org/wiki/%E9%A9%9A%E3%81%8D%E6%9C%80%E5%B0%8F%E3%81%AE%E5%8E%9F%E5%89%87
これまでも、AとBどっちが良いかって議論はあったと思うんだよね
なんかベテランほどBによるんだけど、イキリ散らかしたアラサーくらいの優秀なエンジニアはAだったりするよね
あとは、ありふれたサービス開発なのか、セキュリティとか金融とかハードウェアとか難しいオンリーワンのシステムなのかでまた変わると思うけど
これからAIを使うなら、AのプロジェクトとBのプロジェクトで天地の差が出てくる
よりBを保つように、仕様レベルでの調整ができるチームと、改修すればするほどAになっていくチームでは、どっちがどうなるか分かるよね
「つまらない」？お前、ちょっと待て。それは世界がショボいんじゃなくて、お前の脳内クライアントが完全にレガシー化してるだけだ。現代はAIが自動生成するアート、量子コンピューティングの最新研究、NFTやメタバース内で無限に拡張される現実、リアルタイムで更新される情報のビッグデータ、無限ストリーミングのコンテンツ……全てクラウドに存在してる。なのにお前は「つまらない」？お前の受信端末が古くてGPUもCPUも焼き付き、パケットが全部ドロップしてる状態だろ。
楽しさってのは外部にあるんじゃない。感受性プロセッサでデコードして初めて体験されるデータだ。お前はそれを処理せずに「つまらない」と吐き捨てる。Netflix、YouTube、AI生成ゲーム、ブロックチェーンアート……宝の山は無限に存在するのに、端末が死んでたら単なるゼロとイチの塊にしか見えない。
しかも笑えるのは、そういうやつほど「俺はリアリスト」「世の中を俯瞰してる」とかドヤ顔。いや、俯瞰じゃなくて単なる未接続。API叩いてもないのに「データが無い」って言ってるのと同じだ。普通なら興味を持てる情報がキャッシュされるのに、「全部」って極論で切り捨てるのは、ただのI/Oエラー。アルゴリズムじゃなく端末側のハード障害だ。
現実もメタバースも常に面白さをストリーミングしてる。でもお前の受信機は老朽化、感受性GPUは焼き付き、アップデート拒否中。だから退屈に見えるだけ。つまらないのは外部じゃなく、お前のOSとハードウェアだ。そして残酷に言うと――つまらないのはお前自身。
再起動してパッチ当てろ。世界は面白さで溢れてるのに、体感できないのはお前のクライアントが死んでるからだ。クラウドは常に稼働してる。アップデート拒否の端末が不平を言うな。LifeOSのログを見ろ、エラーコードは「お前自身」だ。
最近、スマホのGeminiと音声で壁打ちするのが日課になっている。思考がまとまらない時に「なあGemini、〇〇と△△ってどう思う？」みたいに話しかけると、いい感じに論点を整理してくれる。マジで快適。
で、その感覚のまま、部屋に低解像度ledモニタのアレクサに話しかけちまったんだよ。
……シーン。
そりゃそうだよな。お前は「アレクサ、」っていう神聖な枕詞と、「〇〇して」という決められた呪文を唱えないと、ただの文鎮なんだもんな。忘れてたわ。佐川･ヤマト･郵便局の配達予定も教えてくれないもんな
こっちはもう、AIと自然言語で雑談するのが当たり前になってるんだよ。主語がなくても、指示が曖昧でも、文脈を読んでいい感じに返してくれるのが普通なの。なのに、お前ときたら、いまだに「すみません、よくわかりません」だもんな。こっちが正しいコールサインを覚えて、お前の作法に合わせてやらなきゃいけない。いつの時代のインターフェースだよ。
もうさ、Amazonさん、いい加減プライドを捨ててくれないか。
こっちはアレクサにAmazonのすごい独自AIなんて求めてないんだよ。お前らが必死に開発したであろうポンコツAIで、俺の購買履歴を分析して「おすすめのプロテインはいかがですか？」とか囁いてほしいわけじゃないの。マジで結構。
頼むから、そのガワ（ハードウェア）だけ残して、頭脳（バックエンド）をGeminiかOpenAIのAPIに繋ぎ変えてくれ。それだけでいい。こっちが欲しいのは「いつでも音声入力待ちの常時起動マイク＆スピーカー」っていうインターフェースだけなの。中身は他社製でいい。
最高のハードだけ作って、「Poweredby Gemini」ってシール貼っときゃみんな買うって。このままじゃ、スマート（笑）スピーカーは本当にただの気の利かない文鎮になるぞ。
