2026/10/20 1:37

Ruby ジェムの開発はもう行わないため、すべてのリポジトリをアーカイブしました。

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

要約▶

Japanese Translation:

著者は Ruby コードをアーカイブするとの決断を下し、人間の創造性から AI 自動化へと方向転換する根本的なシフトに伴いプログラミングエコシステムからの離脱を示しています。中心的な問題は、同言語の哲学が 2000 年に開発者の喜びと人間性を最優先するよう構築されながら、現在はその軌跡と対立しているという点です。Matz（Ruby の創設者）は、Large Language Models (LLM) が効果的に機能するためには膨大な量の人間が記述した Ruby を必要とするとの見解を示していますが、これは「公的財産を掘り尽くして機械を給餌する」のではなく人々を支援することを目的とする企業の利益とは明確に対照的です。著者はコミュニティ内で増大している不調和について言及しています：Matz といった主要な人物は AI 統合や Rust 代替案を推進しており、Ruby の歴史的価値観と企業主導の新しい方向の間で亀裂が生じています。この移行は、言語の元来の精神を愛する開発者たちを疎外するという脅威を含んでいます。結局のところ、このテキストはコミュニティが人間中心的なルーツを維持するか、または個人プログラマーのニーズを無視した機械優先の開発へ回避不能なシフトを受け入れるかという重要な選択に直面していると論じています。

本文

Ruby Gems のアーカイブと退場宣言

結論：なぜソースコードをアーカイブするか

著者が Ruby の Gems（ライブラリ）のソースコードをアーカイブすることを決定しました。

この行動は、それらの開発が事実上停止していることを明確にするためです。
具体的な理由については、関連するプロジェクトへのリンクを張った投稿で詳細を説明しています。

Ruby の原点：人間のためのプログラミング言語

Ruby の設計者である栗山義弘氏（通称「Matz」）は、以下のように語ってきました。

2000 年の発言

「私にとって、人生の目的は少なくとも一部において『喜び』を得ることです。プログラマーたちは、プログラミングの創造的な側面に集中できる時に喜びを感じることが多くあります。そのため、Ruby はプログラマーを幸せにするために設計されました。」
2019 年の発言

「私は Ruby を機械のためではなく、人間のために設計しました。」

著者は、この「喜び」「創造性」「人間のため」という理念が信じていた時代においてコードを開発しましたが、現在では：

あの時代は過ぎ去りました。
Ruby Gems に取り組む熱意を失ってしまいました。
かつてのように人々と共に働き、人のために貢献することはなくなりました。

Ruby と Rails の現状：LLM との対立

現在、Ruby および Rails は巨大な変化に直面しています。

Rails の状況

所有権の問題: Rails はオープンソースですが、その管理権は著者の考えに強く反対する人物によって握られています。
フォークの限界: フォーク（分岐）の動きが続いていますが、 Rails World で行われた基調講演から、Ruby や Rails への関心が薄れていることが伺えます。
- 注：Rails World は、主催者が RailsConf の招待を受けなかったことに憤慨して設立されました。
LLM エージェントの利用:
- 現在、Rust言語を使ってアプリケーションを大量生成しています。
- Ruby（著者は「目の中に酸を注ぐようなものだ」と評）の使用は避けられています。
- これは、生成されたコードを本当に確認していないため許容されている状態です。

Ruby 言語自体の変化

LLM による開発: Ruby 言語そのものも、LLM エージェントによって大幅に再構築されています。
Matz の主張:
- Ruby を「AI の時代のためのプログラミング言語」として再位置づけしています。
- LLM がより良い人間が書かれた Ruby コードを消費する必要があるとしています。

パブリック・ゴーンズとしての疲弊

Ruby コミュニティは一種の「パブリック・ゴーンズ（共有資源）」のように、巨大企業によって採掘され尽くされています。

寄与意欲の喪失:
- 上記のような文脈下では、コミュニティへの貢献意欲が湧きません。
「手作業」への誤解:
- 「手作業でコードを書くことはもはや持続可能ではない」と言われる場合、それは以下の意味と同等です：
「誰かが便をしたらもうそのベッドで寝続けるのは持続不可能だ」

著者の決断

現状の推奨事項に対し、著者は明確な選択をいたしました。

エージェントへの依存:
- 「変えたい？」という問いに対して、現在は「エージェントに聞いてみてください」と推奨されています。
私の結論:
- 私はその潮流に従わず、やめます。

同じ日のほかのニュース

一覧に戻る →

2026/10/20 6:08

Microsoft アカウントを持っていないので、RTX Spark ラップトップに Linux をインストールしようとしています

## Japanese Translation: 記事は、ASUS ProArt P16 H7607BA-SE033W において、カスタマイズされた Arch Linux ARM 環境が、NVIDIA AI ワークロードに特化して、ネイティブの Windows と同等かそれ以上（わずかに高速）のパフォーマンスを実現することを示しています。7-Zip コンプレッションや GIPS スコアなどのベンチマークタスクでは、全スレッド有効条件下において Linux は圧縮で約 5%、解压で約 3% の高速化を達成し、Windows ネイティブの結果と同等か上回る性能（例えば HP OmniBook Ultra 相当機での 157.084 GIPS vs 155.774 GIPS）を示しました。構築には、ハードウェア向けに拡張されたアップストリームの Archinstall 4.5 を用いた Arch Linux ARM が採用されており、「hid-asus」キーボードサポート、カスタムオーディオドライバー、フレームバッファマッピング用の ACPI オーバーライドなどのパッチが含まれます。ハードウェアパッケージは著者の鍵で署名され、入力はハッシュピン固定されて整合性が保証されています。システム構成では kernel 7.0.0-1022-nvidia と NVIDIA ドライバー 615.78.08、rootless Podman および CDI サポートを採用しており、統合されたメモリプールが約 116 GiB（Windows の分割領域に対し）と報告されています。表示能力としては、3840×2400 レゾリューションで 120 Hz が利用可能です。ローカル AI 推論テストでは、ARM64 コンテナ上で vLLM を用いて Qwen モデルを成功裏に実行し、混合クアンタ化および FP8 KVキャッシュを活用した効率的なモデルロード（約 68.2 GiB の重みと約 21.1 GiB の KVキャッシュを含む場合、約 16 分）および生成速度（約 30 トークン/秒）を実証しました。したがって、Linux は、強力な GPU カパビリティを得つつオープンソースの柔軟性を求めるプロフェッショナルユーザーにとって、大きな速度低下や安定性の妥協なく viable な選択肢であり、複雑な NVIDIA 構成上で先進的な AI ワークロードを展開するクリエイター向けの魅力的な代替手段を提供します。

2026/10/20 1:39

MiniMax M3.1 フラッシュ

## Japanese Translation: MiniMax が、複雑な「エージェント型（agentic）」タスク向けに設計された次世代 AI モデルの画期的な早期バージョンである M3.1 Flash を公式にローンチしました。このモデルは、AI にデジタル従業員のような形で多段階のワークフローを自律的に計画する能力を付与します。今回のリリースは、すでに匿名で 200 兆トークン以上を処理した実績に基づき、パフォーマンスとコスト効率における世代を超える飛躍を示しています。新しいモデルは、前世代のバージョンに比べてオンライン推論速度が約3倍向上し、1秒あたり 200 トークン以上（中央値で 170 TPS 超）を生成します。また、「激しいスパース性（aggressive sparsity）」などの最適化効率技術を活用することで、エージェント型タスクのコストを 70% 削減しました。その優れた能力は、独立したベンチマークでの上位スコアにより検証されています：AutomationBench-AA ではリーディングモデルレベルのスコア、BankerToolBench（多段階計画および金融コンプライアンス）では 76.2 のスコア、DeepSWE v1.1（コード理解と機能開発）では 73.7% のスコアを達成し、OSWorld V2（61.7 スコア）と Agents' Last Exam（29.6 スコア）において中国国内のモデルの中で第 1 位にランクインしました。さらに、脆弱性の発見・検証に関する CyberGym で 82% のスコアを示すことでサイバーセキュリティ分野における強力なポテンシャルを有しており、コード監査や浸透テストでも堅牢な性能を発揮します。 MiniMax API、M Plan、および MiniMax Code を介して利用可能で、この即時ローンチは開発者と企業が、安全で自律的なソフトウェアシステムの構築に必要となる、大幅に安く高速なツールへのアクセスを提供します。完全なモデルウェイトの公開は、新しい「Pro」知的階層と併せて後日行われる予定です。フラット料金体系（1M トークンあたり）は、入力 $0.15、出力 $0.60、キャッシュ入力 $0.015 と設定されています（MiniMax-M3.1-Flash）。

2026/10/20 3:42

ロールバック操作は、士気向上まで続きます。

## Japanese Translation: PostgreSQL 19 は、ベータフェーズ開始直後に「REPACK CONCURRENTLY」を含む約 8〜10 の主要な機能を撤回しました。この変化は、ベータ期間後半に発見された重大なアーキテクチャ上の欠陥と多数のエッジケースによって引き起こされました。高度な自動化ツール（例：強化されたコードレビューやファージング）が、システムの複雑さや機能間相互作用（例：ドメインの組み合わせ、制約、パーティショニング、トリガーなど）により人手による検出が困難だった問題を浮き彫りにしました。これらの機能の多くは、現在の自動化分析機能が利用可能になる前の段階で開発されておりました。加えて、PostgreSQL 19 は 4 月から 8 月の間に「Vulnpocalypse（脆弱性の暴風）」に見舞われ、シニア開発者たちはベータウィンドウ内でのさらなるレビューやテストを優先することよりも、緊急のセキュリティ修正にリソースを割り当てることを決定しました。いくつかの問題はより長い期間の集中を必要としていた可能性がありますが、チームはリリーススケジュールを守りました。これらの機能は永久に廃棄されるものではなく、将来のリリースで洗練およびコミュニティからのフィードバックを受けた後に再導入される見込みです。PostgreSQL 20 は、未検証の主要な革新を導入するのではなく、すでにほぼ完成していたいくつかの機能を完了することに重点を置いたより慎重な戦略の下、間もなく公開を迎えています。