**メモ**

**件名:最後の12行だけを記憶するプログラミング言語**

本書は、ソースコードの最新12行のみをメモリに保持する概念的なプログラミング言語について説明します。主な特徴と影響を以下にまとめました。

1. **メモリ制限**  
   - 任意の時点で、インタープリタは実行または解析された最新12行だけをアクティブメモリに保持します。

2. **実行モデル**  
   - 12行を超える新しい行が追加されると、最も古い行がメモリから削除されます。  
   - その行内で定義された変数や関数は、その定義行がアクティブウィンドウに残っている間だけ有効です。

3. **使用例**  
   - 増分コーディング習慣を教える教育ツール。  
   - RAM制約の厳しい組み込みシステム。  
   - 最新のコンテキストが最も重要なデバッグ環境。

4. **課題**  
   - 行が期限切れになる際に状態を管理するには、永続化メカニズムを慎重に設計する必要があります。  
   - 再帰的または長寿命のデータ構造は、早期消失を避けるために明示的に扱う必要があります。

5. **拡張可能性**  
   - ウィンドウサイズを設定可能(例:12行、24行、48行)。  
   - 重要な状態をアクティブウィンドウ外に保持するオプションのスナップショット機能。

この言語はコード作成の簡潔さと即時性を重視し、開発者が限定された範囲内でプログラム構造を考えるよう促します。

2026/04/03 7:21

**メモ** **件名:最後の12行だけを記憶するプログラミング言語** 本書は、ソースコードの最新12行のみをメモリに保持する概念的なプログラミング言語について説明します。主な特徴と影響を以下にまとめました。 1. **メモリ制限** - 任意の時点で、インタープリタは実行または解析された最新12行だけをアクティブメモリに保持します。 2. **実行モデル** - 12行を超える新しい行が追加されると、最も古い行がメモリから削除されます。 - その行内で定義された変数や関数は、その定義行がアクティブウィンドウに残っている間だけ有効です。 3. **使用例** - 増分コーディング習慣を教える教育ツール。 - RAM制約の厳しい組み込みシステム。 - 最新のコンテキストが最も重要なデバッグ環境。 4. **課題** - 行が期限切れになる際に状態を管理するには、永続化メカニズムを慎重に設計する必要があります。 - 再帰的または長寿命のデータ構造は、早期消失を避けるために明示的に扱う必要があります。 5. **拡張可能性** - ウィンドウサイズを設定可能(例:12行、24行、48行)。 - 重要な状態をアクティブウィンドウ外に保持するオプションのスナップショット機能。 この言語はコード作成の簡潔さと即時性を重視し、開発者が限定された範囲内でプログラム構造を考えるよう促します。

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

要約

Japanese Translation:

[]memo
は、コードを生きた進化するドキュメントとして扱う実験的な「ストリーム・オブ・コンシャス」プログラミング環境です。実行するたびに、プログラムは正確に前回停止した場所から再開します;スクロールアウトしたコード行は忘れられ、全状態はブラウザのクッキーだけに保存されます。

この言語は関数型で、自然言語構文を用いて関数を定義します。関数は次のように宣言します:

Remember function-name with arguments as body

関数本体内の要素はコンマや「ands」、またはその両方で区切ることができます。数字文字は無視され、語形(例:4 の代わりに “four”)が期待されます。

使用例:

Remember p as one, two, and three.
Print with the Tell me command: Tell me about name.

返却値の一部は近似される場合があります。プログラムは実行ごとに自身の関数を書き換え、すべての戻り値が次の実行ステップへフィードバックされることで、漸進的変換のチェーンを作成します。

[]memo
は Daniel Temkin の Forty‑Four Esolangs コレクションに含まれており、GitHub でさらに例やドキュメントが閲覧できます。

本文

メモ – 意識の流れでコードを書く環境

  • メモは「意識の流れ」型コーディング環境です。
    あなたが作るプログラムは常に新しい形へと進化し続けます。
    戻ってきた際には、前回終了した場所から再開します。
    スクリーン上でスクロールして消える行は忘れ去られます。

  • メモは関数型で自然言語構文を採用しています:

    • function‑name と引数を「body」として記述します。
      要素はコンマ、または「and」、あるいは両方で区切ります。
    • 数字(例:
      4
      )は無視され、代わりに語句 four を使用します。
      例:
      Remember p as one, two, and three.
      
  • Tell me コマンドで出力します:

    Tell me about name.
    

    一部の値は近似されることがあります。

  • クッキーはプログラム状態を保持するためだけに使われます。
    詳細は GitHub をご覧ください…

この言語は Daniel Temkin 著「Forty‑Four Esolangs」の一部です。

同じ日のほかのニュース

一覧に戻る →

2026/04/03 1:10

Google が Gemma 4 のオープンモデルをリリースしました。

## Japanese Translation: > **概要:** Gemma 4は、Google の Gemini 3 研究に基づく軽量かつオープンソースの AI モデルであり、モバイル電話、IoT デバイス、およびパーソナルコンピュータ向けにパラメータあたり高い知能を提供するよう設計されています。テキスト・画像・音声といった多モーダルな推論をサポートし、140 言語で動作します。アーキテクチャはエージェント型ワークフローを取り入れており、モデルがタスクの計画、アプリの操作、関数呼び出し、およびユーザー好みのフレームワークによる振る舞いの微調整を行えるようにしています。Gemma 4 はユーザー自身のハードウェア上で実行できるため、効率的な開発と展開が可能です。ベンチマーク結果は優れた性能を示しており、IT Thinking(31B)、MMMLU(1365 タスク中約 85%)、MMMU Pro(76.9–44.2%)、AIME 2026 数学ノーツール(89.2–20.8%)、LiveCodeBench v6 コーディング(80.0–29.1%)、GPQA Diamond 科学知識(84.3–42.4%)および τ2‑bench エージェント型ツール使用小売(86.4–6.6%)において高いスコアを記録しています。これらのスコアは、Gemma 3 など以前のモデルを上回りつつ、デバイス内での展開に十分な効率性を保っていることを示し、消費者向けデバイスおよび企業用途に対して競争力があり低リソースで利用できる AI プラットフォームとして位置づけられます。

2026/04/03 3:22

**テイルスケールの新しい macOS ホーム**

## Japanese Translation: > **概要:** > Tailscale のメニューバーアイコンは、2021 年以降の MacBook Pro でノッチに隠れてしまい、ユーザーがアプリにアクセスできなくなることがあります。Apple はノッチ内のアイコンを移動または回避するネイティブな方法を提供しておらず、そのため ICE や Bartender といったサードパーティ製ツールがよく利用されます。Tailscale は `occlusionState` を使用してアイコンが隠れたときに検知し、ポップアップで警告を表示します。ただし、この警告は蓋の開閉時やモニター変更時、その他ディスプレイの不具合時に誤って発火することがあります。 > 同社は新しいウィンドウ型 macOS インターフェイス(バージョン 1.96.2 でデフォルト有効)をリリースしました。このインターフェイスはメニューバーアプリと並行して動作し、ノッチの問題に影響されません。UI には Tailnet デバイスの検索可能な一覧、Ping/IP コピー、Taildrop ファイル転送、Exit‑Node 選択、エラー時に赤く表示される Dock アイコン、ミニプレイヤー、およびオンボーディングツアーが含まれており、Dock か Spotlight から起動できてメニューバーアプリを補完する形になります。ウィンドウ型クライアントで「Hide Dock icon」を有効にしたユーザーでも、隠れたアイコンの警告が発生する可能性があります。 > Tailscale は Windows 向けにも同様の UI を計画しており、macOS 体験を向上させるためにユーザーフィードバックを収集しています。Apple の将来的な解決策は、ノッチ内でアイコン描画を防止するか、メニューバー項目用のオーバーフロー機構を提供することになる可能性があり、ウィンドウ型アプリの普及に伴いポップアップ修正が不要になる可能性があります。

2026/04/03 1:00

**Azureの信頼を蝕んだ決定 – 元Azureコアエンジニアによる考察** - **機能過剰な約束** *約束された機能が遅れて提供されるか、まったく実装されないことで、ユーザーは誤解を受けたと感じました。* - **APIの安定性が一貫していない** *頻繁に破壊的変更が行われ、十分な非推奨期間が設けられないため、開発者の信頼感が揺らぎました。* - **価格設定の不透明さ** *事前告知のない調整や混乱を招く請求モデルにより、顧客は財務予測性を失いました。* - **セキュリティパッチの遅延** *重大な脆弱性が修正されるまで時間がかかり、クライアントは不必要なリスクにさらされました。* - **ドキュメント更新の遅れ** *プラットフォームのリリースに追いつかない文書は、ユーザーを信頼性の低いコミュニティ資料へと強制しました。* これら一連の決定が、Azureがかつて利用者から享受していた信頼を徐々に蝕んでしまいました。

## Japanese Translation: --- ### Summary 著者は、Microsoft が Overlake で使用されている小型 ARM SoC に **173 の Azure ノードエージェント** を移植する計画が非現実的であり、リスクが高く、Azure Core の評判や主要顧客・政府パートナーとの信頼を損なう可能性があると主張しています。核心となる問題は、ARM SoC の厳しいハードウェア制限―2 本ポートの FPGA メモリが 4 KB に限定されていること―にあり、このため多くのエージェントをサポートすることが不可能です。現在の Xeon ノードはすでに VM 密度(ノードあたり数十台の VM とハイパーバイザー容量約 1,024 台)で苦戦しており、ワークロードに対して性能ジッターを引き起こしています。 著者はまた、OpenAI、Anthropic Claude、SharePoint Online などの高プロファイルクライアントに影響を与える可能性のあるセキュリティリスクを指摘し、国家安全保障上の懸念を提起しています。これらの懸念を Microsoft の経営層(CEO、取締役会、Cloud + AI EVP)に伝えたにもかかわらず、著者は回答や是正措置を受けていません。 2023 年以降 Azure Core に関わり、Overlake カード設計の経験もある著者は、この欠陥のある計画を進めることが Azure Core の「デス・マーチ」になり得ると警告し、顧客信頼を侵食し米国政府関係者との関係に緊張を生む可能性があると述べています。この記事は、さらに詳細を知るために Part 2 への継続読了を促しています。

**メモ** **件名:最後の12行だけを記憶するプログラミング言語** 本書は、ソースコードの最新12行のみをメモリに保持する概念的なプログラミング言語について説明します。主な特徴と影響を以下にまとめました。 1. **メモリ制限** - 任意の時点で、インタープリタは実行または解析された最新12行だけをアクティブメモリに保持します。 2. **実行モデル** - 12行を超える新しい行が追加されると、最も古い行がメモリから削除されます。 - その行内で定義された変数や関数は、その定義行がアクティブウィンドウに残っている間だけ有効です。 3. **使用例** - 増分コーディング習慣を教える教育ツール。 - RAM制約の厳しい組み込みシステム。 - 最新のコンテキストが最も重要なデバッグ環境。 4. **課題** - 行が期限切れになる際に状態を管理するには、永続化メカニズムを慎重に設計する必要があります。 - 再帰的または長寿命のデータ構造は、早期消失を避けるために明示的に扱う必要があります。 5. **拡張可能性** - ウィンドウサイズを設定可能(例:12行、24行、48行)。 - 重要な状態をアクティブウィンドウ外に保持するオプションのスナップショット機能。 この言語はコード作成の簡潔さと即時性を重視し、開発者が限定された範囲内でプログラム構造を考えるよう促します。 | そっか~ニュース