トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
Adele Goldberg と Smalltalk-80 を旅立たせた契約
「Blue Book」が記述したのは、生きたシステムを持ち運ぶための境界だった。同じイメージを保ち、各マシンでオブジェクトメモリ、バイトコード、実行コンテキスト、プリミティブを実装する。それにより Smalltalk-80 は再実装できたが、速度、フォント、ウィンドウ、デバイス、操作感まで同一になるとは約束されていなかった。
インターネット史
Join に受領証はなかった――更新で生き残る木、RFC 2117
RFC 2117 の疎なマルチキャスト木は、一度の全体取引で成立しなかった。ローカルな会員通知が状態を作り、Join/Prune が各ホップを更新し、新しい送信元は Register で RP に到達し、その後で一部の枝だけが送信元固有経路へ移った。確実性ではなく、期限付きの局所記録が規模を支えた。
IETF
送る前の言葉は誰のものか――RFC 9787の下書き暗号化とコミットメント境界
これは仮想の場面だ。一台の端末で書きかけた文章が自動保存され、数分後、別の端末で同じメールボックスを開くと、その続きが現れる。しかし、その同期が成功したからといって予定受信者が文章を読めるわけではないし、著者が書かれた内容にすでに責任ある意思表示をしたことにもならない。RFC 9787 が下書き暗号化について引く重要な線は、まさにこの途中状態にある。保存と送信は同じメッセージの前後ではあっても、権限、可視性、そしてコミットメントの状態は同じではない。
インターネット史
ブラウザーはセッションを覚えた。人を証明したわけではない――RFC 2109
RFC 2109 の架空の店では、サーバーが `Customer="WILE_E_COYOTE"` という値をブラウザーに預け、後の要求で商品番号と配送方法まで積み上げた。HTTP は一連のやり取りを覚えられるようになった。しかし、アプリが付けた名前は、現在の利用者の本人性や同意を証明するものではなかった。
インターネット史
「1か所」「複数」「観測なし」——RFC 2108が曖昧さを消さなかった理由
管理装置が送信元アドレスを探したとき、答えは常に一つのポートになるわけではなかった。RFC 2108は `single`、`multiple`、`none` を別の状態として残し、測れたことと断定できることの境界を MIB の中に組み込んだ。
インターネット史
Kathleen Boothと、記号が機械命令になる境界
1947年、Kathleen H. V. Britten と Andrew D. Booth は、数学的な手順を20ビットの命令へ落とし込む道筋を記述した。略号はその道筋を読みやすくしたが、計算の意味まで機械に判断させたわけではない。
インターネット史
アドレスは「自宅」、ダイヤル回線は「遠隔」を示した：RFC 2107
RFC 2107 は、遠隔ダイヤルアップ端末にホームネットワーク上の存在感を与えた。その見かけは Foreign Agent、Home Agent、共有秘密、Tunnel ID、そして正しい順序で生成・破棄される状態に支えられていた。
インターネット史
Karen Spärck Jones が数えたのはコーパス内の希少性であり、真実ではない
検索語の重みは、その語だけを眺めても決まらない。比較対象となる文書集合が変われば、同じ語の識別力も変わる。Karen Spärck Jones はこの事実を単なる直観ではなく、実験可能な検索設計へ変えた。
インターネット史
ルーターは端末にアドレスを与えた。身元までは与えなかった――RFC 2106
RFC 2106 は、多数の遠隔 SNA／NetBIOS 端末を一台の DRAP サーバーの背後に収容した。バックボーン側の接続は減ったが、状態と判断権限は境界装置へ集まった。
インターネット史
タグはパケットを進めたが、経路を証明しなかった――RFC 2105
短いタグを付けたパケットがスイッチに入る。装置はその値を正確一致の索引として使い、出口を選び、別のタグに置き換えて次へ送る。1997年の Cisco Tag Switching 構想が美しかったのは、この動作が簡潔だったからだ。しかし、その簡潔さは経路の真実を内包していたからではない。ルーティングとタグ配布が、タグの意味を先に作っていたからである。
ケースファイル
W3Cのブラウザーデータ・ポータビリティー・グループは標準ではなく報告書から始まる
iPhone では、Safari の一部データを書き出し、別のブラウザーへ取り込む手順がすでに文書化されている。これは特定の製品とバージョンで動く仕組みだ。9月15日に発足した W3C の Browser Data Portability Community Group が担うのは、その一段手前にある原則の議論である。想定される成果物は Community Group Report であり、それだけで W3C 標準、法的義務、ベンダーの採用表明、検証済みの相互運用性になるわけではない。
IETF
二度目の救済を拒む権利――RFC 9791とNFFRRが作るFast Rerouteの責任境界
期限切れの NFFRR ドラフトに、示唆的な EVPN active-active の事故再構成がある。CE2 が停止すると、PE2 には link1 障害、PE3 には link2 障害に見える。PE2 は PE3 へ退避し、PE3 も局所判断に従って PE2 へ戻す。二つの合理的な修復が結合し、パケットは TTL 切れまで往復する。これは実測された本番障害ではなく文書上の例だ。それでも問いは鋭い。一度 FRR されたパケットに対し、誰が「二度目の救済は危険だから拒め」と命じられるのか。
ケースファイル
RFC 9682の公開だけでは、パーサは届かない
標準の公開は、新しいパーサを配送しない。CDDL の文法が修復されても、その規則が生成バリデータを経て受信側に届いたかは別の問いだ。「対応済み」という一語を解き、標準本文から実行時の電文まで、引き渡しの記録を追う。
インターネット史
2回のハッシュ処理がMACを再利用可能にした。しかし信頼判断までは代行しなかった：RFC 2104
RFC 2104は、既存の反復型ハッシュ関数を内側と外側の2段で包み、再利用できるメッセージ認証コードを定めた。下層のハッシュを交換できる設計は長く残ったが、一致するタグが示す範囲は鍵・アルゴリズム・正確なバイト列に限られる。人物やホストの同一性、権限、鮮度、配送、運用の正しさまで自動的に証明するものではない。
インターネット史
ロケータが変わり、次にネットワークが動いた：RFC 2103
Nimrod のモビリティ論は、端点の識別子を保ち、到達場所を示すロケータだけを差し替えるという端正な分離から始まった。ところが、端点のロケータが変わらないままネットワーク全体が動く場合、対応表は正しくてもルーティング地図が古くなる。その一例が、分離の限界を露わにした。
インターネット史
一本の木を決めず、転送状態の読み方をそろえる：RFC 2102
RFC 2102 が Nimrod に与えたのは万能なマルチキャスト木ではない。送信者、受信者、ルーターが別々の方法で枝を作っても、設置済み状態を同じ意味で実行できるという、より薄い相互運用契約だった。
インターネット史
セルはルーターの処理を迂回した。経路決定権までは得なかった――RFC 2098
RFC 2098 の Cell Switch Router では、到着した ATM セルが小さな分岐に出会う。入力インターフェースと VPI/VCI に対応する出力があれば、セルはスイッチを直進する。対応がなければ IP データグラムに再構成され、IP の識別情報で転送先を選び直す。高速化されたのは実行であり、どのルーター列を通るべきかを決める権限ではなかった。
インターネット史
リンクは開いた。それでも各名前には受け入れ判定が要った：RFC 2097
PPP は遠隔端末を NetBIOS Frames ネットワークの入口まで運べたが、RFC 2097はリンク確立を到達性と同一視しなかった。NBFCP は、どの16オクテット名を相手側ネットワークへ投影するか、どれが失敗したか、相手の実装種別、マルチキャストの扱い、12オクテット MAC ヘッダーの要否を個別の約束として残した。
IETF
スラッシュ左側の名前は登録された。それでも導入は証明されない
RFC 9694 は、まれな命名判断をエコシステム全体の約束として扱う。新しいトップレベル・メディアタイプは、未知形式の分類、アプリケーションへの振り分け、利用者への見せ方を変え得る。登録簿の一行は確かな事実だが、安全な利用に至る長い証拠連鎖の最初の一枚にすぎない。
インターネット史
四文字目が編集後に残せるものを決めた：RFC 2083
PNG の画素をすべて描き直しても、編集ソフトが理解できない古いメタデータだけが残ることがある。RFC 2083 は、そのメタデータを真実だと認定しなかった。四バイトのチャンク型にある大文字・小文字を使い、未知の機能に対してデコーダーと編集ソフトが取るべき最小限の行動を符号化した。