2026/07/19 19:03

Claude Code は現在、Rust で書かれた Bun を採用しています。

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

要約▶

Japanese 翻訳:

2026 年 7 月 19 日に記載された本記事は、Claude Code v2.1.181（6 月 17 日リリース）およびそれ以降のバージョンに関するユーザー検証の結果を示しています。これらのバージョンは Bun の Rust ポートを採用していることを主張しています。開発者の Jarred Sumner は Linux 環境での起動速度が 10% 向上したと指摘しつつも、「退屈な」こと（すなわち安定性）が良いと強調しました。検証コマンドの結果、埋め込まれたランタイムのバージョンは 1.4.0 であり、現在では公式の安定版タグが存在しないため

bun upgrade --canary

を通じてリリースされている「カニアリ」ビルドであることが判明しました（最新の安定版は v1.3.14）。ソースファイルの分析により、多数の Rust 構成要素（563 つに一致するファイル名を含む）が特定され（例：

src/runtime/bake/dev_server/mod.rs

）、Bun が数百万台のデバイスで生産環境で稼働していることが確認されました。Rust ポートはパフォーマンス向上をもたらしますが、この未リリースのカニアリビルドに依存することは、生産環境における潜在的な安定性リスクを伴います。ユーザーは即時的なメリットと、まだ標準リリースに移行していないソフトウェアの揮発性の両方を慎重に考慮する必要があります。v1.4.0 プレビューの最終化および公式タグ付けが完了するかどうかに依存する将来の利用可能性は、その時点での状況次第となります。

本文

Claude Code の Bun 環境検証と Rust 移植版の活用状況

2026 年 7 月 19 日の記事「Rust で書かれた Bun を再構成する」において、Jarred Sumner は以下の主張を行いました。

Claude Code v2.1.181（6 月 17 日公開以降）では、Bun の Rust 移植版 が採用されています。
Linux 環境での起動時間は 10％改善されましたが、その他の点では目立った変化はありませんでした。
「地味であることは良し」という評価が妥当です。

自環境検証結果

Claude Code インストール環境を調査した結果、Bun の Rust 移植版が実際に使用されていることを裏付ける証拠が見つかりました。

1. バージョン情報の確認

以下のコマンドを実行しました：

strings ~/.local/bin/claude | grep -m1 'Bun v1'

出力結果：

```
Bun v1.4.0 (macOS arm64)
```
が表示されました。

分析：

GitHub 上の最新リリースは、5 月 12 日公開の v1.3.14 です。
この結果から、Claude Code は 未リリースの Bun 先行版（プレビュー） を同梱していることが判明しました。

【更新】Rust 移植版の利用方法
Rust 移植版は現在、 **「Bun canary」**として正式公開されています。以下のコマンドでアップグレード可能です：
bun upgrade --canary

2. ソースファイルの存在確認

以下のコマンドを実行し、ソースコード内の Rust ファイルを検証しました：

strings ~/.local/bin/claude | grep -Eo 'src/[[:alnum:]_./-]+\.rs'

出力結果：

563 件の Rust ファイル名がリストアップされました。

主なファイル例：

```
src/runtime/bake/dev_server/mod.rs
```
```
src/runtime/bake/production.rs
```
```
src/bundler/bundle_v2.rs
```

分析：

これらの事実から、Bun の Rust 移植版が 数百万台のデバイスでプロダクション環境として稼働している可能性が示唆されます。
Jarred Sumner による「地味であることは良し」という指摘は、実用上の性能向上を軽視せず、安定性を重視する姿勢として正当化できます。

追加検証とバージョン詳細

Ajan Raj 氏から提供された小技巧を実行してさらに確認しました。

バージョン出力コマンド

cat > /tmp/bun-version.ts <<'EOF'
console.log("embedded bun:", Bun.version);
process.exit(0);
EOF
BUN_OPTIONS="--preload=/tmp/bun-version.ts" claude --version

私の環境での結果：

出力：
```
1.4.0
```

リリース状況について

```
package.json
```
は 5 月 17 日に更新され、バージョン 1.4.0 に設定されています。
その後のコミットでもバージョン番号は変更されていません。
ただし、canary チャンネル以外では、まだ公式タグ付きのリリースとして公開されていません。

同じ日のほかのニュース

一覧に戻る →

2026/07/19 23:41

Show HN：12万ドルのボウリングセンターシステムを、ESP32 1,600 ドルで置き換えました

## 日本語訳: このプロジェクトは、8レーンの郊外ボウリングセンターにおける重要なインフラストラクチャ問題を解決することを目的としています。同センターでは、2008 年の過時化した機械式スコアリングシステムが置換される必要があり、そのコストは 105,000 米ドルから 120,000 米ドルに上っています。著者（施設を運用する SRE）はこの高額な障壁とベンダーロックインを回避するために、コモディティ技術に基づいたカスタム・オープンソースのスタックを提案しています。このソリューションでは、RS485 ワイアードフォールバックを備えた ESPNow メッシュトポロジーで接続された ESP32 マイコンをノードに使用し、Raspberry Pi レーンコンピュータを Redis イベントストリーミングゲートウェイとして採用しています。このアーキテクチャにより、堅牢なデータ所有権の実現、トロンテーマのアニメーションのようなカスタマイズ可能な機能、ボールスピード計算やピン検出など的高度なロジックが可能になります。主な課題は各ノードに対して専用のファームウェアを開発することでしたが、結果的に作成されたプロトタイプのコストは約 1,600 米ドルに留まり（交換部品費数千米ドルに対して）、レーンペアあたり約 200 米ドルです。また、システムへの迅速な修理（5 分以内）やシステムのスワップ（10 分以内）も可能です。ハードウェア、ファームウェア、ソフトウェアを含む全設計は、OpenLaneLink でリリースされる予定であり、プロプライエタリ制約のない近代的なスコアリング機能を取り入れたい施設にとって、参入障壁を大幅に低下させるものです。

2026/07/14 23:23

並列プログラミングの禅

## Japanese Translation: 真の進歩は、単に計算資源や人的リソースを増加させることによって達成されるのではなく、すべての構成要素間の効果的な調整を必要とします。プロセッサや人材を増やすだけでは、元素同士の間で資源を競合させたり、孤立して動作したりするとシステムのスロットル化や燃え尽きをもたらすため、失敗することが往々にしてあります。この原理は『禅の心・初心者の心』に見られる教えに準拠しており、全身全霊の活動は残り物なく完全に燃える清潔な火に例えられています。同様に、ソフトウェアシステムにおいて隠された情報が不安を引き起こすように、不整合な人間の知性と感情は疲れをもたらします。今後、気候モデル化や創薬のような複雑な全球的課題を解決するには、単に新たな能力を獲得するだけでなく、既存の能力との同期を mastery する必要があります。人工知能や大規模データ解析に依存する産業は、生ハードウェアの拡張から内部通信の最適化とワークフロー統合へと焦点を移さなければなりません。また、個人やチームも感情的な深さと知的創造性を整合させる包括的なアプローチを採用する必要があります。これらの重要な同期問題を解決しない場合、人類は権力の分断がさらなる進化和理解を停止させるという厳しい天井に直面するリスクにあります。

2026/07/20 3:57

ホームラボ #1：MikroTik を家庭用ルーターとして採用する

## Japanese Translation: 本ガイドでは、自宅ラベル用にISPの設備を置き換えるマイクロティク L009UiGS-RMルーターの設定を詳述し、ローカルバックアップの活用およびネットワークパフォーマンスの最適化を実現します。プロセスは、IPoE または PPPoE のいずれかであるなど接続の特定から始まり、MAC クローンリングによるハードウェアバインディングへの対応へと続きます。重要な決定要因となるのが IPv4 アドレスの割り当てであり、ISP からプライベート IPv4 アドレス（キャリアグレード NAT）が提供される場合、パブリック IP アドオンを購入しない限り入方向的接続はブロックされ、DS-Lite 構成では MikroTik の自動 AFTR サポートがないためポートフォワーディングが破綻する可能性があります。この特定のセットアップでは、著者は VLAN 35 を介した PPPoE およびプライベート IPv4 アドレスを使用しています。設定には、WAN リンク（ether1）上で VLAN インターフェースを作成し、ISP に接続するための PPPoE クライアントを確立することが含まれます。大量転送時のバッファーブloat によるレイテンシを緩和するため、ガイドでは `fq-codel` キューイングアルゴリズムを採用しており、このキューを経由するようにトラフィックが通過するようファストトラックファイアウォールルールの無効化が必要です。無線管理は、ポート 8 に接続された別個の PoE 給電アクセスポイント上で CAPsMAN を使用して行われます。結局のところ、このプロセスはユーザーに完全なネットワーク制御を付与し、可能な限り制約のある ISP の制限（例えば CGNAT）を回避するとともに、感応度が高いアプリケーションに対して信頼性が高く最適化された接続を提供します。