2026/06/04 19:47

'85年夏：DOSBOSがANALOG Computingから拒否される

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

要約▶

Japanese Translation:

このテキストは、Atari 800XL の Floppy Disk コンテンツを表示するための BASIC ユーティリティ DOSBOS の enduring legacy を記しています。元々は著者が Atari 400 をアップグレードした後、1985年に開発され、そのプログラムと文書は著者の父によって緑色のバー用紙に印刷され、Analog誌へ提出されました。2カ月の待機後、手書きコメント付きで拒否されたものの、機能するプログラムは今も入手可能です。Atari BASIC の制約により、リストを保存するとトークン化されたプログラムの小規模なサイズと比較して大きなプレーンテキストファイルになるため、今日ではレトロなハードウェアまたはエミュレータ上で

LOAD "DOSBOS",8

コマンドを使用して DOSBOSを実行できます。著者は、この長手の 1980 年代の原稿レビューを、より速い現代的なアプリ配布と比較し、Goto 10 の商品ストアへのサポートを呼びかけ、この計算機史を存続させます。

本文

アタリプログラミングの回想と「DOSBOS」開発記

アタリの進歩：400 から 800XL・1050へ

私のアタリコンピュータへの道は、以下の軌跡を辿りました。

初期モデル: アタリ 400 でスタート。
アップグレード (1985 年): アタリ 800XL に進化。
- より大幅に改良されたキーボードを採用。
- 64KB の RAM を搭載し、性能が向上。
ディスクドライブ導入: さらに アタリ 1050 を入手。
- これによりプログラミングがはるかに容易になりました。

「DOSBOS」：最初の本格的なユーティリティ

当時まだ若い私が書き上げ、何週間もかけて完成させたのは、BASIC のユーティリティプログラム「DOSBOS」でした。

機能: BASSIC からディスクの内容や他の情報を表示できるツール。
開発環境: プリンターは持っておらず、父親の職場で当時の特徴的な緑色のバー状の用紙を使用して印刷してもらいました。

『ANALOG』誌への投稿と却下

当時はアタリ界隈で最もお気に入りの雑誌が『ANALOG』でした。父亲の勧めにより投稿を試みましたが、残念ながら却下されました。

却下の理由: プログラムがまだ『ANALOG』掲載の水準に達していなかったこと。
処理時間: 印刷物の提出から却下通知まで約2 か月。
- これに対し現代の Apple App Store の承認待ち（数日間）は、比較にならないほど短いです。
現在の価値: この手書きコメントの付いた却下状は今も大切に保管しています。

皮肉な事実：ドキュメントよりもプログラムが短い

投稿時のドキュメントは 6 ページに及びましたが、実際のプログラムソースコードはわずか2 ページしかなかったという、実に皮肉な結果となりました。

アタリ BASIC の動作特性と利用法

「DOSBOS」に限らず、アタリ BASIC 環境には独自の制限と仕組みがありました。

プログラム保存の方式比較

アタリ BASIC では、プログラムをディスクに保存する際、以下の 2 つの方法が選べました。

コマンド	SAVE	LIST
動作原理	メモリ内のコードを圧縮して（トークン化）ディスクへ保存	テキストのままディスクへ書き出し
速度	高速	低速（テキスト転送のため）
メモリ影響	実行中に使用できるメモリを占有する	メモリを解放せず使用可
ファイルサイズ	小さい	大きい（圧縮されていないため）

メモリの管理とプログラム切り替え手順

ディスク上のプログラム（DOSBOS）と、現在開発中のプログラムを行き来するには、以下の手順が必要でした。

DOSBOS の実行: まず
```
RUN
```
し、必要に応じて操作を行います。
本プログラムの保存と切り替え:
- 自分が開発しているプログラムをディスクに保存する必要があります。
- 残留する DOSBOS をメモリから消去し、既存のコード上書きを防ぐために手動でのクリアが必要です。

この処理はアタリ BASIC の特性（

GOTO

命令で変数を使うなど）を利用した巧妙な回避法でしたが、正直に言えば面倒でした。

より簡単な代替案：真の DOS メニュー

複雑な手順を踏むのではなく、以下の方法がシンプルでした：

主プログラムを安全にディスクへ保存する。
「
```
DOS
```
」コマンドを入力して、通常のアタリ DOS メニューに入れる。

結論: このような工夫も面白かったし、作品を完成させた時の満足感は計り知れないものでした。私も今でも「DOSBOS」という名前を愛しています！

歴史的資料：ソースコードと実行環境

以下は当時、アタリコミュニティで共有されていた「DOSBOS」に関するアーカイブ資料です。

ソースコードと注意点

提供されているのは BASIC ソースコードです。
表示に関する注意点:当時のテキスト出力に使っていた**逆向字符（反色表示）**は、現代の環境では正しく表示されない場合があります。

ダウンロード可能なディスクイメージ

特定の目的で実際に実行を試みたい場合は、以下の ATR フォーマットのディスクイメージファイルをダウンロード可能です。

好みのハードウェアまたはシミュレーターで使用できます。
DOSBOS ATR (※リンク対象)

起動手順

アタリ BASIC のプロンプト下で、以下のようにロードします：

LOAD "DOSBOS",8

Goto 10 ストアでは、こうした「Goto 10」というコードを愛する方々のための周辺商品も扱っています。

同じ日のほかのニュース

一覧に戻る →

2026/06/07 4:17

Ntsc-rs ～アナログテレビおよびVHS のアーティファクトを模倣するオープンソースのビデオエミュレーター～

## 日本語翻訳: ntsc-rs は、単純なカラーフィルターではなく、実際の送信符号化の原理に基づいた高度なアルゴリズムを使用して、ヴィンテージ NTSC テレビと VHS テープのアートファクトを本物らしく再現する無料のオープンソースツールです。マルチスレッドおよび SIMD 加速を実現した Rust で構築されており、超標準解像度でもリアルタイムで動画を処理し、ntscQT といった旧来のツールよりも優れたパフォーマンスを発揮します。そのアルゴリズムは composite-video-simulator、zhuker/ntsc、および ntscQT で開発されたものを採用しています。独立したアプリケーション、ウェブプラットフォーム、または Adobe After Effects、Premiere Pro、DaVinci Resolve、Hitfilm、Vegas（すべての OpenFX ソフトウェアと互換性あり）用のプラグインとして利用可能であり、歴史的正确性と現代の効率性を兼ね備えており、クリエイターがリアルなアナログの美学を現代的なワークフローに直接統合できるよう支援します。

2026/06/07 3:35

Meta、AI チャットボットの悪用によるInstagramアカウントの乗っ取りが数千件あったと確認

## Japanese Translation: Metaは、ハッカーがAIチャットボットのバグを悪用し、Instagramのアカウント20,000個以上を乗っ取ったという重大なセキュリティ不備を公表しました。このシステムは、パスワードリセット用として設計されたものの、誤って認証コードを受け取るメールアドレスを登録済みのアカウント所有者に限定せず、任意のメールアドレスに入力した者に送信してしまっていました。これにより、無許可ユーザーが数日以内にして完全なアクセス権を引き渡すことができました。脆弱性は二段階認証を行っていないアカウントを狙い、4月中旬から最近まで活性していました。この侵害事件は、人工知能（AI）に対する大幅な投資が行われている時期に発生しており、人員削減を踏まえ、イノベーションとセキュリティのバランスに関する懸念が浮上しています。Metaはこの乗っ取られたボットを停止し、コードを修正済みですが、同社は直接メッセージやプロフィール情報など機密データの暴露があったことを認めています。メイン州在住の30人が直接通知を受けたものの、同社は犯罪者がアクセスした個人データ総量について現在把握していないと確認しています。専門家は、この事件がAIの急速な展開に伴う重大なリスクを浮き彫りにしているとし、ユーザーに対して即時にパスワードのリセットと、認証済みチャネル経由での再認証を行ってアカウントのセキュリティを回復するよう求めており、またMetaは同様の再発を防ぐため、現在自社プラットフォーム上の他のチャットボットの調査を進めています。

2026/06/06 23:59

Zeroserve：eBPF を用いてスクリプト可能なゼロ設定 Web サーバー

## 日本語訳：ゼロサーブ（Zeroserve）は、最小限のセットアップで静的ファイルを配信できる軽量かつ高性能な HTTPS サーバーです。各サイトごとに単一のタールアーカイブのみを用いて動作を開始できます。改行・認証・レート制限・リバースプロキシなどの機能を実装するサンドボックス化されたミドルウェアとしてユーザー空間で動作する eBPF プログラムをサポートしています。パフォーマンスの主な特徴は、io_uring I/O インターフェースと即時コンパイル（Just-In-Time コンパイル）された eBPF スクリプトによる卓越したシングルスレッド速度です。Ryzen 7 3700X ベンチマークでは、小規模ファイルにおいて nginx を約 17% 上回り、Caddy よりも大幅に高性能であることが示されました。そのアーキテクチャはバイナリコードを共有する複数プロセスの並列実行によりスケールし、各インスタンスはシングルスレッドモデルの monoio ランタイムを使用します。BoringSSL を用いた高度な TLS 機能もサポートしており、TLS 1.3、暗号化された ClientHello（ECH）、SNI サーティフィケート選択、JA4 フィンガープリント、および ECH リレーモードを含みます。運用上の利点として、原子スワップ（SIGHUP）によるホットリロードやダウンタイムなしの瞬時の構成更新が可能です。eBPF プログラミングモデルは、ヘッダー操作やテンプレート置換を行うために共有されるパーリクエストメタデータマップを持つ、ファイル名順ソートされたスクリプトチェーンを使用します。ヘルパー関数はリクエスト検査・変異、暗号処理（SHA-256、HMAC、base64）、JSON 処理、トークンバケット方式のレート制限、AWS SigV4、および XChaCha20-Poly1305 クッキーを用いた OIDC ログインをカバーします。デフォルト設定では eBPF インスタンスあたりのメモリ使用量の上限が 256 KB で、他の接続を止めることを防ぐためにプリエンプト間隔は 2 ms に設定されています。この間隔を増やすことで動的レスポンスのスループットをさらに向上させることが可能です。リバースプロキシとしての性能では、プーリングされた io_uring コネクションを用いて小規模応答において最先端の速度を発揮し、大規模ボディにおいては nginx と競合するレベルのパフォーマンスを示します。全体として、このサーバーは Lua や Perl などの遅いインタプリターに依存せず、ユーザー空間内で直接低レイテンシーとより細かいセキュリティ制御を提供します。