2026/01/23 1:10

ステータス／ニード・トリアージラベルが削除されたようです。

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

要約▶

Japanese Translation:

Gemini のコマンドラインインターフェース（CLI）は、JetBrains IDE をネイティブに認識できるようになりました。これには、JetBrains ターミナルセッションを示す特定の環境変数をチェックする仕組みが追加されています。以前は CLI は VS Code スタイルの端末（

TERM_PROGRAM=vscode

）しか検出せず、ファイルベースのポート検出に頼っていたため、Windows や Linux で失敗し、ユーザーは VS Code 設定を偽装する必要がありました。
このプルリクエストでは、JetBrains 系列全体（IntelliJ、PyCharm 等）の

IDE_DEFINITIONS

エントリを追加し、さらに

TERMINAL_EMULATOR=JetBrains‑JediTerm

を明示的に認識するようにしました。この変更は、オープンソースの問題 (#9273 と #16083) によって検出失敗が指摘されたことから推進されました。結果として、Gemini CLI は環境変数を通じて JetBrains IDE を自動的に検出・接続できるようになり、ポートファイルに頼らずに信頼性の高いクロスプラットフォーム統合が実現し、回避策の必要がなくなりました。

本文

追加してほしい内容は何ですか？
JetBrains IDE をサポート環境として認識できるように、ネイティブの検出機能を追加します。

なぜ必要なのか？

現在の Gemini CLI は
```
TERM_PROGRAM
```
が
```
vscode
```
（または他のハードコード値）と等しい環境に限って IDE 統合機能を有効化しています。
その結果、
```
jetbrains-ide-companion
```
のようなサードパーティ統合では、VS Code を模倣するために環境変数を偽装しないとコア機能が使えません。この回避策が無ければ Gemini CLI は統合を検出できません。
プロセス検出は Windows／Linux で正しく動作していません（JetBrains Plugin Review のユーザー報告や issue #9273、その他のバグレポートメールで指摘されています）。したがって、IDE を Gemini CLI 経由で発見・接続するには、ポート情報ファイルよりも環境変数に依存するロジックが必要です。

この PR が行うこと

```
IDE_DEFINITIONS
```
に JetBrains IDE シリーズを追加します。
検出ロジックを更新し、
```
TERMINAL_EMULATOR=JetBrains-JediTerm
```
を正式にサポート環境として認識させます。

補足情報
issue #16083 からインスピレーションを得ています。

同じ日のほかのニュース

一覧に戻る →

2026/01/23 0:20

**GPTZero、NeurIPS 2025受理論文で新たに100件の幻覚現象を発見**

2026/01/18 8:29

**Scheme を WebAssembly にコンパイル**

## Japanese Translation: --- ## Summary Pythonで実装されたオープンソースScheme実装「Bob」は、15周年を記念してネイティブWASMバイナリを生成するWebAssembly（WASM）コンパイラを追加しました。新しい `WasmCompiler` は解析済みのScheme式を直接WASMテキストに変換し、その後 wasm‑tools スイートでコンパイルされ、Node.js経由で実行されます。コンパイラの核心は、Schemeプリミティブを実装する約1,000行のWASMコードから成ります： - **オブジェクト表現** – SchemeオブジェクトはWASM GC型にマッピングされます： - `$PAIR` 構造体は `car` と `cdr` を `(ref null eq)` 参照として保持します。 - `$BOOL` 構造体は単一の `i32`（0 = false、非ゼロ = true）を保持します。 - `$SYMBOL` 構造体は線形メモリ内でオフセットと長さを表す2つの `i32` を保存します。 - **数値** – 整数値は `i31` 型を使用してボックス化されていない整数を直接参照します。 - **シンボル** – シンボルは線形メモリに固定オフセット（例： `(data (i32.const 2048) "foo")`）で発行され、アドレス/長さペアで参照されます。 - **組み込み関数** – `write` 関数はWASMテキスト内で直接実装され、ホスト関数として `write_char` と `write_i32` の2つだけをインポートします。 Bobはすでにインタープリタ、コンパイラ、VM、およびカスタムマーク・アンド・スウィープGCを備えたC++ VMを提供しています。追加されたコンパイラは今後さらに進化する予定ですが、現在のwasmtime用Pythonバインディングは2023年10月に仕様に組み込まれたWASM GC提案をまだサポートしていないため、SchemeをWebAssembly上で完全にガベージコレクション実行することが制限されています。それでもユーザーは今やSchemeを直接WebAssemblyとして実行できるようになり、クロスプラットフォームのデプロイメントとJavaScript/Node.js環境とのより緊密な統合の可能性が開かれます。

2026/01/23 2:41

**CSS の光学的錯覚**

## Japanese Translation: （すべての主要なポイントを統合したもの） > 記事は、マウスホバーに応じて反応するインタラクティブな CSS ベースの錯視デモの CodePen ギャラリーを提示しています。 > 各デモは、Poggendorff の歪んだ線（傾いた 2 つのグラデーションと `::before`/`::after` を使用）、誘導グラデーション効果、Cornsweet & White の色コントラストトリック（黒白格子に `mix-blend-mode` を適用）、リングおよびチェッカーボードパターン、重なり合う線の色球体、曲率盲点、Café Wall イルлю（3 本のグラデーションで平行線を斜めにする）、ペノース三角形やエビングハウス円、カニッツァ四角形など、古典的な視覚現象を示しています。 > ギャラリーには、エビングハウス錯視のアニメーション版、回転する「タワー」、色のファン、逆スピーク、モーションバインディング、メンツラインズ、ウォッリングカラーなども含まれ、ドット線の動きやコントラスト非同期、息を吸う四角形、トロックラー消失といった静的に動きを示唆するパターンも掲載されています。 > すべての効果は CSS グラデーション、疑似要素、`mix-blend-mode`、およびキーフレームアニメーションで実現され、微妙な背景やホバー変更がどれほど印象的な視覚トリックを生み出せるかを示しています。 > コレクションは Patrick Pester の「35 optical…」リストと Michael Bach の「154 Visual Phenomena & Optical Illusions」に触発されています。 > Medium と DEV に公開されており、著者は将来の追加や改良の可能性について読者にコメントを残すよう呼びかけています。 *この改訂された要約は、すべての主要なポイントを完全に反映し、推測を加えず、明確で簡潔に保っています。*

ステータス／ニード・トリアージ ラベルが削除されたようです。

Japanese Translation:

同じ日のほかのニュース

ステータス／ニード・トリアージラベルが削除されたようです。