「確率的で、誤りの可能性があり、内部動作を完全に理解しにくい」というのは、単に自分が受け入れたくないことを婉曲に表現しているだけのように思えます。AIも人間について同じように評価できる気がします。

Z80-μLM, 40KB 안에 담긴 ‘대화형 AI’

あなたは？

興味深い内容、よく拝見しました
ところで、DMA領域でもキャッシュを使う理由は何でしょうか？
問題が起きやすそうですが

創業者とCEOを混同されているようです。短期的な成果だけを追って次の企業へ移っていくCEOも多いですからね。

うまく導入されれば、ありふれたインディーゲームの最適化はおそらく良くなるだろうと予想…

概念的な洞察は、概念がなぜ概念なのか、洞察がなぜ洞察なのか、知がなぜ知なのかを知る者にのみ許される。シニシズムがなぜシニシズムなのか、その原因は何なのか、どのように、どこから始まり、どのような過程と構造で形成されるのか、そしてどのような結果や現象として現れるのかについての全般的な理解が必要だ。これは単にそれ一つだけを語るものではない。あらゆる概念と思考について、時代と国家、世界のあらゆるものについて、考えが、思考が、理解が不足している。

ああ……もちろんこれも重要ではあります。私が最初に読んだとき、記事の筆者はもう少し根本的なコード実行速度について論じたかったようにも見えました。Unity はおっしゃるとおり、エディタも遅く、インポートも遅く、全体的なテストループが遅いというのも事実ですね……

失敗したCEOは他社にキャリアを乗り換えても、実質的にはあまり損をしていないように見えるんですよね。本当のリスクは、失敗した事業を歯を食いしばって実行させられた社員たちが、部署整理で切られて人生を脅かされるという形で責任を負わされることでした。

CEOと大株主が常に同じというわけではないですよね？ 給料をもらう雇われのプロ経営者CEOは、何かを奪われるリスクを負っているのでしょうか？

理論上は、.NET Standard 2.0 をターゲットにして作られた NuGet パッケージは Unity 環境でも読み込んで使えることにはなっている……のですが、やはり不便な点は多いように思います。

https://learn.microsoft.com/ko-kr/dotnet/…

大規模なプロジェクトでは、エディタのパフォーマンスが開発体験を大きく損なっているため、エディタ性能にも意味があります。エディタの起動が遅く、アセットのインポートも遅く、デバッグ/テストのループも遅く…。

「まあ違ったらそれまで」式のたわごとで埋まった中身のない文章が、だんだん増えている気がします。世界的な現象みたいですね（笑）。

CEOは会社の中で、能動的にリスクを引き受ける唯一の人です。それは、給料を受け取れない程度の小さなリスクではありません。自分が持っているものまで全部失うリスクを引き受けるのがCEOです。この点がいちばん重要です。このリスクまでAIが背負えるのなら、このテーマをもう一度議論してみる価値はあります。

NuGet互換も追加してくれるとうれしいです（私がUnityにあまり詳しくないからでしょうか？）

AI CEOの意思決定の責任を誰が負うのかが気になります。

テキストが本当に優れた表現手段であり、とても重要なのはその通りですが……
すべてをテキストで保存できるわけではないですよね。
テキストは結局のところ圧縮された表現です。私たちが感じられる五感（視覚、聴覚、触覚、味覚、嗅覚）について、社会的に合意された形式に圧縮して表現しているわけです。
しかし、その原型となる対象に関する情報がなければ、いくらテキストでデータを保存しても、あとでその原型となった対象を知らない場合には、そのテキストは意味を失います。
私たちはカセットというものを知っていますが、果たして最近生まれた子どもたちにカセットというテキストだけを見せて、これが何かと聞いたら、ちゃんと答えられる子がどれだけいるでしょうか。いくらカセットの形や機能、動作方式について熱心に説明しておいたとしても、数千年ほど後にそのテキストだけを手がかりに、そのカセットというものを完全に再現できるでしょうか。
そういう場合には、それよりもカセットの写真数枚や図面、カセットを使っている数分の動画のほうが役に立つこともあります。

そして、.NET 10を節目として、かつてIL2CPPで解決しようとしていた問題が、別の展開方向ではあるものの、的確に扱われつつある点（Native AOT）も考慮されるとよいのではないかと思います。

もちろん、これは途中で編集可能なC++コードが生成されないという限界はありますが、結果としてJust-In-Timeが発生しないネイティブバイナリの生成は、.NET 8を皮切りに、10に至ってさらに成熟してきました。

そうした理由から、CoreCLRへのモダナイズをこれ以上先延ばしにするのは、Unityにとって良い選択にはならないだろうと思います。あるいは、まったく別の言語や基盤へ切り替えるほうが、より有効かもしれません。

年末ですし……GitHub Starは誰かのKPIだったのではないかと思ってしまいます。
グッドハートの法則が働いた事例ですが、管理者の立場からすると数字で管理するほど便利なものもないので……

> UnityはMonoのパフォーマンス改善に投資する余地も意欲もあまり高くないでしょう

これにも強く同意します...

Manus - 思考と行動をつなぐ汎用AIエージェント
Hacker Newsのコメントでは、買収に対する評価はあまり良くないようですね。

GitHub というプラットフォームではスターが少なからず重要な比重を占めているはずですが、GitHub は不正利用の検知には関心がないのでしょうか？ GeekNews ですらすぐにフラグが立つのに。