2026/09/23 6:00

マイクロソフトが2007年にFoxProを終了しましたが、さて、復活したFoxProをご覧ください。

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

要約▶

日本語翻訳:

まとめ：

FoxDev Studio は、コードの再書き換えやデータ変換を必要とせず、現代の 64 ビットシステム上で Visual FoxPro 9 アプリケーションをネイティブに実行することを可能にし、レガシーコンピューティングを革新します。この画期的な成果は、元の FoxPro が署名された整数オフセットにより約 2 GB に制限されていたという重大な限界を直接的に解決しています。一方、FoxDev は現代の Rust ベースのランタイムと 64 ビットオフセットを採用し、数百ギガバイトを含む大規模データベースを管理します（130 バイトレコードでは最大 558 GB、1 KB レコードでは最大 4.4 TB の容量を実証）。特筆すべきは、古いアドインライブラリ（.fll）および自動化オブジェクトを新しい 64 ビット環境とシームレスに連携させるため、既存のビジネスロジックを保持しつつ翻訳者として機能する専用 32 ビットブリッジプロセスを採用している点です。このアーキテクチャの根底には、Rust と WebAssembly テクノロジーで構築された高性能な仮想マシンがあり、効率的なノンブロッキングファイバーを用いてバイトコードを実行します。ユーザーインターフェースでは React を活用し、ライブオブジェクトツリーからフォームを直接描画し、全体のフォームを再描画するのではなく変更されたコントロールのみを更新することでパフォーマンスを最適化します。「Western Trading Co.」などのプロジェクトで示されるように（複雑な財務記録をサポート）、このソリューションはデータの整合性を確保すると同時に、レガシーシステムで失敗していた 2 GB を超えるテーブルのサポートを大幅に向上させる速度向上を実現します。今後のアップデートでは、LAMBDA ブロックや HTTP API ルートなど、高度な機能を FoxScript に直接統合することが約束されており、GitHub（"FoxDevCommunity/FoxDevStudio"）を通じてオープンソースモデルで提供され、Windows、Linux（AppImage、.deb）、およびナイチリービルドを対応しています。

本文

FoxDev Studio: 概要と構築ガイド

FoxDev Studio は、既存の Visual FoxPro (VFP) アプリケーションを改変せずに動作させるための環境です。プロジェクト、フォーム、テーブルなどのファイル構造を変更する必要がなく、元のデザインツールや外部連携もそのまま利用可能です。

🚀 構築・入手方法

1. FoxScript とランタイム

FoxDev Studio は新しい言語機能「FoxScript」をサポートしており、これにより Web サーバー機能などが拡張されます。

GitHub リポジトリ:
```
FoxDevCommunity/FoxDevStudio
```
リリース情報:
- Nightly ビルド:
```
main
```
  ブランチからのビルド製品（署名なし）。初回起動時にセキュリティ確認が必要です。
- Windows: インストーラー (
```
.exe
```
  ) とランタイム (
```
.zip
```
  ) を提供（x64 対応）。
- Linux (Ubuntu など): AppImage および
```
.deb
```
  パッケージを提供（x64 対応）。

2. サポート状況

IDE とドキュメントサイト: GitHub で公開されています。
ソースコード: オープンソースで構築可能です。

📂 カスタマー事例と利点

既存の VFP アプリケーション（ウェスタン・トレーディング社など）をそのまま動作させる具体的なメリットです。

即座の利用開始
- プロジェクト、フォーム、クラスライブラリ、メニュー、レポートは既存ファイルから直接読み込みます。
- 移行処理不要かつデータ保持が保証されます。
保存・再開機能
- 作業を中断した場所から再開可能です（例：何年も開けていないフォルダもそのまま復元）。
慣れ親しんだ編集環境
- フォーム、クラス、メニュー、レポートは、プロジェクトマネージャーやコマンドウィンドウ内で編集できます。
- デバッグ機能（実行ラインでの停止など）が期待通りに動作します。
データの完全な保全
- テーブル、インデックス、メモフィールドを「原位置」から読み書きするため、ファイル形式は変更されません。
外部連携の継続
- システムコール、オートメーションオブジェクト、旧式アドインライブラリも引き続き動作します。

🎨 外観と IDE

Visual FoxPro のサンプルプロジェクトを使用した際の IDE の挙動です。

Solution サンプル: インポート・実行済み状態。スクリーンタブにはランチャーフォーム、エクスプローラーにはプロジェクト構成が表示されます。
リアルタイム検証: エディタはコンパイラを使用し、エラーのあるコード部分に下線を表示します。
デバッグ機能: ブレークポイントを設定すると、コールスタック、ローカル変数、ウォッチ情報を表示できます。
テーブルブラウザ: データベースコンテナ内で 8 フィールド分のデータを確認でき、メモフィールドはクリックで開けます。

💻 FoxScript と言語対応範囲

FoxScript は VFP の機能を実装したランタイム上に追加された機能であり、独自の実行環境とは異なります。

正確な実装方針
- 希望的観測ではなく、Visual FoxPro の仕様をそのまま採用します。
- ゼロから書き直されたランタイムにより、起動速度は速く、未対応領域は明確に示されます。
対応項目数:
- VFP 9 ランタイム認識項目：1,722 アイテム
- テストで検証済み項目：1,534 アイテム
- その他：動作中に意図的に無視または拒否処理を行います。
キーワードと HTTP API:
- ```
LAMBDA
```
  、
```
ENDLAMBDA
```
  など新しいキーワードをサポートします。
- ```
FoxScript.Http
```
  名前空間や Node.js サイドを統合しています。

🧠 仮想マシンとアーキテクチャの進化

アーキテクチャの刷新

コールスタック: Rust で記述されたコンパイラとバイトコードインタプリタを WebAssembly にコンパイルしています。
非同期処理: エンドユーザーからの要求（メッセージボックス、次のレコードなど）に対しブロックせず、「一時停止・再開」方式を採用します。
VFP 振る舞いの維持:
```
MESSAGEBOX()
```
でもウィンドウは凍結せず、
```
READ EVENTS
```
もブロックせず、FoxPro 以来のイベント処理を保持しています。

64 ビットへの完全移行と恩恵

Visual FoxPro は 32 ビットアーキテクチャで停止しており、テーブル容量に 2GB の制限がありました（有符号数値による）。FoxDev Studio はこれを克服します。

ファイルオフセット: すべてのファイルオフセットが 64 ビット化されています。
容量の拡大:
- Visual FoxPro: 約 2 GB （2,147,483,647 バイト）
- FoxDev Studio: 約 9 EB（9,223,372,036,854,775,807 バイト）
パフォーマンス向上:
- 例：レコードサイズ 130 バイトのテーブルでは、VFP の 2 GB に相当するマス目を約 279 マス目まで拡張可能（実容量は 558 GB 超）。

注意: 2 GB を超えて成長した
.dbf
ファイルは、再度 Visual FoxPro で開くことはできません。両環境での同時使用は「片道切符」となります。

32 ビットブリッジと外部連携

旧ライブラリの読み込み:
- ```
.fll
```
  ファイルなどの 32 ビットイメージを直接読み込めません。
- ```
SET LIBRARY TO
```
  コマンドにより、小さな 32 ビットプロセス（ホスト）を起動し、そこからライブラリを提供します。
64 ビット機能:
- ```
DECLARE ... DLL
```
  で同じプロセス内の現代的なライブラリや、オートメーションオブジェクトに直接アクセス可能です。

🖥️ スクリーン描画とオブジェクトツリー

ライブオブジェクトツリー

表示されるフォームは画像ではなく、ライブなオブジェクトツリーです。
React がこのツリーから直接インターフェースを描画します。
部分更新:
```
THISFORM.lblGreeting.Caption = cMsg
```
のように、特定のコントロールのみを更新でき、全体再描画のオーバーヘッドがありません。

デザインと実行の統合

デザイナーが編集するのは同じオブジェクトツリーです。
フォームとデザイナーによる矛盾（二重モデル）は存在せず、高密度な画面でも瞬時の更新に対応します。

📚 ドキュメントを読む

製品の各部分は文書化されており、将来の機能も含めて以下の構成で説明されています。

セクション	内容の概要
概要	FoxDev Studio の構成要素の説明
入門	インストール、プロジェクト開示、実行ファイル配布方法
必要なツール	IDE 動作要件とソースビルド条件
仮想マシン	ファイバー、ホストリクエストの仕組み
バイトコード	モジュール形式やコンパイル情報の詳細
命令参照	自動生成された VM ソースからの命令リスト
新しいキーワード	`LAMBDA` や新値型の解説
HTTP API	デザイン意図と Node.js サイドの解説

今後の予定

レポート機能: レポートデザイナーとエンジンを強化（バンド単位での測定対応）。
巨大テーブルフォーマット: DBF ヘッダーの制限を明確にしたコンテナの実装。
配布用インストーラー: 設定不要で即座に実行可能な単一アプリケーション化。

同じ日のほかのニュース

一覧に戻る →

2026/09/23 1:29

Claude Opus 5.5

## Japanese Translation: Anthropic は、新しい Claude 5.5 ファミリーにおける初モデルである Claude Opus 5.5 を導入しました。このモデルは、エリート「Fable」モデルと同等の性能を維持しつつ、大幅なコスト削減（一般的なタスクでは最大 40% のコスト低減、特定のコーディングタスクでは出力速度向上に伴い約 51% のコスト削減）を提供します。このリリースは、Anthropic が「フロンティアを調整する」という戦略的転換を示すものであり、外部評価機関である Frontier Design と METR による検証也得到了確認です。性能向上により、企業は数週間かかっていた大規模なコード移行を数日（例：68 万行のコード移行が 1 日以内に完了）で実行可能にされ、約 40 の複雑な Web ページの読み込み時間を改善できます。安全性とセキュリティは最優先事項であり、Opus 5.5 はアライメントスコアの向上、プロンプトインジェクションに対する耐性、そして不可逆的な動作が起きる可能性の低減を示しています。サイバーセキュリティ対策として、Fable 5.1 と同等の safeguards が導入されており、多くのタスクは高レベルのセキュリティを持つ Opus 4.8 ルートされ、Cyber Verification Program を通じてアクセス範囲を拡大しています。生命科学のような専門分野も、Life Sciences Verification Program により高度な生物学安全プロトコルを利用できます。価格設定は Opus 5 のレートから引き下げられ、100 万トークンあたり $4/$20 と変更されました。これにより、アジェンティックコーディングタスクにおけるハイエンド性能が、以前のコストのわずか几分额で利用可能となりました。さらに、すべてのプランの購読ユーザーには、5 時間の使用制限増およびレートリミットのリセット特典が提供されます。最後に、ディストイテーション攻撃を緩和するため、2026 年 8 月 31 日以降に新規作成された API アカウントでは「保存された思考」機能が有効化され、トップティアモデルと同等の堅牢なサイバーセキュリティ対策が確保されています。結局のところ、このリリースはエリート AI 能力を民主化し、コスト削減の大幅増、セキュリティの強化、および事業拡大準備のある企業にとっての運用柔軟性の向上をもたらします。

2026/09/23 2:46

「我々はFBIをハッキングした」：ハッカーたちは、彼らがFBIのすべての職員に関するデータを入手していると主張している。

## Japanese Translation: ShinyHunters というハッキンググループは、複数の FBI 関連サービスの侵入に成功し、全ての現在在职員および申請者に関する包括的なデータを盗んだと主張している。同グループの代表者は 404 Media にこの事案を確認した上で、「盗まれた情報には、氏名、自宅住所、電話番号、エージェント配偶者に関するデータなどといった個人情報も含まれている」と述べている。今回の漏洩は深刻なものであり、ShinyHunters は国家安全保障や対諜報活動への危害を目的としてデータを悪用することが知られているため、もしこのデータが悪意ある行為者に入手されると、FBI の職員が物理的な安全に直ちに脅かされ、国外の諜報機関が Am りカンの運用手法を理解するために今回の侵入を悪用する可能性もある。また、同グループのネットワーク内に存在する犯罪者は、過去に盗まれた記録を利用して法執行官を物理的に特定・追跡し、威嚇しており、エージェントとその配偶者に対して深刻な脅威となっている。専門家らは、FBI の職員や内部関係者に対し、直ちに Signal（ID: joseph.404）または電子メール（joseph@404media.co）を通じて 404 Media に連絡するよう要請している。今回の侵入の具体的な範囲に関する詳細な技術情報は、404 Media プラットフォームの有料会員（あるいは同プラットフォームの無料会員）のみが閲覧できるまま制限されている。

2026/09/22 22:52

OpenAI の GPT–6「Astra」が、2005 年以来解決されなかったエニグマの暗号文を解読した

## Japanese Translation: 2026 年 9 月 15 日、GPT–6 Astra は、1941 年 7 月 10 日に送信されたドイツ軍エニigma暗号の文 MVUEH を成功裡に復号化し、2005 年以来続く謎を解決した。カーター・レファーは、AI にクリプトセルラーリサーチウェブページの未解読メッセージを分析させるよう指示を与えたところ、AI は MVUEH（Nr. 172）を選択して対象とした。AI は独自に開発された Python および C++ ソフトウェアを使用してエニigmaの設定をシミュレートし、以前に解決済みの文 Nr. 173 (SIPVX) との関係性を特定するとともに、平文のパターン「ROSENOW ROSENOW」を crib（推測文）として利用した。最も重要なのは、AI が暗号文における微妙な転記エラーを検出した点であり、その中には第 72 の文字で発生した異常なローターの回転など、以前の人間による試みを阻害しかねる要因が含まれていた。従来の同様のメッセージに対する失敗が鍵の未考慮や差異などに起因していたのに対し、Astra はこの独特なローター構成および不具合を 2 日以内に克服し、人間研究者が数ヶ月かかる結果を得た。復号化の後、研究者たちは連邦アーカイフ（特に巻 RS 3–3/20a および RS 3–3/63b）から関連するアーカイブログを発見し、残りの無線電文の全巻について分析を完全に自動化した。フロデ・ヴァイエルユッドのような専門家らは、以前は数ヶ月かかっていたタスクが数日で完了したことは事実であるが、AI は専門家の暗号解析官にとって強力なパートナーでありながら、絶え間ない人間の介入を必要としないとして指摘した。9 月 19 日のアップデートでは、この成果を「非常に驚くべきこと」と形容し、ヴァイエルユッドは同様の画期的成果に感銘を受けていることを表明した。