Movatterモバイル変換


[0]ホーム

URL:


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

「アーキテクチャ」を含む日記RSS

はてなキーワード:アーキテクチャとは

次の25件>

2025-10-24

anond:20251024123223

現実戦闘機で、パワーアップアイテム付与すると機能アップすることはありますか?

ChatGPT:

ありますゲームみたいに“拾って即パワーアップ”ではありませんが、実機も「後付けの装備」や「ソフト更新」で性能を伸ばせます代表的ものを挙げます

外付け“ポッド”での機能追加

偵察/標的指示ポッド(例:Litening/Sniper/LANTIRN)

→ 夜間・高高度から目標を見つけてレーザー誘導GPS誘導爆弾を当てられるようになる(F-16F-15F/A-18など)。

電子戦ポッド(ALQ-99、ALQ-131、ALQ-184 など)

→ 敵レーダー妨害。編隊の生存性アップ(EA-18G、F-16等)。

IRSTポッド赤外線捜索追尾:F-15用 LegionPod 等)

電波を出さずに敵機を遠距離探知。ステルス対策の一つ。

偵察ポッドDB-110 等)

写真偵察・戦場把握能力を追加。

空中給油“バディ”ポッドF/A-18E/Fなど)

→ 自機が“給油機役”になり、部隊の行動半径を拡張

兵装・装具での戦闘力向上

ヘルメット照準器+高機動短距離AAM(JHMCS+AIM-9X 等)

視線ロックオフボアサイト射撃で近接戦闘力が大幅アップ。

JDAMやSDBなど誘導キット

→ “ただの爆弾”が全天候・高精度兵器に。

新型中距離AAM(AIM-120の新型など)

→ 射程・ECCM向上でBVR戦闘能力アップ。

航続・運動性能の補助

増槽/コンフォーマルフューエルタンクCFT

→ 航続・滞空時間を増やすF-16C Block 50/52+ 等)。ただし空力やRCS悪化し得ます

エンジン改修・推力向上

→ 同型機でも離陸性能や上昇率が向上(近代化改修で実施されることあり)。

機内(ソフト/ハード)の近代化

AESAレーダー換装F-16V、F-15の後期改修など)

→ 探知距離・同時追尾・耐妨害性が向上。

ミッションコンピュータソフト更新(“ブロックアップデート

→ 新兵器対応センサー融合、電子戦アルゴリズム強化など。最近オープンアーキテクチャ化で“機能の後入れ”が容易に。

データリンク装備(Link 16 等)

→ 味方との情報共有で状況認識大幅改善



ゲームと違う現実的な制約

統合認証必須:空力、強度、電源・冷却、電磁両立性まで試験し、飛行許可を取る必要があります

トレードオフ:外付けは重さ・抗力・RCS増で航続や運動性が落ちることがある。

整備・訓練コスト新装備を活かすには整備体制と乗員訓練が要る。

まとめ:現実戦闘機も“アイテム装着で機能アップ”は十分あり、ポッド・兵装・ソフト更新・改修でミッション能力を大きく伸ばせます。ただし、その都度しっかりした統合認証運用上のトレードオフが伴います

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

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

2025-10-22

自分ホームページを作ったかどうかでWEBの見え方が180度以上違う話

以下ChatGPT

自分ホームページ(自前ドメイン+自前HTML)を一度でも作って運用すると、SNS中心の“受け手視点から仕様検索配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットニュース流行の見え方が根本から変わる——しか想像以上に。

1. “タイムラインからアーキテクチャ”へ

Before(作る前):WebSNSタイムライン。良し悪しは「バズってるか」「見やすいか

After(作った後):WebプロトコルブラウザHTML/CSS/JSCDN検索エンジン。

ページは**文書(Document)**であり、配置(IA)、意味づけ(セマンティクス)、配信HTTP/HTTPS/HTTP/2/3)、キャッシュ戦略が気になりだす。

→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。

2. “アルゴリズム運”から“所有と積み上げ”へ

プラットフォーム依存の脆さを体感規約変更やシャドウバン露出が消える。

サイト資産化:ドメインに紐づくURLリンクされ、検索に積み上がり、10年後も生きる。

POSSE(Publish (on your) Own Site, Syndicate Elsewhere):まず自分サイトに出してから外部へ配信する習慣が身につく。

3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ

CoreWeb Vitals(LCP/FID/CLS)や画像の遅延読み込み、フォント最適化重要性が腹落ちする。

広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念生まれる。

4. “なんとなくSEOから情報設計×検索意図”へ

キーワード選定は“流入ゲーム”ではなく読者の課題コンテンツ設計帰着

内部リンクパンくず・スキーマ構造データ)・サイトマップ意味が実務として理解できる。

“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。

5. “見た目”から意味アクセシビリティ)”へ

alt見出し階層コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。

デザインは飾りではなく“読み・理解操作”のためのユーティリティだと分かる。

6. “PV至上”から継続コミュニティ”へ

たまたま当たる1記事より、更新継続アーカイブ性・RSSのほうが効くと実感。

コメント欄メールフォーム・X連携よりも、ニュースレターRSS購読者の質に価値を見出す。

7. “無料神話からコスト責任”へ

ドメインDNS証明書バックアップ法務特商法プライバシーポリシー)に“運用者の責任”が生まれる。

その重みが情報信頼性を引き上げる(=他人サイトの苦労も見えるようになる)。

8. “トレンド追従から自分OSを持つ”へ

サイト思想作品OS

トレンドは“輸入”ではなく選別になる。自分歴史に合うものだけを採用して積層していける。

9. まず一歩:最小スタックで“今夜リリース”する

Node.jsを避けたい人向けに、極小構成OK

A. 最小HTML(雛形)

<html lang="ja">

<head>

<meta charset="utf-8" />

<metaname="viewport" content="width=device-width,initial-scale=1" />

<title>あなた名前 |ホーム</title>

<metaname="description" content="自分ホームページ制作物・日記メモを置いていきます。">

<link rel="alternate" type="application/rss+xml"title="RSS"href="/feed.xml">

<meta property="og:title" content="あなた名前 |ホーム">

<meta property="og:description" content="自分ホームページ制作物・日記メモ。">

<meta property="og:type" content="website">

</head>

<body>

<header>

<h1>あなた名前</h1>

<nav>Home /About /Posts</nav>

</header>

<main>

<article>

<h2>はじめまして</h2>

ここからすべてを自分URLに積み上げます

</article>

</main>

<footer>© 2025あなた名前</footer>

</body>

</html>

B.ホスティング無料~低コスト

GitHubPages(Jekyll標準。Rubyベース、Node不要

CloudflarePages(静的ファイルを置くだけで高速CDN

レンタルサーバー(静的HTML+SFTP/rsyncで十分)

C.ドメインの基本

覚えやすい短さ+ローマ字。将来10年使える名前に。

DNSA/AAAA/CAA/TXT最低限、HTTPS必須Let’s Encrypt無料化)。

D. “最低限の品質チェック”5点

タイトル・description見出し一貫性

画像は適切なサイズalt

モバイルでの可読性(文字サイズ行間

OGPが効いているか(XやLINEURLを貼って確認

RSS/更新履歴の有無(継続を前提に)

10. 一歩先へ:運用で差がつく“3つの習慣”

ログを読む:SearchConsoleと簡易アクセスログで“本文よりメタ情報”を磨く。

アーカイブ主義記事追記更新URLは変えない。Versioningを意識

POSSE徹底:自サイトに公開→SNSには要約+リンク本体は常に自分土俵

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

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

2025-10-21

50代の早期退職能力不足が原因ではない?

日本型雇用制度構造課題と持続可能な人事戦略への転換

序論:中高年社員雇用危機とその構造的背景

日本代表する大企業において、50代の社員が直面する「無言の退職圧力」は、もはや例外的事象ではなく、構造的な問題として常態化している。長年の経験専門性を蓄積したベテラン人材を早期に手放し、その一方で育成に10年という歳月を要する未経験新卒者を採用する──この一見不合理なサイクルは、なぜ繰り返されるのか。本レポートは、この問題の背景にある経済的力学制度的欠陥を解き明かし、日本企業が直面する人事制度根本課題に対する処方箋提示することを目的とする。

この問題の核心には、見過ごすことのできない重大なパラドックス存在する。

この矛盾した人材サイクルの根本原因は、個々の企業経営判断ミスという表層的な問題ではない。それは、日本型雇用システムに深く根ざした「年功序列型」の賃金体系そのものに内在する構造的欠陥なのである。次章では、この矛盾を生み出す経済的メカニズムを詳述する。

1.早期退職優遇制度経済的合理性限界

持続的なリストラのサイクルは、経営非情さの表れというより、むしろ伝統的な日本型報酬モデルに組み込まれた、根深経済的ロジックの症状である。中高年社員早期退職を促す構造は、短期的な財務改善という抗いがたい「誘惑」を経営陣に提示する一方で、長期的な人的資本を蝕む罠となっているのだ。

問題の根源は、多くの日本企業において、中高年社員賃金水準が本人の生産性を大きく上回ってしまう「高すぎる給与」にある。具体的には、以下のような水準が常態化している。

この報酬と貢献の危険乖離は、労働経済学の「レイザー法則」によって理論的に説明できる。この法則によれば、年功序列賃金社員キャリアを二つのフェーズに分断する。

この報酬と貢献のデカプリングこそが、早期退職を促す構造の核心である壮年期以降の社員を早期に退職させることが、企業にとって「膨大な利益」をもたらす財務ロジックがここに成立する。

1.退職金のコスト:早期退職優遇制度では、退職金に「30ヶ月分」程度の給与が上乗せされるのが一般的である

2.雇用継続コスト: 一方で、高給与の50代社員を1年間雇用し続けるための総コストは、基本給(12ヶ月)に加え、賞与、高額な社会保険料、その他経費を含めると、給与の「24~25ヶ月分」に相当する。

3.結論: つまり、30ヶ月分の退職金は、実質的わずか「1年3ヶ月分」程度の雇用コストしかない。この計算に基づけば、50歳で社員退職させることで、定年となる65歳までの残り15年分の莫大な人件費を削減できることになる。この財務インパクトが、経営陣にとって短期的なバランスシート改善を優先し、経験豊富人材の維持という長期的な視点犠牲にする、強力かつ危険な誘惑となっているのだ。

しかし、この短期的な経済合理性は、深刻な副作用を伴う。かつて大規模なリストラを行ったパナソニックが、15年の時を経て再び同様のリストラを繰り返している事実は、このモデルが持続不可能であることを象徴している。この負のサイクルを断ち切るためには、問題の根源である日本給与構造のものにメスを入れる必要がある。

2.日本給与構造実態平均値の罠と年功カーブ

日本賃金に関する議論は、「日本の平均給与は低い」という、統計がもたらす「罠」にしばしば陥りがちである。本章では、この誤解を解き明かし、急峻な年功カーブが一部の大企業特有問題ではなく、日本の中堅・大企業共通する構造課題であることを論証する。

世間一般で語られる「低い平均給与」の根拠とされる統計データは、意図せずして実態を著しく歪めている。これらの数値は、人事戦略を構築する上で根本的に誤解を招くものであり、一種の「インチキ」と言わざるを得ない。

これらの統計からパートタイマー等の影響を除外し、フルタイム働く男性の賃金カーブに焦点を当てると、全く異なる実態が浮かび上がる。学歴高卒・中卒含む)や地域を問わない全国の平均値ですら、50代の平均年収は700万円に達する。これを大卒正社員限定すれば、さら100万円程度上乗せされるのが実情だ。これは、日本賃金体系が年齢と共に急勾配で上昇する、典型的年功序列であることを明確に示している。

では、この構造問題はどの規模の企業に当てはまるのか。我々の分析は、明確な境界線を明らかにしている。

この分析が示すのは、この問題が一部の巨大企業限定されたものではなく、日本企業アーキテクチャに組み込まれシステム上の欠陥であるという事実だ。したがって、この課題解決策を模索する上で、グローバルな標準との比較はもはや単に有益であるだけでなく、不可欠なプロセスなのである

3.海外賃金体系との比較フラット化された給与モデル

日本型雇用システム構造課題を克服するためには、国内常識に囚われず、海外先進的な雇用モデル比較分析することが極めて重要であるフランスアメリカの事例は、日本年功序列型とは全く異なる賃金思想を示しており、我々が目指すべき改革方向性を明確に示唆している。

フランス賃金体系は、エリート層と一般層でキャリアパスと給与モデルが明確に分離された「複線型」を特徴とする。

アメリカ賃金体系も、大多数の労働者においては同様の傾向を示す。中央値位置する労働者場合賃金の伸びは30歳から40歳までの期間に集中し、40歳以降の給与はほぼ横ばい(フラット)となる。給与青天井で上がり続けるのは、ごく一部のトップエリート層に限定されるのだ。

フランスアメリカ、二つの先進国の事例から導き出される示唆は、極めて明確である。それは、「一部のエリート層を除き、大多数の労働者賃金カーブ若いうちに頭打ちとなり、その後はフラットに推移する」という共通原則だ。このモデルは、年齢給による人件費の高騰を防ぎ、長期的な雇用安定を可能にする基盤となっている。このグローバルスタンダードを参考に、次章では日本が目指すべき具体的な人事制度改革案を提言する。

4.提言:持続可能な人事制度への移行プラン

これまでの分析で明らかになった構造課題解決するためには、小手先対策では不十分である。我々が取るべき唯一の持続可能な道は、戦略的な転換、すなわち「年功序列賃金から、成果と役割に応じたフラット賃金体系への移行」である。本レポート提示する核心的な提言は、この移行を断行することに尽きる。その具体的なモデルケースとして、「年収700万円での頭打ち」を一つのベンチマークとすることを提案する。

この新しい賃金モデルは、単なるコスト削減策ではなく、企業競争力従業員エンゲージメントを同時に向上させる、多面的メリットをもたらす。

この改革は、単なる賃金制度の変更に留まらない。それは日本人の働き方、キャリア観、そして社会全体のあり方を変革し、持続可能タレントパイプラインを構築する大きなポテンシャルを秘めている。

結論:真の「雇用安定」の再定義に向けて

レポートを通じて明らかになったように、日本の中高年雇用問題根本原因は、個々の社員能力や意欲の欠如では断じてない。その本質は、経済成長期を前提に設計され、現代環境には全く適合しなくなった年功序列型の賃金システムのものにある。

この本質的な課題を前に、我々は議論の焦点を大きく転換させねばならない。「定年後の再雇用」や「中高年のリスキリング」といった対症療法的な議論から、「そもそも定年を意識することなく、誰もが安心して長く働き続けられる雇用賃金体系をいかにして構築するか」という、より本質的な議論へとシフトしなければ、この問題解決することはない。

真の「雇用安定」とは、単に一つの企業に長く在籍できることではない。それは、年齢に関わらず、社員一人ひとりが自らの能力経験を最大限に発揮し、その貢献に対して公正な処遇を受けながら、社会の一員として長く活躍し続けられるシステムである。この新しい定義に基づき、持続可能で、かつ働くすべての人々にとって公平な人事制度を構築することこそ、現代日本企業に課せられた最も重要戦略的責務である

Permalink |記事への反応(3) | 12:28

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

2025-10-17

anond:20251016172246

ムーアの法則絶頂期ならPC爆速陳腐化してたかゲーム専用機価値があったけど、今は停滞してるんだからAPU流用で「VAIOのゲーミングPC」が出てもいいのにな

1995年2015年位まではPCスペックが3年で1~2桁くらいの異常なペースで進化しており、PCゲームと言えば「2年前に30万円で買ったPCの性能が今ではドンキの激安PC未満相当まで相対的に落ちているから、このPCではもはや最新ゲームの起動自体不可能」とか「去年組んだ最強ゲーミングPCから、今年に出た最新ゲームでもまだ画質設定の一部をLOWにすれば、大部分MIDDLEでも遊べる」といった狂った状況が続いていた

そういった状況で、ソニープレステ任天堂などのゲーム専用機は、発売時は特殊アーキテクチャPC進化を5年先取りして美麗なグラフィックスや新しい価値提供し、終売時はPCには劣るがゲーム自体が特化しているので十分楽しめるという価値を残し、そして「初代」から最終型まで価格や消費電力が落ちていく一方、性能を一切変えないことで「発売日に並んで買った初期型なのに、今では最新ゲームが動かない」という状況を回避していた

しかし、2010年代くらいからゲーミングPC進化が急減速し始め、5年で20%くらいまで落ちて今に至るので、今ではこの「ボクのおこづかいで買った初期型現象はもう発生しなくなっている。同時に、同世代スマホよりも画質が凄惨だったチップセット内蔵グラフィックスも性能が上がり、更にUnityなどの無料ゲームエンジンが登場してイチからC++プログラミングを極めなくてもゲームが作れるようになり、これらの合わせ技で「殆どゲーム殆どPCで動く」状況が完成した

こうなった今、「ゲーム専用機から安心」という価値はほぼ無くなっている。今こそPS2PS3時代にどっかのソニー久夛良木かいオッサンが夢見ていた「ソニーエコシステムマルチメディア環境を実現すべき時が来てる。んだからさっさとSteam一太郎やらPrime Videoやらをプレステ移植するなり、プレステWindows実行機能を付けたモデルを作るなり、やればいいのにと思うんだがなぁ。

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

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

2025-10-15

anond:20251014160123

アーキテクチャ問題ではなく事後学習問題のように思う

最近のGRPOのような強化学習による最適化有効性を考えると、極論、「考えてる風」な表層的な推論に完璧罰則を与えることができればこの問題解決する

しかしこの報酬メカニズムを実現する汎用性の高い緻密かつスケーラブルな方法を誰もまだOpenAIの研究者すら思いついていないんじゃないか

これは推論をどのように評価すべきか、という問題数学コード生成では予め定められた解答出力の可否だったりテストケースの通過だったりと一定解決が与えられているものの、チャット等の一般ドメインにも展開可能方法を考えるのはすごく難しくて深淵問題

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

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

2025-10-14

今のAI+開発における愉快さ

普通はさ

1.革新的な土台となる技術がまず出る(例えばプログラミング言語とかもそう)

2.それを拡張するものが出る(例えばライブラリー

3.それをどう使うかという話が出る(例えばアーキテクチャ

4.それをどう習得、実行するか、どう組み合わせるかという各論が出る

 

これが順々におきる

1が一番ゆっくりで、4がいちばん活発に動く

ただ、スマホが出たあたりからおかしいんだけど

1のスピードえげつない、234の議論が尽くされる前に1が変わるから全部ひっくり返る

それでもまだ234の流れは合ったんだが

AIを1とした234は本当に毎月ひっくり返されてて面白い

 

個人的に、1や2の人たちは尊敬してるけど、3や4の人らは疎ましいと思っていた

どうしても議論の質が低いと言うか、巨人の肩で威張ってるようにしか見えない人が結構いる

そういう人らがひっくり返されてるのを見るのは楽しい

AIについては、今は2すら追わずに1に集中するだけでいいと思う、それなら簡単

もし234を急いで構築しようとすればひっくり返される

Permalink |記事への反応(0) | 08:56

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

2025-10-11

anond:20251011120128

アーキテクチャの層が違う。つまり、話しているプロトコルが合っていない。

アーキテクチャプロトコル理解してないのになんで使いたがるのか

この先読む意味ないじゃん

Permalink |記事への反応(1) | 12:04

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

BL性的消費でありフェミダブスタ、という議論バグる理由

最近SNS上では「BL性的消費なのにフェミ男性性的表現を叩くのはダブスタじゃないか?」というスレッドトレンド入りしていた。

だがこの議論、よく見るとアーキテクチャの層が違う。つまり、話しているプロトコルが合っていない。

レイヤーのずれ:同じAPIを叩いていない

オタク文化圏では、「女性が描くBL」と「男性が描く女性向け性表現」を同一のAPIとして扱う傾向がある。

しかし実際には、両者は別レイヤーで動いているアプリケーションだ。

フェミニズムの文脈で語られる「性的表象問題」は、主に「社会的リソースの不均衡」や「ジェンダー権力構造」についての議論であって、単なる「表現内容」の良し悪しを審査しているわけではない。

まりBLを「性的に描いてるからフェミ的にアウト」と言うのは、仕様書を読まずにバグ報告を出すようなものなのだ

フェミニズムは中立設計じゃない。バイアスを前提にしたパッチ

フェミニズムのコアは「中立化」ではなく「補正」だ。

歴史的男性中心に最適化されてきた社会システムに、女性視点パッチをあてて再コンパイルする運動と言える。

から、「男性女性を同じように扱うべき」という一般論をそのまま適用しようとすると、互換エラーが出る。

フェミ思想の中では、非対称性バグではなく仕様だ。

たとえば「女性性的表象抑制されるべきだが、BLOK」とされるのは、「権力構造上の対称性存在しない」という前提で最適化されているからだ。

「まともな女」神話というフィッシングサイト

一方、「普通女性フェミと違う」「まともな女はそんな主張しない」という定番フレーズが出てくる。

だがそれは多くの場合ユーザーの気分を和らげるためのUX演出にすぎない。

実際、ほとんどの人間制度優遇レディースデー女性専用車両、離婚時の親権バイアスなど)という「プリインストールされた特権OS」の上で動いている。

たとえ本人が「私はフェミじゃない」と言っても、使っているAPIがすでにフェミ思想ベース動作しているのだ。

まり、「私は違う」という自己申告は、ただのUIレイヤー上の装飾にすぎない。

本当に平等実装できるか?

平等を掲げるなら、優遇措置をアンインストールする覚悟必要になる。

だが現実には、多くの人が「平等という概念を口では支持しつつ、既得権キャッシュを維持」している。

これはエンジニアリング的に言えば、「レガシーコードリファクタリングすると言いながら結局コメントアウトで誤魔化している状態」だ。

男女平等を“動作保証付き”で実装しようとするなら、既存社会制度ルート権限で書き換える必要がある。

だが、ほとんどの人はroot権限を持つどころか、ユーザーレベルの設定すらいじる気がない。

社会システム全体が女性優遇アルゴリズムで動いている

もっと根本的に言えば、日本社会の多くの仕組みは、女性優遇デフォルト設定としてビルドされている。

その構造はあまりにも自然化されていて、誰もコードレビューをしようとしない。

アンチフェミ自称する男性すら、「女性は守るべき対象」という社会的テンプレート内面化していることが多く、それが構造永続化を促している。

結果として、「BL性的消費」「フェミダブスタ」という批判は、異なるフレームワーク間の非互換問題にすぎない。

BLは「個人妄想自由」をレンダリングするローカルアプリだが、フェミニズムは「社会構造更新」を目指すサーバーサイドのシステム

同じメソッド名を呼んでいるように見えても、実行される関数意味がまったく違う。

結論議論の土台が違えば、永遠にコンパイルエラーになる

まり、「BL性的消費」「フェミダブスタ」という批判構造は、コードバージョンが違うままマージしようとしている状態に近い。

根本的にAPI設計思想が違うのだからいくら議論を積み重ねても互換性は取れない。

必要なのは、「どの層で話しているのか」「どの権力構造を前提にしているのか」を明示することだ。

議論を前に進めるには、感情論ではなく、社会構造のものデバッグが求められている。

Permalink |記事への反応(1) | 12:01

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

2025-10-09

正しく理解して、ちゃん目的にそって実施すれば、楽になるはずなのに

手間が増えて、全然楽になってないのなら、それは正しく理解できていず、目的を見失い、手段目的としているから。

速い話が、

間違えている

からだ。

DDDとかTDDとかDevOpsとかIaCとかクリーンアーキテクチャとかマイクロサービスとかアジャイルとか、とか、とか。

いろんな現場で、責任者は「うちは××を採用して云々」と胸を張って宣言してくれるんだが、「ならなんでそんな状態になってんの?」「なんでそんなにエンジニアがたくさん必要なん?」と聞きたくなる。

今時、SREがいるとか、QAが別にいてE2Eテストとかしてるとか。

まず間違いなく、

間違えている。

んだよね。

だっていらんから

TDDちゃんとしていれば専属QAは不要だし、DevOpsをちゃんとしていれば専属SREは不要

いやでも「Googleならそうしている」っていうなら、大きな勘違いをしている点を指摘してあげよう。

「君たちはベアメタルサーバ管理していないし、Lanケーブルの取り回しもしていない。GoogleのSREエンジニアが頑張って運用してくれているシステムに乗っかって、アプリケーションに集中できる状態になっているはずだ」

ということ。

ちなみにこの内容、AWS中の人本音を引き出して確認した内容だ。

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

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

2025-10-08

果実を見て木を判断する

悪の凡庸2.0──無思慮な服従から寄生的な模倣、そして兵器化されたレトリック

本小文では、ハンナ・アーレントが提起した「悪の凡庸さ」(BE 1.0)が、現代においてより巧妙かつ陰湿なかたちへと進化していることを論じます。かつての「悪」は、思考停止と無反省服従によって成り立っていましたが、今日の「悪の凡庸2.0」(BE2.0)は、計算された行動と、美徳言葉悪用する戦略的操作によって特徴づけられます

悪の凡庸2.0構造メカニズム

BE2.0は、二重のメカニズム──すなわち、道徳的言語兵器化する巧妙な操作者と、その偽りを見抜こうとせず、あるいは恐れて沈黙する共犯的な大衆──によって機能します。

BE 1.0とBE2.0の対比

アーレント洞察は、ホロコーストの実行者アドルフ・アイヒマンが、激情による加害者ではなく、ただ命令に従うだけの「無思慮」な官僚であったという点にありました。

それに対し、現代加害者たちは「善人」を装い、美徳的な言葉を駆使しながら、実際にはアーレントが描いた「悪」構造と変わらぬ行為を実行しています

BE2.0が「凡庸であるのは、加害者意図が欠けているからではなく、加害者自身社会全体も、絶え間ない露出──特にソーシャルメディアを通じたもの──によって感覚麻痺し、悪のパフォーマンス日常化しているためです。この日常化は、「相手が悪いのだから自分は正しい」という自己免罪のロジックを生み出します。

つの悪の構成要素

1. 洗練された悪意

明確な思想や信念に基づいて行動し、動機を「正義」や「権利」といった語彙の裏に巧妙に隠す操作者たち。彼らの悪は、分散的かつ非階層的に機能し、いわば「(サルの)群れの知性」のように動きます。また、共感は狭い部族サークル限定され、普遍的倫理感覚麻痺していきます

2.凡庸共犯

観衆、同僚、制度、そして傍観者として、彼らは悪の遂行に直接加担していないように見えて、検証を怠り、言葉だけの美徳に騙され、結果的に悪の温床を支えていますリーダー言葉にうなずくだけで、その後の行動全体を黙認してしまう、この「暗黙の承認」が共犯関係形成します。

現代の悪がまとう六つのマスク

BE2.0は、「正義」に見える言葉の衣をまといながら、実際には害を与えるための操作アーキテクチャとして機能します。以下の六つは、その主要な「マスクベクトル)」です。

1.自由兵器

本来、異議申し立て保護するための「言論の自由」が、憎悪排除の言説を正当化するために使われます権力者被害者を装い、権利言葉を用いて多元主義のものを抑圧する──これが洗練された悪の典型です。

2. 擬似正義としてのスケープゴート

社会構造に根差す不正義が、象徴的な「個人」に押し付けられます

システムの生贄化:制度の失敗を覆い隠すために、ひとりの個人が「償い」の対象とされ、構造改革必要性は棚上げされます

イデオロギーによる自動攻撃:あるカテゴリの人々が「攻撃してよい存在」として事前に定義されており、指示がなくても攻撃が発生します。まさに、無思慮な脚本遂行です。

3.歴史的な恐怖の矮小化

歴史上の重大な暴力や抑圧が、軽んじられたり、相対化されたりします。これは、現実被害正当化する方便として使われがちです。

4. 永続的な不満の維持

進歩や変化を認めず、過去不正義を手放さないことで、継続的要求道徳的優位性を確保しようとします。目的は「癒し」ではなく、「不満」の永続です。

5.真実マクドナルド化

複雑な現実が、単一の枠組みや道徳コードに押し込められ、それ以外の価値観は「後進的」として排除されます

6.投影非難模倣

自らが行っている行為を、先に相手投影し、正当化材料とする。この「合わせ鏡」の構造では、真の責任追及が不可能となり、対話エスカレートする一方です。

悪が成立する三つの条件

すべての誤りや偏見「悪」となるわけではありません。「悪」が成立するのは、次の三つの条件が重なったときです。

1.人間認識否定

他者を、尊厳ある主体ではなく、単なる機能や道具として扱う「存在論的な消去」が、悪の第一条件です。暴力の前に、すでに尊厳剥奪が始まっています

2.普遍化された構造

個人の悪意を超え、イデオロギー制度に組み込まれることで、悪は再生産され続けます

3. 善の反転(寄生模倣

悪は、善を単に否定するのではなく、模倣し、利用します。たとえば、「権利」の言葉が、本来守るべき弱者ではなく、強者防衛に使われるとき、それは善の腐敗です。

解決の鍵:内なる変容と外的な防護

技術的な修正制度改革だけでは、BE2.0に対抗できません。というのも、これらは逆に「寄生模倣」に取り込まれしまうからです。根本的な解決は、私たち自身内面から始まる変容にあります

東洋智慧は、個と社会は分かれたものではなく、同じ意識運動の異なる側面であるという洞察を共有しています。内なる断絶が癒されるとき、外なる対立自然に鎮まります

解決のための「二つの道」

1. 内的な道:瞑想自己探求、倫理的明晰さを通じて、自己の中にある認識否定構造解体する。

2. 外的な道:未変容な人々が存在する現実においても害を防ぐための、法や制度規範といった堅牢な外部構造を整える。

判断基準:「三つの鏡」
1.対話の鏡:

その行為は開かれた交流を促し、複雑性を許容するか?それとも、対話遮断し、イデオロギー的な純粋性を要求するか?

2.癒しの鏡:

和解と修復を育むか?それとも、分裂と戦略的な不満を永続させるか?

3.共同体の鏡:

力、尊厳自由をより広範に分配するか?それとも、特定部族のために力を集中させ、特権を溜め込むか?

言論の自由」が一貫して沈黙を生み出すとき、「学問の自由」が一貫して排除するとき私たち戦略的操作兆候特定できます

結論

民主主義は、BE2.0の条件が蔓延するとき集団的凡庸な悪が集約され、最高位の舞台投影されるベクトルとなりえます現代指導者たちの台頭は、システム日常的な否定投影兵器化された美徳パターンを増幅し、正当化するようになった論理的な結果です。

サイクルを終わらせるには、外部の敵を探すのをやめ、内的な変容という困難な作業を始める必要があります。それまで、私たちは悪が選ぶ新たな仮面のすべてに対して脆弱なままです。

本小文は、以下の論文を参考に、オンライン講座「サルからヒトへ——進化と退化の不思議」の草案として、教育目的作成されました。

https://philarchive.org/archive/BOGTBO-3

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

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

2025-10-05

anond:20251005092614

その「AI代替される」論、ちょっと偏りすぎでは?

そういった「自称ビジネスインフルエンサー」の言動、非常に視野が狭く、本質を見誤っている可能性が高いですね。

彼らが「ストーリー重要」と主張し、高スキルITエンジニアエッセンシャルワーカーのような専門職を軽視する背景には、以下のような考え方や動機が透けて見えます

スキル人材エッセンシャルワーカーに対する「お前はいずれAI代替される」という言葉は、彼らの不安嫉妬の裏返しである可能性があります

真のビジネスとは、「ストーリー」というパッケージングより、「技術力・専門性」という中身(実体価値)があって初めて成り立ちます。それを軽視し、他者を叩くための道具として「AI」の話題を持ち出すのは、そのインフルエンサー提供できる価値限界を示しているのかもしれませんね。

彼らの言葉に惑わされず、あなたが注力している専門性の高いスキルや、社会に不可欠な仕事価値を自信を持って評価し続けることが大切だと思います

Permalink |記事への反応(0) | 09:29

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

2025-10-03

[雑文]まぁ懸念した通りになったなぁ@Sora2

2年前に下記にように書いたんだけど、懸念してた通りになりましたわね😒

2023-03-28

AIで一人負けを続けるよりはいいと思うよ

AIには学習データ調教必要で、かつてのニコニコYouTubeみたいに法が整備される前に一般ユーザー集めた方が勝ちやぞ

ジャップランドクリエイター萌え豚をたくさん抱えているにも関わらず、PC音痴な人がぎゃおんして搾取されるだけなの、

マジなんとかした方がいいぞ

萌え絵需要あるから日本クリエイター海外AI勢にデータ学習搾取され、萌え豚萌え絵消費で海外AI勢に搾取される

経営層がITの高度な知識が無い以前に、そもそもPC音痴から、こうも差が出る

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

 

真に日本がやらなきゃいけなかったのは、提携企業間ならクリエイター自由データ学習を行えるようにする枠組みを作ることだったんやで

たぶん、ワイは100回くらい言った・・・・ってのはオーバーだけど、正直こうなることは、IT音痴以外のすべての人にとって知ってた速報だよね?

 

まぁ今からでも遅くない(?)からディズニーマーベルみたいに、日本企業圧力掛ける団体を作りつつの

利害関係丸め企業間を超えてデータ学習をできる枠組みとクリエイター保護学習に利用されたデータやそのデータを作ったクリエイター報酬払う)は

やった方がええと思うよ

 

  1. 企業間連携によるデータ学習枠組みの構築:任天堂セガバンナム東映などの大手企業連携し、信頼できる企業団体間でのみ、クリエイターに適切な対価を払いつつデータ学習を行えるクローズドエコシステムを作る
  2. クリエイターへの報酬メカニズム:学習に利用されたデータ(やそのデータを作ったクリエイター)に対し、IPホルダーを通して適切に報酬流れる仕組みを構築しないと、誰もが創作を続けることができなくなるやで

 

 

任天堂セガバンナムサイゲなどの大手ゲーム会社東映などの大手制作会社上記でいい+法務部と顧問弁護士に任せるとして、

個人アニメーション製作者はどうしたらええんやろね?

個別オプトアウトしてね⭐️」って言ったって、どこからやるの?だし、

二次創作(ただし、二次創作ガイドラインちゃんと公開されてるやつね)はどうするんだろ?ってなる

たとえば、東方とかボカロ界隈とか

 

年がら年中、反AI勢とバトルしてる某氏が、まんま東方projectの二次創作アニメ

というか、これまんま満福神社(https://youtube.com/@manpukujinja)じゃん・・・PVを作っていて、

東方知ってる人がこれをSNSに公開するのは流石にダメくない?って思ったら・・・・なななななななななななな・・・なんと!!!!!!!!!!!!

下記一行を Sora2ちゃんに打ち込むだけで、満福神社っぽいキャラデザPVアニメ出来ちゃうんだよね・・・

霊夢と魔理沙咲夜レミリアが出てくるアニメOP風のPV

 

別に某氏が満福神社を狙い撃ちしたんじゃなくて、Sora2ちゃんというかOpenAI が満福神社でトレーニングしただけですの

ほんで学習データがほぼ満福神社だから、そのまま満福神社風がお出しされるってだけみたいやね

プロンプトがこの短さだとさすがにクオリティガチャだが、キャラデザポーズが満福神社っぽい)

 

福神社は、バトル気質炎上したり、なぜかキャラの裸絵を公開してたりなので(ただし東方ウマ娘と違って公式禁止されてはいない)、

正直、同サークルに対して思うところが何もないわけではないんだけど、素晴らしいアニメを描くってことに対しては異論ないのよね

レイアウトキーフレームというかポーズ?、キャラデザが、パッと見は間違い探しレベルそっくりで、

明らかに違うのは中割りだけみたいなアニメを単純なプロンプトでポン出しされるのは、流石に気の毒では?感

 

『嫌ならオプトアウトしろ、訴えろ』は、さすがに無法者が過ぎるので、

日本政府も制作会社IPホルダーも『自分の縦割りのことしか考えない』はやめて、大連合して黒船に立ち向かって欲しいところですわね

ネタ抜きに幕末みたいなやつよ

 

 

そして黒船に立ち向かって欲しいって書いたところで、日立OpenAI提携かいう、ほげぇぇぇぇってなるニュースな?

データセンター電気周りだけなら、ふんふん、日立の強みを活かせる分野だ🧐なんだけど、

どうも生成AI分野やAIエージェント分野でも協業するみたいな書かれ方してんのよね・・・

えっ・・・日立の Lumadaちゃんはどうしたの?MSOpenAIソリューションを導入するSI屋(黒船代理店)になることにしたの?みたいな・・・

今こそ日立のやってること紹介にリリース出すタイミングじゃないの?

https://www.hitachi.co.jp/New/cnews/month/2024/08/0828c.html

 

あと日立公共事業部持ってて、公共インフラの構築も請け負ってるわけだけど、

えっ・・・日本政府も公共事業請け負ってる大大大企業国産AIどうした?ってなる

そら、AI学習カスタムしないと使えないけどさぁ、

なんちゃってプライベートクラウド 〜謎の東京DC集中&DR/BCP消滅を添えて〜』とかをかますくらいなら、素直にAWSAzure 使えやとはなるし、

ゼロトラスト実現しよ?データ主権とかデータリブンとかいう前にまずデータしっかり置こう?フルスクラッチ約束された失敗をかますくらいなら、

とりあえず、MSソリューションでいいよ(旧Google App/G Suite、現GoogleWorkspaceで通った道)ってなるけどさぁ、

インフラを請け負う大企業こそ、国と連携してデータ主権を守る姿勢を見せないと、国民データまで海外勢に握られることになりかねないやで

日本政府も大企業スイス国産AIくらいの頑張りは見せて欲しい

 

 


🔓 Apertus:完全オープンスイス産LLMの誕生

🧪 開発の背景と公開

2024年7月、EPFL(スイス連邦工科大学ローザンヌ校)、ETHチューリッヒチューリッヒ工科大学)、スイス国立スーパーコンピューティングセンター(CSCS)は、大規模言語モデル(LLM)開発に関する共同プロジェクトを発表。

そして今、その成果が現実に:**スイス初の大規模・多言語オープンなLLM「Apertus」**が公開された。

このモデルは、AIチャットボット翻訳システム教育ツールなど、あらゆるアプリケーションの基盤として開発者組織活用されることを想定している。

 

 

🏛️名前の由来と特徴

「Apertus(アペルトゥス)」とはラテン語で「開かれた」という意味

この名前が示す通り、このモデルは以下すべてが完全公開・ドキュメント化済み:

モデルアーキテクチャ

学習済みの重み(パラメータ

トレーニングデータとその収集手法

学習レシピプロセス全体

 

 

💡 誰でも使える:Apache2.0ライセンス

ApertusはApache2.0ライセンス提供されており:

• 商用利用もOK

教育研究用途OK

モデルサイズは**8B(80億)と70B(700億)**の2種類(小さい方は個人利用向き)

ダウンロードはHugging Face経由、もしくはSwisscomプラットフォーム経由で利用可能

 

 

🔬科学産業社会のためのAI

研究者、開発者企業AI愛好家など誰でも利用可能

Swisscomや他のパートナー経由で、プロジェクトに組み込むこともできる。

「一部だけ公開」な他モデルと異なり、Apertusは“完全オープン”がモットー

 

「信頼できる、主権を持った、包摂的なAI開発のリファレンスモデル提供したい」

— Martin Jaggi(EPFL機械学習教授

 

 

🚀技術触媒としてのApertus

このプロジェクトは「研究産業への技術移転」ではなく、イノベーションAIスキル強化の起点として位置づけられている。

Thomas Schulthess(CSCS所長)はこう述べている:

 

「Apertusは新たなAIスキルと応用力を生み出す“触媒”になる」

 

 

🌍 真の多言語対応包摂

Apertusは15兆トークン、1,000以上の言語学習

データの40%が非英語構成され、スイスドイツ語ロマンシュ語など、他LLMで無視されがちな言語も多数含まれる。

「Apertusは“公益のためのAI”として設計された数少ないモデルの一つ」

— Imanol Schlag(ETHチューリッヒ上級研究員・プロジェクト技術責任者

 

 

🇨🇭Swisscomによるホストと展開

SwisscomはApertusを自社の「スイス主権AIプラットフォーム」でホスト

Swiss {ai} Weeks では、開発者が実際にモデルを試し、フィードバック提供する初の実験機会が設けられる。

 

「Apertusは公共利益スイスデジタル主権のためのモデルです」

Daniel Dobos(Swisscomリサーチ責任者

 

 

🌐グローバルアクセス:PublicAI Inference Utility

 

スイス国外ユーザー向けには、PublicAI Inference Utility(PAIU)を通じてApertusが利用可能に。

 

「これは道路水道電気と同じく、“公共インフラとしてのAI”を示す証明だ」

JoshuaTan(PAIU代表

 

  

🔍 徹底した透明性と法令遵守

 

Apertusはトレーニング工程再現可能な形で完全公開。

以下のリソースも全てApache2.0提供

ドキュメント

コードベース学習用)

データセット情報

モデル重み(途中チェックポイント含む)

 

そして何より、以下の法的・倫理的ガイドライン尊重して開発されている:

スイスデータ保護

著作権法

EUAI法(AIAct

パブリックデータのみ使用機械判読可能な除外リクエスト対応

個人情報・望ましくないコンテンツフィルタリング済み

 

 

🏁 終わりではなく始まり

「Apertusは“パワフルかつオープンな生成AI”の実現可能性を証明した」

— Antoine Bosselut(EPFLNLP研究室長・SwissAI共同責任者

 

これは完成形ではなく、始まり

今後のバージョンでは:

法律医療教育など分野特化型の派生モデルを開発

• 最新情報検索機能を搭載

• 高効率化、規制対応の強化

 

 

Apertus:unmodèle de langage multilingue, ouvertettransparent - EPFL

https://actu.epfl.ch/news/apertus-un-modele-de-langage-multilingue-ouvert-et/#


 

 

追記分散AI応援すっぞでもええかもね

Permalink |記事への反応(1) | 18:46

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

2025-09-30

Send toKindle便利だけどさぁ

100%変換に失敗する本がある。

オライリーの「ソフトウェアアーキテクチャの基礎EPUB版」とか。仕方なくPDF版にするけどそうすると読み辛くて仕方がない。

これAmazonが悪いのかオライリーが悪いのか。

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

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

2025-09-27

AI利用で生産性が上がるもの、上がらないもの

フリーランスAIプロジェクトに使ったのは2年

3社で実践、うち一社大企業

Cursor、Copilot、ChatGPT、Claude、Claude Code、Codex

あと個人開発でもAIガンガン利用した

だいたい見えてきたのでまとめてみる、とは言えもうAI使ってる奴らには自明のことと思う

 

圧倒的に効果がある使い方:リーディング

コード状態説明させること、つまりリーディングの補助には非常に有効

例えば入って間もないプロジェクトで改修する際に

「この画面ってどこでてぎされてる?」

「これと似たパーツどこかで作ってない?」

「色はどうやって指定してる?」

「この設計方針は他の部分と足並み揃ってる?」

みたいな質問には非常に精度良く答えてくれる

これを人力でやろうとすると非常に時間がかかる、特に歴史が深いプロジェクトだと無限時間が溶けるから助かる

 

この恩恵を得られないのが、プロジェクトに慣れ親しんだ人だ、もう既に頭に入ってるならそんな質問をする必要もない

個人的には助かってる、フリーランスから

 

圧倒的にパフォーマンスが上がらないシーン

コードが複雑すぎる

・主流ではないアーキテクチャ

オリジナルのパーツを実装している、それに強く依存した書き方をしている

プロジェクト全体を渡せない

コードにこだわりがある

・制約が多すぎる

 

そこそこの規模のプロジェクトはこれで大体詰む

 

AIが意外と苦手なこと

「これと同じようにやって」が苦手っぽい

勝手自分の知ってるやり方をやり始める

 

制約が多いとパフォーマンスが落ちる問題

これ言ってる人少ない気がするんだけど

LLMが特異なのは専門家として回答する」みたいなやつなんだよね

1つの質問から膨らませて10を出力するみたいな

苦手なのが「制約に適合する」みたいなやつで

10ルールから1つの回答を出すみたいなのが不得意

 

一般的プログラミングというのはルールベースが得意とされているんだけど、LLMはそっちじゃないんだよ、人間と同じなの

ルールをたくさん与えると分かんなくなる

(この得手不得手については、ちゃんAI本人に質問したらその通りと言っていた、お試しあれ)

 

で、今の開発作業って制約充足型のタスクが多いんだよ

からそういうタスクは全滅する

 

ちなみにPRレビューとかはそれで言うと得意なんだよね、ただ「このルールに従ってレビューせよ」はやりすぎると壊れる(工夫が必要

 

個人開発でパフォーマンスが出た理由

動きゃ良いんだよの精神でやったらパフォーマンスが出た

一般企業の開発ではできないと思う

自分がPLのプロジェクトなら自分権限でやるかもしれないけど

 

精度が保証されないタスクAIに任せられない

例えば、要件定義なんかも制約充足型のタスクから苦手なんだけど

そうなると精度落ちるんだよね

「精度落ちるかもしれない」ってタスクって任せられないんだよな

モノが出来上がっても怖くて使えないし、その時間無駄になるかもしれないから、「自分でやったほうが早い」になる

これって上司が部下に仕事振れない現象に似てる

 

ちょっと精度が出ないかもしれないタスクAIや部下に任せるか

時間コストをかけてAIや部下を教育チューニング)するか

 

常にこれらのトレードオフになる、今や総上司時代

これに対する一つの解は

 

・精度が悪くても良いタスクを渡す

・精度が見込める得意そうなタスクを渡す

 

だと個人的には思ってるんだけど

どうにも教育に全振りしてる人が散見されるよね、マジメだなあ

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

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

2025-09-25

AIアート】 例のSDVロードマップ、崖から飛び降りる図ですよね?

お前らコンサルキラキラした目で語る「SDV化へのロードマップ」ってやつ、まあ綺麗だよな。「レベル1から始まって、ドメインゾーン最後は夢のセントラルコンピュータへ!」って、すごろくみたいで分かりやすい。プレゼン資料は美しいし、ロジックも通っているように見える。

だが最近、その綺麗なすごろくを見ていると、強烈なデジャブを感じるんだ。

ついこの間までヨーロッパ中が大合唱していた、「未来EV一択だ!」という、あの狂騒曲にな。

ご存知の通り、その結果は今のEV失速と戦略の迷走だ。今日は、なぜ俺がお前らの語るSDVに、あの失敗したEV戦略と同じ匂いを感じるのか。そして、そのロードマップに隠された巨大な「崖」について、具体的かつ論理的に話そう。

第1部:その言葉は「技術」か、それとも「イデオロギー」か

まず前提として、EUEV戦略は単なる技術選択の失敗じゃない。あれは、「"言葉"を定義することで現実支配しようとする」という、ヨーロッパ伝統イデオロギー戦略だ。「EVは善、エンジンは悪」というシンプル二元論を作り出し、規制補助金市場を無理やりそちらに誘導しようとした。

この手法キモは、現実の複雑さを無視し、自分たちに都合のいい単一シナリオを唯一の「正解」として提示することにある。世界には多様なエネルギー事情があり、多様な顧客ニーズがあるという現実から目を背け、「EV」という言葉神輿を担いだわけだ。

そして、お前らが語る「SDV」も、これと全く同じ構造を持っている。

セントラルコンピュータによる、ハードソフトが完全分離したSDV」こそが唯一絶対のゴールだと定義し、そこに至る道を一本道で描いてみせる。

だが現実はどうだ? 安くて頑丈なクルマを求める市場もあれば、運転の楽しさを求める層もいる。そもそもソフトウェアのアップデート価値を感じない顧客だっている。トヨタが声高に未来を語らず、EVHV水素、合成燃料と、あらゆる可能性に備える「マルチパスウェイ」を貫いているのはなぜか。それは彼らがイデオロギーではなく、複雑な「現実」と向き合っているからに他ならない。

お前らのSDVロードマップは、この時点でまず、現実多様性無視したイデオロギー的な欺瞞はらんでいる。

第2部:「リストラの崖」の正体

その上で、仮にその単一シナリオ理想のSDV)が正しいとして、なぜその実現が絶望的に困難なのかを説明しよう。ここで登場するのが、お前らも知ってる「コンウェイ法則」だ。

法則1:クルマ構造は、人間関係の写し鏡である

雑に言えば「システム構造は、それを作る組織構造そっくりになる」という法則だ。今のクルマは、無数のECU(小さいコンピュータ)が複雑に絡み合った「分散アーキテクチャ」だ。これは偶然そうなったわけじゃない。エンジンはA社、ブレーキはB社、ライトはC社と、各分野の専門サプライヤー(Tier1)が、ハードソフトを一体ですり合わせて開発してきた。このクルマ構造は、日本自動車産業が100年かけて作り上げてきた、この巨大なサプライチェーンという人間関係のものなんだよ。

法則2:人間関係は、急には変えられない

そして、この巨大な人間関係構造は、組織と同じで少しずつしか変えられない。「連続的」な変化しか受け付けないんだ。一気に変えようとすれば、現場崩壊し、これまで培ってきた価値は失われる。

この2つの法則を踏まえて、お前らのロードマップ評価しよう。

ステップ1:分散型 →ゾーンアーキテクチャ

これはまだいい。既存サプライヤーとの人間関係を維持したまま、ECUをいくつか統合し、役割を再編成する。「組織改編」レベルの話だ。現場筋肉痛になるだろうが、これはまだ「連続的な変化」だ。実行可能性はある。

ステップ2:ゾーンセントラルコンピュータ

ここが問題の「非連続な崖」だ。

これは「組織改編」じゃない。「全従業員を一度解雇して、明日から全く別の人種会社ゼロから作れ」と言っているに等しい。

なぜなら、クルマの作り方が「ハードウェア部品のすり合わせ」からOS上のソフトウェア開発」へと、根本的に変わるからだ。これは、これまでパートナーだったハード中心のTier1の価値をほぼゼロにし、NVIDIAGoogleAWSといった、全く文化の違うITジャイアントと新しい関係ゼロから構築することを意味する。

この「崖」を飛び越えるという行為は、必然的に「大規模リストラ」を意味する。そして、そのリストラは、これまで俺たちがサプライヤーと共に築き上げてきた無形の資産、つまり車載特有品質ノウハウ」や「フェイルセーフ思想」といった、カネでは買えない価値バリュー)を崖の下に投げ捨てる行為に他ならない。

第3部:コンサルよ、お前らが答えるべき問い

俺たちの議論は、お前らの美しいパワポの上にはない。この血と汗にまみれた現実にある。

から、お前らが本当に俺たちのパートナーだと言うのなら、答えるべき問いはこれだ。

価値減損会計提示しろ

この「崖」を越えることで失われる、既存サプライチェーン無形資産品質ノウハウ信頼関係暗黙知)は、金額換算でいくらだ?その減損を、どうやって、何で補填する計画なんだ?

人間関係の再構築プランを具体的に示せ。

意識改革」みたいな精神論で逃げるな。どのTier1との関係をどう縮小・終了し、どのITベンダーと、どのような契約・開発体制で、何年かけて新しいエコシステムを構築するのか。その移行期間中リスクコスト訴訟リスク技術流出を含む)を算出して見せろ。

崖の途中の事業継続計画BCP)はあるのか?

この無謀なジャンプの途中で、開発が頓挫したり、大規模リコールが発生したりした場合会社をどう守るんだ?そのための具体的な資金計画と、リスクヘッジのシナリオ提示しろ

これらの問いに、具体的かつ定量的に答えられないのであれば、お前らの提案は、現場現実無視した無責任な空論であり、俺たちを崖から突き落とそうとする悪意の塊だ。

俺たちは、崖の向こうの楽園の絵が見たいんじゃない。

このどうしようもなく巨大な崖に、一本ずつ橋を架けていくための、地道で、泥臭くて、現実的な設計図を求めているんだ。

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

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

2025-09-19

日本自動車産業はどこ向かうのか?

日経が「転職希望者が前年比16%増、自動車産業で目立つ」と書いていた(https://www.nikkei.com/article/DGXZQOUB163T20W5A910C2000000/)。元データ求人倍率はパーソルキャリアdoda月次レポートに出ており、8月は2.42倍、求人数は前年比−0.8%、転職希望者は前年比+15.9%である数字としては「分母が膨らんで倍率が落ち気味だが、絶対水準はまだ高い」という状態過熱一服、熱源は消えていない。ここに「自動車から登録が目立つ」という観測が乗ってくる。

なぜ自動車から転職が目立つのか。

雑に言えば、キャリアの摩耗速度が上がったからだ。

車両価値ソフト寄りにずれるほど、既存プロセス評価軸は音を立てて古くなる。

制御、電動化、熱マネモデルベース開発、機能安全サイバーセキュリティ車載クラウドといったキーワード職務を書き換えられる人は市場で引かれる。

一方で、従来の職能テーブルに乗せたままの評価配置転換に直面すると、将来不安が先に立つ。登録行動は合理的反応だ。

もう少し分解する。



では、自動車産業行方はどうなるか。

縮むか伸びるか、ではない。

再配置と再定義である



結局のところ、「自動車から転職が目立つ」は、逃散ではなく分散だ。

製品価値が電動とソフトに寄るほど、職務エネルギー、素材、部品設備半導体、ロボティクス、産業ITコンサルのモビリティ領域へと滲む。

そこで通貨になるのは、熱マネやパワエレの実務、組込みクラウドの橋渡し、機能安全サイバーの規格読解、認証と量産の目配りといった「垣根をまたぐ力」である

今は転職サイト上の求人倍率に表れているが、実体産業構造変化に沿った人の再配置だ。

要するに、自動車産業は「縮小」ではなく「再配置」だ。

人もまた、同じ地図の上を動いているだけである

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

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

2025-09-17

うちのチームには、とにかくコードが大好きな女性プログラマーがいる。

勉強熱心で、新しいフレームワークアーキテクチャライブラリ、LintルールCI/CD最適化…とにかく探求心の塊。

その姿勢自体は、正直素晴らしい。だが、ビジネス側のスピード感や優先度にまったく寄り添えないのが問題

たとえばプロダクトのローンチが迫っている時、チームとしては「多少コードが荒くてもいいから、まず動くものリリースしよう」と判断する場面がある。

だが彼女はそういう「割り切り」が大の苦手で、汚いコード絶対に許さない。

しかも機嫌が悪くなる。

ミーティングでも静かに険しい顔をしていて、周囲も話しかけづらい空気を感じている。

正論ばかりで論破しようとするわけではないが、「これでは技術負債が…」という言葉がもはや口癖のように繰り返される。

いや、それはわかってる。でも今はそこじゃないんだ……

さらに困るのは、彼女が導入したがるツール技術学習コストが高すぎること。

他のメンバーからも「正直ついていけない」「彼女のためのプロジェクトじゃない」といった声が上がってきている。

表面上はみんな協力的だが、裏では「あれはちょっと…」とこっそり相談されているのが現状だ。

問題なのは彼女古参メンバーで、実力もあるということ。

簡単に外すこともできない。技術的には信頼してるし、いなくなったら困ることもある。

でも、今のままではチームのバランスが崩れる。

そんな彼女に、どう伝えればいい?

正論で固められてるだけに、反論しづらい。

理論上正しい人が、現実においてストレッサーになるというジレンマに頭を抱えている。

Permalink |記事への反応(5) | 22:39

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

2025-09-16

AIWebサービスSI を救うか?

正直、AI命令を出すリードマネージャリーダー能力が上がらないと、AIコード大量生産すると手に負えないスラム根深く絡み合った構造で広がっていくことになるだろうというのが既に見えている。

というのも、AIほとんど影響ないちょい前の時点ですら「うちはDDDTDDクリーンアーキテクチャk8sアジャイルスクラム等々を採用して云々」ってプロダクトが、リリースから半年、1年で開発がスタックしている、という事例は一般想像する以上に存在している。

リリース時は、CTOマネージャ腕組みしてWebページで華々しい成果発表するものだが、その裏で手動運用オンパレード、一箇所変更したらどこに影響が及ぶかわからない地雷原、不具合障害が発生するたびに増える監視サービス、手動運用マニュアル

典型的ポチョムキン村。

その前で、「圧倒的ではないか、我がプロダクトは」って悦に入る経営陣、の図。

それ見て「SaaS界のネズミ王国や〜」って妄想を迸らせる利用者経営陣と、ブルシットな手数だけ増えて、業績給与はぴくりくらいしか動かないで悶絶する利用者従業員

この状態で、「いや〜、新技術の導入、失敗しましたわ〜。経費が5倍くらいに膨れ上がってます。ごめんちゃい」なんてリリース出せないでしょ。

成功事例ばっかりがWeb検索に並ぶ。

それ見て教科書ガイドエンジニアカタログショッピングエンジニアが「世界を変える! 俺(の業務経歴書)が変わる!!」って初見手探りで導入して、連れション地獄

これが現状よ。

ここにAI が入ってくると、ますます「中身も、他の処理との関係性もよくわからんけどプロダクトに組み込まれた謎プログラムの塊」が、「これ以上機能を載せるとバランスを崩して全体が倒れる」寸前のサイズまで育つわけよ。

ここまで行っちゃったら、どこをどうしたらどうなるか、「AI 使ってふふふふ〜ん」ってレベルエンジニアでは太刀打ちできなくなってるだろう。

すっと

「動くな!」

となって、対策のための会議ドキュメントづくりが延々と半年かいうオーダーで繰り広げられることになる。

その間やれること、というかやらなきゃならないことは、障害対応手動運用

こういう状態に陥らせたリーダーリードテックCTOは「新しいことに挑戦したいので」と敵前逃亡、成果発表のWebページを担いで次の犠牲者の元へ。

のものを知らない犠牲者は、ありがたがって三跪九叩頭

いや、そいつ前原



ちゃん設計したら、生成AIを駆使する必要、あまりないはずなんだよなー。

で、テストも書いてくれる、っていうけど、AI に全投げ似非エンジニアにその妥当性とか、判断できんのかな?

カバレッジ100%に近づけるためだけのテストを手動で大量に書くのを代替してくれるかもしれないけど、あのテスト品質保証障害対策になってる現場が一つでもあるか?

流行りらしい、業務ドメイン分割マイクロサービスだと、AI で辻褄合わせてテストとか、無理やぞ。

という地獄が、2、3年後訪れるだろう。

楽しみやなぁ〜w

という話をすると、AI使いこなせないオールドタイプ負け犬の遠吠え、みたいにいうてくるのがいるんだけど、むしろAI効果的に活用するための構造構成とか模索してんのよ。

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

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

2025-08-29

システム置き換えに失敗?した話

昔ながらのPHPテンプレートで動いていた大規模システムを、Next.jsベースモダン構成に置き換えるプロジェクトをやったんだけど、これがなかなかうまくいかなかった話。

1年以上かけて、コンポーネント化されたNext.jsアプリとして開発を進めて、見た目もコードも“今どき”になった…はずだったんだけど、完全な置き換えはできず、結局は既存PHPシステム共存させる形に。

結果、全体のアーキテクチャはかなり複雑になってしまった。

その間、運用人員がいなかったから他社に協力を依頼して、お金もかなりかかった。

でも、いざリリースしてみると、「誰がどこを触れるのか分からない」「直したいけど全体の影響が読めない」みたいな状態になり、むしろ運用の手間は以前より増加。タスクは溜まり続けている。

ぶっちゃけ、従来のシステムのままで運用していた方が、楽だった面も多い。

もちろん、古いシステム限界がなかったわけじゃないけど、今は「置き換えた結果、前よりもしんどくなってる」状態で、結構困ってる。

「古いけど運用実績があって、そこそこ動いてるシステム」を「最新の技術で綺麗に作り直す」って、理想はあるけど、現実的には時間お金もかかるし、引き継ぎやドキュメント、周辺業務の整備まで考えると、運用現場がついていけなくなることも多い。

しかも、複雑な状態になると、関わるエンジニアの数も制限されて、どんどん属人化していく。

こういう状態解決するのってどうやればいいんだろう?

会社やめたほうがいい?

Permalink |記事への反応(5) | 18:53

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

2025-08-18

anond:20250818095513

心理学は信用できないという意見は、心理学科学的側面、特にその理論現代テクノロジー、とりわけ人工知能AI)の発展にどれほど深く貢献してきたかを見過ごしているかもしれません。

ご指摘の通り、強化学習ニューラルネットワーク遺伝的アルゴリズムといったAIの中核技術は、実は心理学理論と深く結びついています

心理学理論数学的に抽象化し、コンピューター上でシミュレート可能にしたものが、今日AI技術の根幹をなしているのです。

強化学習と行動心理学

AI試行錯誤を通じて最適な行動を学習する強化学習は、B.F.スキナー代表される行動心理学の「オペラント条件づけ」の理論のものと言えます

このように、人間学習メカニズムを解明しようとした心理学研究が、AI学習能力を与えるための理論的基盤となっているのです。

ニューラルネットワーク認知心理学

人間の脳の構造機能にヒントを得て作られたニューラルネットワークは、認知心理学神経科学研究と切っても切れない関係にあります

脳という情報処理システム理解しようとする心理学的な探求が、AIに「知能」をもたらすアーキテクチャを生み出したのです。

遺伝的アルゴリズム進化心理学

遺伝的アルゴリズムは、生物進化プロセス模倣した最適化手法です。これは、人間心理や行動が進化過程でどのように形成されてきたか研究する進化心理学の考え方と通底しています

直接的な理論の導入というよりは、進化という生命根本原理計算モデルに応用した点で、心理学の基礎となる人間観と関連しています

心理学理論数学抽象化認知的不協和の例

近年では、さらに複雑な心理学理論AI研究対象となっています

例えば、社会心理学における「認知的不協和」理論です。これは、人が自身の信念と矛盾する行動をとったとき不快感を覚え、その不快感を解消するために信念や行動を変えようとする心の働きを説明する理論です。

最近研究では、この認知的不協和を数理モデル化し、AI実装する試みが行われています

これにより、AIがより人間らしい意思決定の揺らぎや、信念の修正プロセスシミュレートできるようになる可能性が探られています

これは、心理学理論が単なる概念に留まらず、具体的な計算モデルとしてAIに組み込めることを示す好例です。

このように、心理学AIにとって単なるインスピレーションの源泉に留まらず、その根幹を支える理論的基盤を提供しています

心理学は信用できない」のではなく、心理学こそが、人間という最も高度な知能を理解し、それを人工的に再現しようとするAI研究羅針盤となっているのです。

Permalink |記事への反応(0) | 09:59

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

2025-08-17

anond:20250817143328

日本車と呼べるのか」は、ブランドや最終意思決定設計責任知財所在判断すべきである調達と開発の現地化は世界標準であり、比率が高いこと自体日本製否定にはならない。一方で三電とソフトの中核を自前だけで賄うのは現実的でなく、共創前提での主導権確保が要となる。


「選ばれるほど良いEV」は量と学習ソフト運用が決める。日本ホーム市場が小さい不利は事実であり、海外で量を稼ぎ現地と学ぶ以外に近道はない。家電の轍を避ける鍵はアーキテクチャ主導とOTA運用力だ。


豊田章男個人に全てを帰すのは単純化である世論形成の歪みはあったとしても、電力価格都市インフラ規制設計の遅れが同等かそれ以上の制約だった。是非よりも学習速度を上げる制度設計実証の場づくりが先である


日本経済的無関係」かどうかは、どの工程国内に残すかで決まる。設計標準化ソフト、上流キーパーツと知財国内に抱えれば付加価値還流する。そこを空洞化させれば本当に無関係になるだけだ。


短期に「日本だけの技術世界に売れるEV」を狙うのは非現実だが、現地共創で量を回しつつ日本発の核プラットフォームを磨けば勝ち筋はある。国内では電力と充電のボトルネックを解き、実車データOTA運用を回す土壌を整えるべきだ。

Permalink |記事への反応(0) | 16:32

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

2025-08-14

もはや自分仕事がわから

プログラマーだと思ってたんだけど

ものを作る仕事というか

最近は、誰かが仕込んだバグを、誰かが作ったクソアーキテクチャルール合致するように組んで、誰かが100件単位ダメ出しをするみたいな仕事をしている

この件だけじゃない、前の仕事もその前の仕事も酷かった、何をやってるんだ俺は

Permalink |記事への反応(0) | 18:49

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

2025-08-09

ホンダ流をBYDが採用」は本当か?

ソース

日本経済新聞ホンダPHEV、BYDが採用するなど中国で台頭 薄れるトヨタの強み」

https://www.nikkei.com/article/DGXZQOUC1813T0Y5A710C2000000/

ホンダPHEV、BYDが採用するなど中国で台頭」というタイトルは刺激的だが、実態は?

要約

前提

何が売れているのか

2024年中国PHEV市場中国勢が席巻し、上位はBYD車で占める傾向にある。CR-VPHEVなど日本勢の台数は相対的に小さい。CPCAの集計傾向からも読み取れる。

BYDはNEV全体でも最大級勢力で、PHEV構成比が大きい。PHEV普及の牽引役は中国メーカーだ。

ホンダ流」に近い設計の台頭は事実

ホンダi-MMD

「電動主導のシリーズ/並列」で、状況によりエンジン直結クラッチを用いる。

Honda e:HEVi-MMDhttps://global.honda/en/tech/two_motor_hybrid_system_honda_eHEV/

BYDのDM-i

電動主導で、巡航時などにエンジン直結へ切り替える制御を持つ。思想i-MMDに近い。

BYDDM-i(SuperDMhttps://www.byd.com/eu/technology/byd-super-dm-plug-in-hybrid-technology

吉利雷神DHTDHT Pro)

多段直結を備える電動主導ハイブリッドとして設計されている。

Geely雷神DHT

https://global.geely.com/en/news/2021/geely-auto-group-launches-leishen-powertrain-brand

採用」と「類似」は違う

ホンダ流をBYDが採用」と言うと技術導入の印象を与えるが、実態は「同系統アーキテクチャを各社が自前で実装である。直結クラッチを用いた電動主導ハイブリッド複数社が並行進化で到達した設計だ。

トヨタ方式の立ち位置

中国PHEV市場」という土俵では販売上の主役は中国勢で、トヨタPHEVが上位を占めていない。現地に限れば「PHEVでの優位」はない。

ただしグローバルでは地域要件規制が異なるため、「中国PHEV市場世界趨勢」と短絡するのは危うい。

まとめ

Permalink |記事への反応(0) | 23:09

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

2025-08-05

転職活動】某自動車メーカーカジュアル面談で見た、日系企業の病

転職活動をしていると、時折、胸の躍るようなスカウトメールが届くことがある。

先日、まさにそんな一通が自分の元に届いた。差出人は、誰もが知る日本代表する巨大自動車メーカー、T社。

 

文面には、私の経歴に合わせた具体的なポジション名《XXXXソフト更新システムアーキテクチャ構築》が記され、「ぜひ一度弊社のご紹介の機会を」「100年に一度と言われる大きな転換期」といった熱意ある言葉が並んでいた。

 

これは期待できるかもしれない。そう思い、指定された日程で「カジュアル面談」に臨んだ。

 

迎えた「カジュアル面談」当日

面談は、採用事務局と名乗る人事担当者によって行われた。そこで担当者は以下の言葉を口にした。

 

選考はまず、書類選考から始めさせていただきますので、履歴書職務経歴書、および弊社指定自己紹介シートのご提出をお願いいたします」

一瞬、耳を疑った。レジュメを見た上で、わざわざ「ぜひお話を」とスカウトしてきたのはそちらではなかったかカジュアル面談とは、そうした選考プロセス合理化し、互いの理解を深める場ではないのか?

 

スカウトの文面から感じた「あなたに会いたい」という熱意はどこへやら。結局は他の一般応募者と全く同じスタートラインに立たされ、おまけに企業独自フォーマット書類作成という手間まで課される。そのあまり画一的一方的プロセスに、企業の「傲慢さ」を強く感じた。

 

質問タイムで露呈した「現場との温度差」

さらに落胆を感じたのは、質疑応答時間だった。

スカウト文面には「少数精鋭でスピード感を持って」との記載があった。ならば、その実態を知りたい。エンジニアとして当然気になるであろう点を幾つか尋ねてみた。

 

 

しかし、担当者の答えは、すべて同じだった。

 

「そのあたりは、一次面接現場の者にお尋ねください」

技術の話も、キャリアの話も、働き方の話も、何一つ答えることができない。このカジュアル面談は、一体何のために設定されたのだろうか。

 

採用担当者は、ただの「門番」であり、候補者現場ミスマッチを防ごうという気概は皆無らしかった。現場が本気で人材を欲しがっていても、入り口である人事の意識がこれでは、優秀な人材ほど愛想を尽かすだろう。

現場採用部門の激しい温度差と、部門間の連携の悪さが垣間見えた。

 

対照的だった、某外資系コンサル対応

同時期にスカウトを貰った某大手外資系コンサルティングファームの対応はT社と正反対と言って良いほど対照的だった。

 

そこは、カジュアル面談の冒頭でこう切り出した。

あなたレジュメの〇〇とXXというご経験に大変魅力を感じ、スカウトさせて頂きました。今回ご応募いただけるのであれば、書類選考免除とし、一次選考からご案内します。面接は計2回を予定しています」と。

 

候補者の経歴を読み込み、敬意を払い、時間を奪わないようプロセス合理化する。どちらが本気で人材を「獲得」しに来ているか、言うまでもない。

 

「名ばかりカジュアル面談から透けて見えた、構造的な病

今回のT社の対応は、単に「ハズレの担当者」だったという話ではない。これは、多くの日系大企業が抱える、根深構造的な病の顕れだと感じた。

 

 

「どうしてもT社に入りたい者や、大企業にしがみつきたい安定志向の者」以外は、この選考プロセス離脱してしまうだろう。

そして、そうした人材ばかりが集まった結果、変革のスピードは鈍化していく。まさに「日系企業の衰退の一端」を、採用最前線垣間見た気分だ。

 

今回は、選考の超初期段階でその企業リアル文化体感できた、ある意味有意義な「企業分析」だった。

 

現場からは以上です。

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

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

2025-08-02

2025/10/7

安過ぎだろ!Ryzenノートがなんと5万2,499円。メモリ16GBSSD 512GB必要十分。増設可能理想仕様 -PC Watch[Sponsored]

https://pc.watch.impress.co.jp/docs/topic/special/2052941.html

Amazonで、Ryzen 5 7430Uを搭載するACEMAGICのノートPC「LX15Pro」が、直近価格から2万5,999円引きの6万9,999円となっている。さらに、10月15日までのクーポンコード「6SGHLLXX」を利用することで5万2,499円で購入可能だ。クーポンコードカートに入れた後の決済時に適用できる。

 LX15Proは、高性能なRyzen 5 7430Uを搭載する15.6型ノートPCディスプレイが15.6型フルHD(1,920×1,080ドット)のIPS液晶で、ノートPCの中でも大きめの画面。OSWindows11 Proだ。

 メモリ容量は16GBだが、2基のSO-DIMMに別のメモリ差し替えることで最大64GB増設可能



2025/9/18

ThinkPad E16Gen 2AMDプレミアム

LenovoThinkPad E16Gen 2 (16"AMD) laptop — frontview, lidopen,Windows menuonthe display

https://www.lenovo.com/jp/members/jpad/ja/p/laptops/thinkpad/thinkpad-e-series/lenovo-thinkpad-e16-gen-2-16-inch-amd/len101t0098

販売価格¥235,400限定価格:¥85,316 63% off 税込・送料無料

MyLenovo Rewardsポイント5倍 = 3,878 円相当今すぐ参加

ProcessorAMDRyzen 7 7735HS (3.20 GHz 最大 4.75 GHz)

Operating SystemWindows11Home 64bit

Memory 16GB DDR5-4800MT/s (SODIMM) - (2 x 8GB)

Storage 512GBSSD

2025年7月Lenovoの「楽天リーベイツ20還元」次は?いつ開催?最新の予測情報と注意事項 – もばさい!

https://mobasai.com/2025-04-07-200000/

2025/8/2

Amazon.co.jp: ACEMAGICノートパソコンAMD 5700UノートPC 最大4.3GHz 8C16T 16GB+512GBPCIe3.0SSDRAMスロット*2【メモリSSD 追加・交換可能フルHD1080P LaptopWindows11pro/Webカメラ/高速WiFi6/BT5.2/Type-C/USB3.2×3/HDMI2.0×2/静音/高速熱放 NoteBookPC :パソコン周辺機器

https://www.amazon.co.jp//dp/B0DNT3NMK7?ie=UTF8&th=1

57000円

Amazon.co.jp:ミニpcAMDRyzen 7 5700U【2025新版minipc】最大4.3GHzDDR4 8C16Tミニパソコン 32GB 512GBminipc4K 3画面同時出力 小型pc静音 高速WiFi 6 BT5.2 Win11 /Ubuntu対応 :パソコン周辺機器

https://www.amazon.co.jp//dp/B0CDL64XJL

38000円

 

Ryzen 3 7335Uのスペック

Ryzen 3 7335URyzen 5 7535URyzen 7 7735U

製造プロセス 7nm

アーキテクチャZen 3+

コア/スレッド 4/8 6/12 8/16

L3キャッシュ 8MB 16MB

GPUコア 4 612

基本クロック 3.0GHz 2.9GHz 2.7GHz

ブーストクロック 4.3GHz 4.55GHz 4.75GHz

TDP 28W

アーキテクチャZen 3+で、Zen 3と比べ、以下の点が変わっています

Copied from:AMDRyzen 3 7335Uのベンチマーク -パソコンガイド - <https://for-real.jp/amd-ryzen-7335u-benchmarks/>

Permalink |記事への反応(0) | 10:44

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

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

[8]ページ先頭

©2009-2025 Movatter.jp