2026/06/05 13:37

C++ ドキュメンタリー

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

『C++: The Documentary』は、標準 C++ 財団の議長であり、2002 年から 2025 年までの ISO C++ コミッテー議長を務めた Herb Sutter（Herb Sutter）によって出版されたものであり、C++ が単なるレガシー言語ではなく、世界のトップ 4 言語の中で現在最も成長が速いものであることを示す歴史的なマイルストーンとなっています。過去 3.5 年間でユーザー数が +90% も増加し（2025 年第 3 四半期時点）、この進化を祝うために、この映画にはオリジナルデザイナーである Bjarne Stroustrup および Alexander Stepanov、C# の作成者 Anders Hejlsberg、LLVM/Swift の作成者 Chris Lattner、NVIDIA の Andrea Alexandrescu、Bell Labs の Andrew Koenig、Doom の作成者 John Romero など、40 余名の主要な人物が出演しています。ドキュメンタリーは、C++ が AT&T Bell Labs で発明された旅路を追跡し、C with Classes（07:30）、C++98 標準（37:19）、The STL（29:38）といった重要な標準化マイルストーンを踏まえており、C++11 およびそれ以降に導入された現代の課題に対処しています。最後に、Stroustrup の深い影響を称えるセグメントが 1:08:31 に配置されています。2026 年 6 月 4 日に YouTube でプレミア公開予定のもので、この映画は C++ を将来のソフトウェア開発における不可欠なツールとして位置づけており、エンタープライズおよび消費財セクターを超えて技術を形成する活動的なコミュニティを持続的な勢いで支えていることを強調しています。

本文

C++ ドキュメンタリー公開：40 年に及ぶ成功の歴史

公開日: 2026 年 6 月 4 日
著者: Herb Sutter（ハーブ・サッター）
閲覧所要時間: 約 2 分

著者プロフィール

肩書き: シチadel セキュリティーズ技術フェロー
主な役割:
- 標準 C++ 財団およびカンファレンス「CppCon」の議長
- 2002 年〜2025 年まで ISO/IEC JC1/C（国際 C++ 標準化委員会）元議長
その他: 著述家・講演者、C++ 歴史に深く携わってきた人物

ドキュメンタリー概要

本ドキュメンタリーは YouTube で公開され、C++ の開発に関わる主要関係者が参加するライブチャットが行われました。

40 年余りの成功物語: Modest な出発から世界的な採用へ発展した歴史を概観。
現在の地位:
- 世界トップ 4 に名を連ねるプログラミング言語の一つ。
- 2025 年第 3 四半期時点で、過去 3 年半でユーザー数が 90% も増加した急速な成長ぶりを見せる。

出演者リスト（主要関係者）

ビアーン・シュトランストруп: C++ の設計者と最初の実装者（Bell Labs）
アレクサンダー・ステパノフ: 標準テンプレートライブラリ（STL）の設計者
アンドレス・ヘイルスベルグ: C#、TypeScript、Turbo Pascal の開発者
アンドレイ・アレクサンドレスコ: NVIDIA 首席研究員・C++ 著書作家
アンドリュー・コーニグ: Bell Labs 所属。C++ 標準化委員会の創設メンバー、研究者、教育者
バーバラ・ムー: Bell Labs C++ 開発チームマネージャー・C++ 著書作家
ブライアン・カーニガン: 「C プログラミング言語」の共著者（Bell Labs）
クリス・ラッナー: Mojo、LLVM、Clang、Swift の開発者
ダニーロ・ピパロ: 素粒子物理学者。CERN ROOT フレームワークプロジェクトリーダー
エリック・ルビン: ソフトウェア開発者。Hudson River Trading 責任者
ガブリエル・ドー・レイス: Microsoft エンジニア・アーキテクト、C++ ツール構築者、数学者
ハーブ・サッター: 標準 C++ 財団議長、ISO/IEC JC1/C 元議長
ジョン・ロメロ: 『DOOM』および『Quake』の共同制作者（id Software 共同創業者）
ニーナ・ランズ: ISO/IEC JC1/C 委員会副会長

ドキュメンタリーチャプター一覧

開発と早期普及の歴史

```
00:00
```
イントロダクション
```
01:50
```
AT&T ベル研究所における発明
```
07:30
```
クラス付き C（C with Classes）の登場
```
09:37
```
クラス付き C の初期採用状況
```
10:53
```
CFront から C++ への進化
```
12:32
```
なぜ「C++」と呼ばれるのか？
```
13:24
```
AT&T ソフトウェア販売開始とチーム移行
```
16:08
```
ベル研究所での初期開発詳細
```
19:10
```
「バグの多い製品」から Ver 2.0.0 リリースへ
```
21:55
```
AT&T を超えて C++ が広く普及し始める
```
24:50
```
バージョン管理が複雑化する状況

標準化と時代の変遷

```
26:03
```
標準化の必要性について
```
29:38
```
アレクサンダー・ステパノフ氏による STL の導入
```
37:19
```
初版標準 C++98 の制定
```
39:21
```
90 年代における CERN での活用
```
40:34
```
ゲーム業界および金融取引分野への浸透

危機と復興（2000 年代～）

```
43:00
```
2000 年代初頭の「C++ の冬」
```
45:34
```
プログラミング言語戦争（C# の台頭）
```
49:25
```
再び効率的なプログラミング言語への需要再認識

モダン C++ と未来

```
52:29
```
**モダン C++**の誕生と標準化（C++11）
```
56:29
```
標準化委員会による複雑化問題への議論
```
01:00:45
```
C++ が世界中でどのように使われているか
```
01:05:00
```
C++ の未来と直面する課題
```
01:08:31
```
ビアーン・シュトランストруп氏によるまとめ

[次の投稿] | [前の投稿]

同じ日のほかのニュース

一覧に戻る →

2026/06/06 9:33

現代カメラレンズ修理の複雑さ（2024年）

## Japanese Translation: ユーザーは、Lumix S5 カメラとのペアリング後に電子制御が停止していたシグマ 45mm f/2.8 I シリーズレンズを正常に復旧させた。修理は、制御用印刷回路基板（PCB）上の破損したヒューズを交換することで達成され、これは TI ブックコンバーター（TI Buck コンバーター）を保護するものである。分解の結果、特定のコマンドが故障していることが明らかになり、それは長い間自動フェーズコンポジション（AFC）オートフォーカスを使用した場合に引き起こされた過電流イベントによる可能性が高い。マルチメータ測定で損傷が確認され、フレックスケーブルや東芝製のマイクロコントローラーを含む他の部品が健全であることも同時に検証された。このプロジェクトは低価格での eBay 購入から始まり、シグマの GrabCAD から入手した無料の 3D プリンティング用治具により高精度な診断プロービングが可能となった。1 時間未満で完了し、現在、園芸写真や電子機器ドキュメンテーションなどの用途に対して完全に機能している。この修理は、高価な電子故障を分解して全体を廃棄するのではなく、ターゲットとした部品交換によって迅速に解決できることを実証している。また、類似のシグマレンズをトラブルシューティングする際に内部電源トレースとヒューズ定格を理解することの重要性も示している。 ## Summary: ユーザーは、Lumix S5 カメラとのペアリング後に電子制御が停止していたシグマ 45mm f/2.8 I シリーズレンズを正常に復旧させた。修理は、制御用印刷回路基板（PCB）上の破損したヒューズを交換することで達成され、これは TI ブックコンバーター（TI Buck コンバーター）を保護するものである。分解の結果、特定のコマンドが故障していることが明らかになり、それは長い間自動フェーズコンポジション（AFC）オートフォーカスを使用した場合に引き起こされた過電流イベントによる可能性が高い。マルチメータ測定で損傷が確認され、フレックスケーブルや東芝製のマイクロコントローラーを含む他の部品が健全であることも同時に検証された。このプロジェクトは低価格での eBay 購入から始まり、シグマの GrabCAD から入手した無料の 3D プリンティング用治具により高精度な診断プロービングが可能となった。1 時間未満で完了し、現在、園芸写真や電子機器ドキュメンテーションなどの用途に対して完全に機能している。この修理は、高価な電子故障を分解して全体を廃棄するのではなく、ターゲットとした部品交換によって迅速に解決できることを実証している。また、類似のシグマレンズをトラブルシューティングする際に内部電源トレースとヒューズ定格を理解することの重要性も示している。

2026/06/06 12:36

ロックダウンモード

## Japanese Translation: マイクロソフトは、「Lockdown Mode」というオプションの高度なセキュリティ設定をロールアウトしています。この機能は、プロンプトインジェクション攻撃から生じるデータ流出リスクを大幅に低減することを目的としており、ライブウェブ閲覧、深層リサーチ、画像分析、エージェント機能へのアクセスを制限することで実現します。本機能は、適格な個人アカウント（Free、Go、Plus、Pro）およびセルフサービス型の ChatGPT ビジネスアカウントで利用可能です。ただし、導入状況は地域やユーザーの状態によって異なります。管理者は、RBAC を通じてユーザーにカスタム「Lockdown Mode」ロールを割り当てることで制限を強制でき、これにより自動的に Developer Mode が無効化され、信頼できないアプリに対するコネクタの書込み操作などの高リスクアクションが制限されます。Lockdown Mode は外部ソースからのリスクを効果的に低下させますが、アップロードされたファイルや有効化されたアプリなどからのものでないすべての攻撃を防ぐ保証は提供せず、明示的に管理されない限り、同期コネクタなどの中リスク項目が活性状態のままになる可能性があります。個人アカウントでは、ライブコネクタへのアクセスがブロックされますが、同期されたデータの使用は許可されます。管理されたワークスペースの管理者は、信頼できるアプリ/アクションを手動で有効化する必要があるため、Lockdown Mode がすべてのアプリ/MCP/コネクタを自動的に無効化するわけではありません。ユーザーは個別のチャットごとに「Manage」オプションまたはメニューを通じて Lockdown Mode からオプトアウトすることができ、これにより他のチャットやメモリ履歴には影響しません。高リスクアクション（例：信頼できないアプリへの読込/書込み）は強く推奨されず、中リスク項目（例：同期コネクタ）については副作用の可能性がありますので注意が必要です。重要なのは、Lockdown Mode は機能性を低下させる点です。ライブインターネットアクセスと完全な画像分析が無効化されますが、手動でのファイルアップロード、メモリの使用、会話の共有、モデル改善データの提供、そしてコンプライアンス API ログプラットフォームによるアプリの使用状況および接続されたソースへの可視性は維持されます。

2026/06/04 5:15

LLM がどのように動作するか

## Japanese Translation: 現代の大規模言語モデルは、非常に標準化されたアーキテクチャ・スタックに収斂しており、これは主要モデル（例：GPT、Claude、LLaMA）間の差異が、根本的な構造革新ではなく、トレーニングデータ、スケーリング、特定の構成、そしてポストトレーニングのプロセスによるものになったことを意味します。このコンセンサスは、2017 年の Transformer の初期設計以来の 5 年にわたる洗練の上に成り立っており、回転位置埋め込み（RoPE）、RMSNorm、SwiGLU、グループクエリアテンション（GQA）、およびエキスパートミックス（MoE）といった主要な構成要素が、安定性と効率性の観点から最適な選択となっています。具体的には、モデルは語彙サイズのバランスと汎化性能を実現するためにサブワードトークン化戦略（例：BPE や SentencePiece）を採用し、RoPE は従来の三角関数型エンコーディングよりも順序情報を効果的に注入します。アーキテクチャは、特異な処理のためにマルチヘッドアテンションを活用し、高密度パラメータを記憶するためにフィードフォワードネットワークを利用し、深層ネットワークにおける安定したトレーニングのためには RMSNorm を使用します。結果として、これらの最適化され共有されたメカニズムを通じて、産業全体はメモリ圧力と推論コストの削減という恩恵を受けています。将来の傾向は、ヘッド数や MoE アクティブ比率などの既存構成を洗練させる方向にあるものであり、破壊的な構造変化ではなく、確立されたパスを通じた継続的な進展を確保します。