トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
1987年の一覧は分類を示した。実装を動かすのは各ホストだった
1987年5月、プロトコル一覧の欄には「必須」と記せた。その語はインターネット上のホストに向けた共通の期待を表すが、どの機械にもソフトウェアをインストールするものではない。RFC 1011が興味深いのは、状態区分の横に実装メモ、依存関係、連絡先を置き、選択的な項目には既知の稼働実装がないと記していた点だ。
インターネット史
CERNのラインモードブラウザーは、どうWebをNeXTの外へ広げたのか
リンクをたどるのに、必ずしもウィンドウもマウスも要らなかった。CERN で Nicola Pellow が作ったラインモードブラウザーは、文字端末から同じ Web を読むためのもう一つの入口だった。ただし、画面への要求を下げても、各機種への移植や配布、その後の保守まで自動で解決するわけではない。
インターネット史
データベースはすでにあった――SLACが1991年にSPIRESをWebへ
ヨーロッパ初ではなく、ヨーロッパの外に設置された最初の Web サーバー。SLAC の試みが示したのは、既存の文献サービスに入口をつくることで、新しいメディアの使い道を研究者に伝えられるということだった。
インターネット史
HTTPリクエスト一回につき一枚の更新画像：ケンブリッジのTrojan Room
Trojan Room のカメラは、世界に向けた映像配信として始まったわけではない。University of Cambridge Computer Laboratory の研究者たちが、共有のコーヒーポットまで歩く前に中身を確かめるために作ったものだ。1993年、サーバーが Web リクエストに応じて画像を返すようになり、専用クライアントを持たない利用者もブラウザーから新しい一枚を見られるようになった。閲覧経路は広がったが、撮影装置と保守作業は研究室に残った。
研究者
TCPの不具合をパケットトレースで追う——Mark Allman共著のRFC 2525
RFC 2525は、TCP 実装の既知の不具合を、症状、プロトコル上の背景、パケットトレース、検出の手がかり、原因が分かる場合の修正案を備えた診断記録にまとめた。Mark Allman は9人の共著者の一人であり、文書は個別の章や修正を特定の著者に帰属させていない。
リーダー
Brian KantorとNNTPの共有ニュースサーバー
1986年、Brian Kantor と Phil Lapsley は、ディスク容量の小さいワークステーションでも、ニュース記事を選んで読める仕組みを記した。端末ごとに全記事を保存する必要はない。その読み取り用の共有保管と、ニュースサーバー間の記事交換は、別の仕事として設計されていた。
リーダー
Wesley EddyはTCPの規則をまとめ、設計理由は別に残した
RFC 9293は、TCP の規範的な要求を現行仕様に集める一方、設計の説明や複数のアルゴリズムは別文書に残した。共通の規則は探しやすくなったが、稼働中の実装がすべて同じ動作をすることまで証明したわけではない。
グローバルのクラウドサービストレンド
DenoがCloudflareに加わる。サービス終了と自社運用化には別々の時間軸
10月9日の発表は、チームの移籍と、Deno の各製品に残る運用責任を同時に示した。Deno Deploy はあと6か月で終了し、Deno runtime には1年間、毎月のバグ修正とセキュリティ更新が続く。JSR は Cloudflare への基盤移行後も運営される。Workers を自社インフラで動かす構想には、まだ公表された完成日がない。
インターネット史
索引ファイルには「出口」も組み込まれていた――1993～94年のALIWEB
ALIWEB は、各 Web サーバーが選んだ情報を小さな索引ファイルで説明し、それらを一つの検索可能なデータベースに集めた。より先を見ていたのは、中央サービスが役目を終えても、その記述を別の仕組みに移せるという発想だった。
インターネット史
RFC 1490は広く実装されたが、その分割方式は相互運用できなかった
1998年、RFC 1490の後継文書は二つの異なる結果を記録した。Frame Relay のマルチプロトコル・カプセル化は広く実装されていた一方、RFC 1490の断片化アルゴリズムには相互運用できる実装がなかった。同じ標準の中でも、機能ごとに実装の行方は分かれうる。
インターネット史
RFC 1459が記したのは、すでに四年動いていたIRCだった
Internet Relay Chat（IRC）の最初の正式な記述は、1993年5月に「Experimental」として公表された。だが、その時点でサービスはすでに数年動いていた。文書が描いたのは、拡大の最中にあり、規模の限界も見え始めたサーバーネットワークである。
グローバルのクラウドサービストレンド
Microsoft、CSPソフトにも年契約・月払いの5％上乗せ
契約は1年のまま、請求だけを12回に分ける。Microsoft は2026年10月1日から、条件に合う CSP ソフトウェアの月払いに5％の上乗せを適用する。新しいのは対象となる製品範囲であり、月払いが月単位の解約権を生むわけではない。
インターネット史
Mosaicの商業化は二つの道へ――SpyglassのライセンスとNetscapeの独自製品
1994年、イリノイ大学は NCSA Mosaic の将来の商業ライセンスを Spyglass に集約する一方、元 NCSA 開発者は別の会社を立ち上げていた。年末の合意は商標と販売権の境界を定めたが、ソースコードの流用を裁定したものではない。
インターネット史
画像はリンクではなかった——MosaicのIMG提案
1993年2月、Marc Andreessen は、画像を文書の途中に表示しながら、その取得先とクリック後の行き先を別々に指定する HTML 要素を提案した。`SRC`と`HREF`の区別は小さな構文上の選択に見える。しかし、それによって「画像を表示すること」と「別の場所へ移動すること」は別の操作として記述できた。
インターネット史
最初の有効なDATAがブートサーバーを選ぶ：RFC 906のROMクライアント
ディスクを持たないワークステーションが OS を読み込むには、まず ROM 上の小さなプログラムがネットワークに接続し、コードを要求しなければならない。1984年の RFC 906は、メーカーごとに異なっていた起動方式に対し、IP 上の TFTP を共通経路として提案した。とりわけ示唆的なのは、複数のサーバーが応答し得るときの規則である。最初に届いた有効な DATA パケットが、その転送を続けるサーバーを決める。
ケースファイル
PeeringDBのAPI v3案、読み取りを広げても再利用条件は変わらない
複数拠点から公開データを返す読み取り専用 API が検討されている。応答を取得・キャッシュできることと、そのデータを商用サービスに転用できることは別の条件だ。
研究者
Eric AllmanとSendmail 8――メール標準と公開コードの隔たり
Eric Allman が1991年に Sendmail の本格的な開発へ戻ったとき、課題は単に新しい版を出すことではなかった。彼の回顧から見えるのは、変わり続ける SMTP の要件と、運用者が調べ、手を加え、自分でコンパイルできる版との距離が広がっていたことだ。
インターネット史
ライセンス対象はソフトウェア、プロトコルではない――Gopherが1993年に引いた境界
1993年3月11日、ミネソタの Gopher チームは Usenet に声明を投稿し、まず流言や憶測に歯止めをかけようとした。後世に残った要約は「商用利用には料金がかかる」という一文だ。しかし原文は、サーバーの用途、公開範囲、そして University of Minnesota のソフトウェアを使うかどうかを分けていた。ここで混同されがちな核心は、特定の実装に対するライセンスと、Gopher プロトコルそのものは別だという点にある。
ケースファイル
ルートDNSへの問い合わせは倍増した。手がかりは再帰リゾルバーの更新にあった
約1週間、DNS ルートに届く問い合わせは毎秒約160万件から320万件へ増えた。形式は正常で、再帰リゾルバーのネットワークから来ており、ルートサービスへの測定可能な影響はなかった。上流のソフトウェア変更が、変更箇所の特定より先に共有インフラの負荷として現れることを示す事例だ。
IETF
RFC 5416：802.11バインディングには時代の境界がある
RFC 5416は、現代の Wi-Fi 機能をすべて保証する文書ではない。CAPWAP と IEEE 802.11-2007の基線を結び、アクセスポイントとコントローラーが局、無線、QoS、BSSID、WLAN の情報を交換する方法を定める。経営上の論点は、バインディングのメッセージが能力、適用済みポリシー、利用者の継続性のどこまでを示すかである。