コンピュータアーキテクチャ、オペレーティングシステム、言語に関するクラシックなUsenet投稿
(yarchive.net)- yarchive の Computers インデックスは、古い Usenet の投稿をコンピュータアーキテクチャ、言語、オペレーティングシステム、Linux、ハードウェア、コンピュータビジネスの主題ごとにまとめ、閲覧しやすくした資料
- Computer Architecture には、128ビット・64ビットプロセッサ、AMD64、キャッシュ、RISC vs CISC、TLB、SPEC、VAX、zero registers など、低レベル設計の論点が集められている
- Programming Languages は、C、Fortran、Ada、COBOL だけでなく、コンパイラ最適化、ABI、ポインタ、
volatile、long long、GPL と linking まで、言語周辺の実務的な論点を扱っている - オペレーティングシステム分野は、BSD、microkernels、mmap、setuid、FTP のセキュリティ脆弱性に加え、Linux カーネル開発、ファイルシステム、セキュリティ、Git、GPL、メモリバリアの項目へと広がっている
- 各項目は投稿タイトル、著者、バイト単位のサイズをあわせて表示し、原文アーカイブをテーマや著者ごとに選んで読みやすい
インデックス形式と読み方
- yarchive の Computers ページは、コンピュータ関連の投稿を主題別に分けたリンク一覧
- 各リンクはおおむね次の情報をあわせて提供する
- 投稿タイトル
- 著者または参加者名
- 投稿サイズ。例:
[8913 bytes]
Computer Architecture
- プロセッサ、メモリ、キャッシュ、命令セット、ベンチマーク、数値演算、マルチプロセッサに関する投稿を集めたセクション
- 主な項目
- 著者としては John R. Mashey、Linus Torvalds、Terje Mathisen、Mitch Alsup、John D. McCalpin らが複数の項目に登場する
Programming Languages
- C、Fortran、Ada、COBOL、コンパイラ、ABI、ポインタ、標準、最適化に関する投稿を集めたセクション
- 主な項目
- Dennis Ritchie、Chris Torek、Henry Spencer、Linus Torvalds、Robert Corbett らが著者または参加者として表示される
The Computer Business; Miscellaneous
- 半導体ビジネス、コンピュータ支出、特許、SGI、MIPS、ハイテク株、スタートアップとイノベーションに関する投稿を含む
- 主な項目
- 一部の項目は技術産業以外の話題も扱っており、Danish、English、Norway、Oceanography などが例として含まれる
Hardware
- ストレージデバイス、回路基板、Ethernet、RS232、光ファイバー、メモリなどの ハードウェア 関連投稿をまとめたもの
- 主な項目
Operating Systems
- シェル、BSD、デッドロック、セキュリティ脆弱性、ページ、マイクロカーネル、メモリマッピング、リアルタイムシステム、setuid、ゾンビプロセスなどを扱う
- 主な項目
Linux サブセクション
- Linux はオペレーティングシステム項目の下にある独立したセクションで、カーネル開発とシステムプログラミング関連の項目が数多く並ぶ
- ABI の文書化、ACPI、BIOS、ブロックレイヤ、キャッシュ、コーディングスタイル、Git、GPL、カーネルヘッダ、ロック、メモリバリア、ファイルシステム、セキュリティ、スケジューラ、TLB、UTF-8、zero-copy などを扱う
- 主な項目
- Linus Torvalds、Al Viro、Theodore Ts'o、H. Peter Anvin らが複数の Linux 項目で繰り返し表示される
2件のコメント
Hacker News のコメント
年を取るほど、Usenet は逃した機会だったという思いが強くなる。いくつか改善されていれば、友人同士のつながり中心ではなくなった Facebook や Reddit の代わりになれただろうし、地域ビジネスの宣伝やニュース配信にも優れていたはずだ
分散型で複数のクライアントがあり、好きなだけ狭いテーマに分けられたので、グループ構造は subreddit とほぼそのまま対応しただろう
本当に逃した機会だったし、プロトコルは理解しやすく、分散化やセルフホスティングにもよく合っている。Python 3.12 以降、
nntplibが 3.13 で削除予定なのは残念で、NNTP は復活する価値があるスパムも大きな問題で、なりすましを防ぐにはすべてに署名する必要があるが、暗号をきちんと使うのは経験上とても面倒だ。メールでも満足に機能していないことはすでに見てきた。さらに、Reddit のように毎秒何十ものコメントが付くホットなスレッドの規模を Usenet がさばけるのかも疑問だ。こうしたことは「いくつかの改善」で解決できるのだろうか?
悪貨が良貨を駆逐するように、悪いサービスが良いサービスを押しのけているように見える。利便性のために中央集権型が分散型に勝ち、その利便性が人々を引き寄せ、結局プラットフォームの中へ取り込んでしまう。古典的な Usenet はまだ存在し、メールアドレスがあれば Eternal September のアカウントを作れる。ユーザーは多くないが、その一人になることはできる
今ではなりすましなどを考えるとアカウントが役立つかもしれないが、スコアリングと plonk は、見たい内容を管理しフィルタリングするうえで本当に強力な道具だった。既読状態の同期問題はあったが、今なら簡単に改善できそうだ
今でも鳥肌が立つ Usenet 投稿の一つは、1989年11月10日にベルリンから投稿されたこの文章だ: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...
[1]: https://news.ycombinator.com/item?id=35937637
https://yarchive.net/comp/sandboxes.html は Clarke の第一法則を示す興味深い例だ。「著名だが年老いた科学者が、あることが可能だと言うとき、ほぼ正しい。不可能だと言うときは、たいてい間違っている」という法則である
Theodore Ts'o の文章は、ソフトウェアのサンドボックス化は不可能ではないにしてもかなり難しいと主張している。ユーザーかサンドボックス化されたプログラムが設定しなければならないが、ユーザーは何をすべきか分からず、実行ファイルは信用できないという論理だ。しかし、オペレーティングシステムがあらゆるサンドボックス形態を定め、ソフトウェアがそれに合わせる方式を見落としていた。Android と iOS、そして snap・flatpak を通じた Linux は、ますますこのモデルを使っている。サンドボックス化は可能なだけでなく必須である
間違うことは大罪ではなく、誰でも時には間違える。その後も著者は Linux カーネルで素晴らしい仕事をした。賢い人々がなぜ間違えるのかを考え、「不可能」という主張に懐疑的でいるのは興味深い
標準化されたサンドボックスは使いやすさと分析を容易にし、アプリケーション開発者が理解しやすいセキュリティモデルを目標にできるようにする。元の文章の問題は、悪意のないすべてのプログラムが、どれほど複雑でも必ず動かなければならないと仮定している点にある。停止問題のせいで形式手法は不可能だ、という類のたわごとと同じ考え方だ。分析しやすく作られていなければ単に拒否すればよく、そうすれば停止問題は回避できる
この方式は、秘密の、忘れられた、あるいはプロプライエタリなシステムにもよく合うブラックボックス式のシステム監視アプローチであり、ハードウェアでもソフトウェアでも、ほとんどのシステムで良いエンジニアリング慣行だ。異常はたいていかなりうまく検出できるからだ
NNTP はスケールしないと思うかもしれないが、全盛期でも Usenet だけが NNTP ネットワークだったわけではない。Usenet とピアリングしない多数のニッチな NNTP サーバーがあり、一部のニッチな NNTP コミュニティは今でもうまく運営されている
ピアが数個しかない小さな閉じたネットワークでも、数百〜数千人をさばける。ソーシャルメディアの構造は、世界中の人がフィードや受信箱に押し寄せることに私たちを慣れさせたが、必ずそうである必要はない。だから NNTP は良いのだ。圧倒的な大衆参加がないことはバグではなく機能である
オフラインで読むなら、ここから入手できる: https://yarchive.net/downloads/
GNU/Linux や BSD で Midnight Commander のようなものを使うと、展開しなくてもファイルをそのまま読めるので便利
これらを日付順に並べる方法があるとよさそう
日付をすべて正しくパースできているかは確信がなく、各リンクで最初に出てくる
Date: **を単純に使っただけhttps://gist.github.com/Bewelge/1f42c4ba999128ae1ded6f0ecc63...
「新しいプログラミング言語の主な対象は既存のプログラマー、つまりすでに英語キーワードを使う言語に慣れている人たちだ。英語キーワードに苦労する人たちは、おそらくプログラマーとして働いていないので、その声は届かない」[1] という問題は、英語とプログラミング言語をはるかに超える問題
[1]: https://yarchive.net/comp/english.html
1992年7月、SunOS 4.1 向け NeWS の HyperLook 上で動く SimCity の発表を投稿し、
ftp.uu.netで配布したところ、インターネットを商用ソフトウェア配布に悪用したとして炎上したスレッドやメールアーカイブは、今では見つけられない完全に動作するデモを FTP で入手できたが、数分後に都市が溶け落ち、800番に電話してクレジットカードでライセンスキーを購入すればすぐにロックを解除できた。追加料金を払えば、フロッピーと印刷マニュアル入りの箱も郵送してくれた。当時は https もなく、http のウェブサーバーも多くなく、クレジットカード番号をメールで送るのは賢明ではなかった
それ以前は米国防総省の ARPANET の許容利用ポリシーにより商用利用は禁止されていたが、1991年ごろ NSF が NSFNET の商用利用制限を緩和した。ただし 1992年7月に Unix 向け SimCity を商用リリースした時点では、誰もがその知らせを知っていたわけではなかったので、当然のように非難された
インターネット商用化の最前線にいた Rick Adams が、
ftp.uu.netの anonymous FTP で配布するためのアカウントをくれたし、彼は問題ないと見ていたので、不満を言う人たちは無視した。Usenet の UUCP トラフィックのかなりの部分が uunet ハブを経由していたため、don@uunet/uunet!don宛てに間違って届くメールもときどき受け取ったが、クレジットカード番号の入ったメールはなかったhttps://donhopkins.com/home/SimCity_HyperLook.gif
https://donhopkins.com/home/HyperLookSimCityManual.pdf
https://groups.google.com/g/comp.windows.x/c/ukCskm_x410/m/G...
ARPANET 初期には商用利用が禁止されており、インターネットの商用化・民営化の過程では、1991年の NSFNET の制限緩和と 1995年のバックボーン民営化が重要な転換点だった。Rick Adams と UUNET も、UUCP ベースの Usenet・メールサービスから商用インターネットバックボーンへと拡大し、インターネット商用化に大きな役割を果たした
https://en.wikipedia.org/wiki/Rick_Adams_(Internet_pioneer)
Suck.com Net.Moguls Internet Mogul Trading Cards: https://web.archive.org/web/20181211075708/http://www.suck.c...
Rick Adams, Front: https://web.archive.org/web/20180802115113im_/http://www.suc...
Rick Adams, Back: https://web.archive.org/web/20180802143444im_/http://www.suc...
インターネット商用化の大きな争点は、もともとインターネットに接続された企業が第三者にパケットをルーティングすることを禁じられていた点であり、実際に流れを変えたのは、そのポリシーが変わった後だった。その後は誰でも参加できるようになった
「Linux がなぜ最も広く配布された Unix になったと思うか。ニッチを避け、近親交配を避け、過度に指示されなかったため、不均衡なシステムに見られる問題を抱えなかったからだ」[1] という言葉が印象的
[1]: https://news.ycombinator.com/item?id=40404440
コンピュータアーキテクチャ、オペレーティングシステム、そして言語に関する古典的なUsenet投稿