← 2025-12-10 の一覧へ戻るホーム
Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

2025/12/09 23:51

Kaiju – General purpose 3D/2D game engine in Go and Vulkan with built in editor

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

元のHacker News記事へ ↗
要約▶

Japanese Translation:

要約

Kaiju は、Go で完全に実装された軽量な Vulkan ベースのゲームエンジンです。最小限のメモリ使用量で高いパフォーマンスを提供し、組み込みローカル AI（LLM）サポートも備えています。ベンチマークでは、Unity の標準フレームレートの約 9 倍を達成しています ― ブラック背景＋キューブテストで 5 400 FPS（Unity は 1 600 FPS）、デバッグモードでの完全なゲームでは約 2 700 FPS。これは、Go の効率的なガベージコレクタがランタイムヒープ割り当てをほぼゼロに保つためです。コアは Go で書かれ、Lua がモッディング用に利用可能で、開発者は直接 Go でコードを書くことができます。Kaiju は Windows、Linux、Android（機能的）上で動作し、macOS のサポートを磨き中です。エディタはまだ大規模な開発段階ですが、エンジン自体は本番環境向けとみなされています。コミュニティリソースには GitHub リポジトリ、Discord サーバー、クリエイター Brent Farris の X/Twitter からの更新、コンパイル方法や Ad‑Hoc エディタの README を含むドキュメントがあります。今後は macOS サポートの完成、エディタの安定化、さらに多くのデモと機能のリリースを計画しています。このプロジェクトは貢献を歓迎し、GitHub 上でのスター履歴を強調しています。

本文

Kaiju Engine（怪獣エンジン）

Kaiju は Go（Golang）で書かれ、Vulkan を採用した 2‑D／3‑D のゲームエンジンです。
モダンなシステムレベル言語を使い、シンプルさに重きを置いて新しいタイプのゲームエンジンを作ることが目的です。

対応プラットフォームと機能

機能ステータス
2‑D / 3‑D ゲームエンジン✅
Windows✅
Linux✅
Android（NEW）✔️ (動作中)
macOS⏳ (開発中)
ローカル AI（LLM）連携✅
他エンジンより高速ビルド✅
Unity より 9 倍速いパフォーマンス（デフォルト設定）✅
メモリフットプリントが低い✅

⚠️ 開発中。積極的に改良を重ねています。

コミュニティへ参加

  • GitHub – repo
  • メーリングリスト – 詳細な更新情報を受け取りたい方は推奨
  • Discord サーバー
  • Brent Farris on X/Twitter

Kaiju を選ぶ理由

ベースエンジンの描画速度は圧倒的です。
黒い背景と立方体だけで構成された Unity のリリースビルドでは約 1 600 FPS を観測しましたが、Kaiju では同一シーンを同じマシン上で約 5 400 FPS で実行できます。

オーディオ、カスタムカーソル、リアルタイム PBR レンダリング（影付き）、UI などを含む完成したゲームはデバッグモードでも 2 712 FPS を達成します。

なぜ Go (Golang) を採用するのか？

  • C が好きで、Ken Thompson の影響を受けた Go に魅力を感じます。
  • Go はモダンなシステムレベル言語で、自分の書きたい形でコードを書けます。
  • シンプルさ：複雑なマクロやテンプレートはなく、フラットで直感的なコードです。
  • 開発者はエンジン／エディタを Go そのもので拡張できます。スクリプト言語は不要（ただしモッディング用に Lua は提供予定）。
  • ガベージコレクタは設計と相性が良く、実行時のヒープ割り当てはほぼゼロです。

⚠️ WORK IN PROGRESS
本番環境向けですが、エディタはまだ開発中です。Discord で協力したり、X/Twitter の更新をフォローしてください。

はじめに

  1. ドキュメントを読む – エンジンの入門とビルド方法。
  2. Ad‑Hoc エディタ README を確認し、エディタについて詳しく知る。

エディタプレビュー

⚠️ これらは非公式動画です。Mac ポート PR のサポートや多くの機能を示すために作成しました。

古いローカルファイル（動画）：

ファイル説明
full-project-run-cycle.mp4
プロジェクト全体の実行サイクル
in-engine-ai.mp4
エンジン内 AI デモ
working-code-binding.mp4
コードバインディングが機能している様子
content-tagging.mp4
コンテンツタグ付け
status-bar-update.mp4
ステータスバーの更新
adding-transformation-tools.mp4
変換ツールを追加するプロセス

Star History

(Star の推移チャートまたはリンクを挿入してください)

同じ日のほかのニュース

一覧に戻る →

2025/12/10 0:00

Show HN: Gemini Pro 3 hallucinates the HN front page 10 years from now

## Japanese Translation: ## 改訂版まとめ この記事では、最近のさまざまな技術的マイルストーンとリリースをレビューしています。 1. **SpaceX**：Starship HLS‑9 が Sea of Tranquility からテレメトリーを正常に送信しました。 2. **Linux Kernel**：バージョン 7.4 に完全な上流化された 100 % Rust カーネルが含まれています。 3. **開発者プラクティス**：生のコードを書くこととコンパイラプロンプトを使用することを対比した議論があります。 4. **人工知能**：LLaMA‑12 7B モデルは WebAssembly を介してコンタクトレンズ上で動作し、YC シード付きスタートアップ Nia は自律型コーディングエージェントを導入しています。 5. **教育ツール**：AlgoDrill は LeetCode パターンの強化に向けたインタラクティブなプラットフォームを提供します。 6. **エネルギー研究**：ITER の炉は 20 分間連続で正のエネルギー収支を達成しました。 7. **ハードウェア修理**：2024 年製 Framework Laptop を復元する方法を詳細に説明したレトロスペクティブガイドがあります。 8. **クラウドサービス**：Google は Gemini Cloud Services の提供を終了します。 9. **グラフィックスプログラミング**：WebGPU 2.0 により第 5 次元の可視化が可能になりました。 10. **Linux ディストリビューション**：Debian がバージョン 18 “Trixie” をリリースしました。 11. **プログラミング言語提案**：`sudo` ユーティリティを Zig で書き直す提案が提示されています。 この記事はこれらの出来事を文脈に置き、各々が過去の成功にどのように基づいているかを指摘し、その進歩が今後の開発実践、AI 統合、およびクラウドサービス戦略に影響を与えることを示唆しています。

2025/12/10 2:08

PeerTube is recognized as a digital public good by Digital Public Goods Alliance

## Japanese Translation: ### Summary PeerTubeはプラットフォームに依存しない多言語対応のビデオホスティングおよびライブストリーミングソリューションで、正式にデジタル公共財（DPG ID0092472）として承認されています。2025年10月7日にRicardo Torresによるレビューが行われ、Platform Independence評価を含むすべてのDPG標準要件を満たしていることが確認されました。これにより、ベンダーロックインなしで任意のインフラ上で実行できることが保証されています。ソースコードはGitHub（`github.com/Chocobozzz/PeerTube`）とFramagit（`framagit.org/framasoft/peertube`）で公開されており、透明性とコミュニティの貢献を確保しています。PeerTubeは44以上の言語（エスペラント、アラビア語、中国語簡体字・繁体字、日本語、韓国語、スペイン語、フランス語、ドイツ語、イタリア語、ポルトガル語、ロシア語など）をサポートし、フランスの教育省からイタリアの国家研究評議会、複数のドイツ大学、Blender、Debianプロジェクト、および活動家グループまで、多様な組織で既に利用されています。承認は2026年10月7日まで有効であり、毎年自己申告による使用状況更新が求められます。この推奨は、機関やオープンソースコミュニティが分散型ビデオプラットフォームを採用することを促進し、メディアホスティングの風景をよりオープンで多言語化、ベンダー非依存な解決策へとシフトさせる可能性があります。

2025/12/10 5:33

Django: what’s new in 6.0

## Japanese Translation: --- ## Django 6.0 – 主なリリースハイライト *リリース日 2025‑12‑03* | エリア | 変更点 | 意義 | |------|--------------|----------------| | **テンプレート** | 新しい `{% partialdef %}` / `{% endpartialdef %}` タグで、テンプレートを再利用可能なフラグメントに分割し、インラインまたは別途レンダリングでき、htmx とも相性が良い。 | テンプレートの DRY 化、ボイラープレート削減、コンポーネント再利用の容易化。 | | **バックグラウンドタスク** | 組み込み「Tasks」フレームワーク： `@task` デコレーター + `Task.enqueue()` API。組み込みバックエンド（`ImmediateBackend`、`DummyBackend`）があり、実稼働ではサードパーティパッケージ（例: `django-tasks` の `DatabaseBackend`）が必要。 | 単純なジョブに対して外部タスクライブラリの必要性を排除しつつ、実稼働時の柔軟性は維持。 | | **セキュリティ** | `ContentSecurityPolicyMiddleware` を追加。 `SECURE_CSP` と `SECURE_CSP_REPORT_ONLY` で設定可能。ノンスは自動生成され、テンプレート内では `{% csp_nonce %}`（`nonce="{{ csp_nonce }}"`）で使用できる。 | 自動ノンス処理付きの CSP サポートを組み込み、XSS リスクをデフォルトで低減。 | | **メール** | Django のメール API が Python の `email.message.EmailMessage` を利用するように変更。 `EmailMessage.send()` は内部でこの API に変換し、インライン添付は `MIMEPart` オブジェクトで追加可能。 | 標準ライブラリ互換のモダンなメール処理と簡易的な添付サポート。 | | **Mail API の非推奨** | `django.core.mail` API ではキーワード専用引数が必須となり、位置オプションパラメータは警告を出し将来的にエラーになる。 | より明確な API 使用を促進し、コードの未来保証を実現。 | | **シェル** | 自動インポートが拡張され、 `settings`、`connection`、`models`、`reset_queries`、`functions`、`timezone` が追加。 | もっと高速で便利な対話型開発環境。 | | **ORM** | • 動的フィールド（`db_default`、`GeneratedField`）は `save()` 後に SQL RETURNING を通じてリフレッシュされる；未対応バックエンドでは次回アクセス時まで遅延。<br>• `StringAgg` 集約がすべてのサポートデータベースで動作；文字列リテラル区切りは `Value()` で包む必要。<br>• デフォルト主キー型が `BigAutoField` に変更され、新規プロジェクトでは `DEFAULT_AUTO_FIELD` を設定しなくなる。 | モデル定義の簡素化、パフォーマンス向上、大規模アプリでの PK 終了防止。 | | **テンプレート変数 & タグ** | `forloop.length` が追加され、ループ長にアクセス可能；更新された `querystring` タグは `?` で接頭辞し、複数位置引数を受け取り、重複時には優先順位でマージ。 | より表現力豊かなテンプレートロジックとクリーンなクエリ文字列処理。 | | **コミュニティ** | Django 6.0 に 174 人の貢献者が参加。リリースノートではアップグレード準備を強調し、開発者に新機能を試すよう呼びかける；今後のリリースでタスクバックエンドや CSP 機能が拡張される可能性。 | 健全なコミュニティサポートとさらなる改善へのロードマップを示唆。 | **まとめ：** Django 6.0 は、再利用可能なテンプレートフラグメント、オプションの組み込みタスクシステム、ノンス付き CSP ミドルウェア、モダン化されたメール API など、実務で即使える改善を提供します。さらに ORM の強化、シェルの利便性向上、旧パターンの非推奨により、ボイラープレート削減・セキュリティ向上・大規模プロジェクトの将来準備が実現されます。 ---