240万行
EVE OnlineがPython 3へ移行する既存コードの行数
73%
Linearがtsgo導入で削減した型チェック時間
1,024
.NET 11で撤廃される論理プロセッサ数の旧上限
🔥 Top Stories
CloudflareのPython WorkersがExperimentalの位置づけから正式に一般提供(GA)へ移行し、「Cloudflare Developer Platformにおけるファーストクラス言語」になった。2年前に実験的機能として始まったPython対応が、ようやく本番運用に耐える段階に達した形だ。実行基盤はPyodideによるWasmコンパイル済みPythonインタプリタで、2018年からWebAssemblyに対応してきたWorkersランタイム上で動く。今回の目玉は、JavaScriptとの境界で必要だった型変換コードの排除だ。従来はキューへの送信一つとっても`to_js({"key": "value"}, dict_converter=js.Object.fromEntries)`のようなJS向け変換を書く必要があったが、GA版では`self.env.QUEUE.send({"key": "value"})`と素のPython構文だけで完結する。CloudflareはこのFFI境界の型変換ミスを「人間とAIエージェント双方に共通するエラー要因」と位置づけていた。FastAPI(ASGI)・Django/Flask(WSGI)といった主要フレームワークに対応し、カスタムソケット実装によりasyncpg経由のPostgreSQLやaiomysql経由のMySQLへの直接接続も可能になった。R2・D1・Queues・Workflows・Durable Objects・Vectorize・AI GatewayといったCloudflareネイティブのbindingも一通り揃う。裏側ではCloudflareがPEP 783を提案し、1年以上の議論を経てPython-on-WebAssemblyの標準プラットフォーム「PyEmscripten」の採用を実現、Pyodideのビルドチェーンとcibuildwheelへの統合も済ませた。一方でC/C++/Rust製ネイティブ拡張を持つパッケージは依然Wasmへのクロスコンパイルが必要で、エコシステム側の対応はまだ発展途上だ。
🧠 型変換の自動化とPEP 783によるエコシステム標準化を両輪で進めた点は評価できる。自社プラットフォームの都合だけでなくPython-on-Wasm全体の底上げに繋がる標準化に踏み込んだのは、単なる機能追加以上の意味を持つ。ただしネイティブ拡張依存のパッケージ移行はまだ道半ばで、実運用でどこまで「JS知識ゼロでPythonだけ書ける」状態に近づけるかは、今後個々のライブラリの対応状況次第という留保が残る。
- JS境界の型変換コードが不要になり`self.env.QUEUE.send({"key": "value"})`のような素のPython構文で完結
- FastAPI(ASGI)・Django/Flask(WSGI)に対応、asyncpg経由のPostgreSQLやaiomysql経由のMySQLへのカスタムソケット接続も可能に
- CloudflareがPEP 783を提案し1年以上の議論を経て採択、Python-on-Wasm標準「PyEmscripten」の確立に貢献
💡 Cloudflare WorkersでPythonを使う開発者は、JS境界の型変換コードを書く必要がなくなりFastAPI/Django資産をそのままエッジで動かせるようになる——ただしネイティブ拡張を使うライブラリは事前に対応状況を確認したい。
Cloudflare Blog
⏱ 6 min read
2026-09-21
▲ 174
xAIが最新モデル「Grok 4.7」を発表した。コーディングとナレッジワーク向けに位置づけ、ベースモデルを拡大した上で強化学習を追加訓練した。CursorBench 4.0で46.3%、ソフトウェアエンジニアリング評価のDeepSWE v1.1で71.0%を記録し、長文コーディングタスクでの価格性能比を訴求する。価格はGrok 4.6と同水準を維持しつつ、入力100万トークンあたり2ドル・出力100万トークンあたり6ドル、2倍速・2倍価格の高速版も用意した。自己検証能力の向上、長いコンテキストの管理改善、新しい安全対策スタックも導入され、Cursor・Grok Build・Grok API・サードパーティのクラウド/モデルルーター経由で利用できる。
- CursorBench 4.0で46.3%、DeepSWE v1.1(ソフトウェアエンジニアリング評価)で71.0%を記録
- 価格は入力$2/出力$6(100万トークンあたり)でGrok 4.6と同水準、2倍速・2倍価格の高速版も提供
x.ai
⏱ 3 min read
2026-09-21
▲ 466
Oxide Computer共同創業者のBryan Cantrillが、Sun Microsystemsの失敗を回顧するエッセイを公開した。2005年、OpenSolarisで基盤を構築していたスタートアップがSun製ハードウェアの購入を望んだにもかかわらず、担当者に連絡が取れず、ようやく繋がっても的外れな製品を売り込まれた実例を紹介する。同じ顧客に対しDellの営業担当「Steve」は迅速に対応し、顧客は「Steveは自分のために働いているようだった」とまで評した逸話を対比させる。Cantrillは、OSS戦略という「戦略の成功」がありながら販売という「オペレーションの失敗」で機会を逃した点にSunの本質的な欠陥を見出す。彼は後にこのスタートアップへ入社し、DellのSteveとともにOxideを共同創業した。
- 2005年、OpenSolaris採用スタートアップがSun製ハードウェア購入を希望するも営業対応が機能せず失注
- 同顧客のDell担当営業「Steve」は迅速対応、顧客が「Steveは自分のために働いている」と評価する逸話を対比
bcantrill.dtrace.org
⏱ 6 min read
2026-09-20
▲ 476
⚡ Dev & Engineering
LinearはAIコーディングエージェントの普及で開発速度が上がった結果、CIが新たなボトルネックになったとして、パイプラインを全面的に再構築した。GitHub Actionsから高性能サードパーティランナーへ移行し平均34%高速化、TypeScriptのネイティブコンパイラ`tsgo`導入で型チェック時間を73%削減、7つの独立チェックを2つのバッチジョブに統合し月間約87,000ランナー分を削減した。テストシャード数を4から8に増やし、モジュール状態の共有をオプトインで導入したことが単体では最大の効果(月間コスト約17%減)を生んだという。
- GitHub Actionsから高性能サードパーティランナーへ移行し平均34%高速化、`tsgo`導入で型チェック時間73%削減
- 7チェックを2バッチジョブに統合し月間約87,000ランナー分を削減、モジュール状態のオプトイン共有で月間コスト約17%減
Linear Blog
⏱ 5 min read
2026-09-21
▲ 111
17年以上稼働を続けるMMO「EVE Online」の開発元は、ゲームを支える240万行のコードをStackless Python 2.7からPython 3へ移行すると発表した。2020年に公式サポートが終了したPython 2.7の維持コストと、デバッガ・プロファイラなどエコシステムがPython 3専用になっている現状が背景にある。Python-Futureによる自動変換で全体の95.9%はそのままコンパイルが通るとしており、残りはダメージ計算や座標処理など挙動差が出やすい箇所を手動で修正する二段階の移行戦略を取る。
- 240万行のStackless Python 2.7コードをPython 3へ移行、公式サポート終了(2020年)後もエコシステムがPython 3専用化している点が背景
- Python-Futureによる自動変換で95.9%はそのままコンパイル可、ダメージ計算や座標処理など挙動差が出る箇所は手動修正の二段階移行
Publickey
⏱ 4 min read
2026-09-20
Microsoftは2026年9月11日、.NET 11のRelease Candidate 1を公開した。ランタイムがasync処理をコンパイラによるタスク分解なしにネイティブ実行できるようになり、動的なCPUセット割り当てにより従来1024論理プロセッサだった初期化上限を撤廃した。JITコンパイラは配列の境界チェックや算術演算のオーバーフロー検査を冗長な箇所で省略するようになり、AOTコンパイラも複数インターフェース呼び出しで共有ディスパッチを使うことでネイティブバイナリを高速化・小型化した。正式リリースは2026年11月の.NET Conf 2026で、STS(標準サポート)として2028年11月までサポートされる。
- 動的CPUセット割り当てにより従来1024論理プロセッサだった初期化上限を撤廃、asyncをコンパイラのタスク分解なしにネイティブ実行
- 正式版は2026年11月の.NET Conf 2026でリリース予定、STSとして2028年11月までサポート
Publickey
⏱ 4 min read
2026-09-11
AWSは2026年9月9日、4年ぶりのメジャーアップデートとなる「Amazon Linux 2027」をパブリックプレビュー公開した。最大の変更点はSELinuxが従来のPermissiveモードからEnforcing(強制)モードへ既定で切り替わったことで、管理者であってもポリシー違反の操作はシステム全体でブロックされるようになる。カーネルはFedora 44/45系コンポーネントをベースに6.18から7.1以降へ引き上げられ、x86-64・ARM双方に対応、Trainium・Inferentia向けのAWS Neuronドライバも同梱する。現行のAmazon Linux 2023は2029年6月30日までサポートが続く。
- SELinuxが既定でPermissiveからEnforcingモードへ変更、管理者操作もポリシー違反はシステム全体でブロック
- カーネルをFedora 44/45ベースで6.18→7.1以降に更新、Trainium/Inferentia向けAWS Neuronドライバを同梱、Amazon Linux 2023は2029年6月30日までサポート継続
Publickey
⏱ 4 min read
2026-09-09
Google Project Zeroは、Windowsのダングリング(不完全な)COMオブジェクト登録を悪用しSYSTEM権限を奪取する手法を公開した。CVE-2026-66804は、システム全体に登録された「CrossDevice」というCOMオブジェクトが、誰でも書き込める`C:\ProgramData`配下の存在しないDLLパスを指していた不備を突く。攻撃者はIMarshalインターフェースを実装したカスタムCOMマーシャリングで任意のCLSIDを指定し、SYSTEM権限で動く「Shell Create Object Handler」サービスにダングリング登録先の悪意あるDLLを読み込ませることで、権限昇格を成立させる。
- CVE-2026-66804は誰でも書き込める`C:\ProgramData`配下の存在しないDLLパスを指すCOM登録の不備を突く
- IMarshal実装のカスタムマーシャリングで任意CLSIDを指定し、SYSTEM権限の「Shell Create Object Handler」にDLLを読み込ませ権限昇格
Google Project Zero
⏱ 6 min read
2026-09-21
▲ 4