最新

你好！在过去的三个月里，我一直在开发<i>boomkat</i>，这是一款完全兼容ES的严格引擎。它是从零开始使用C3语言编写的，以Duktape和QuickJS作为参考引擎。虽然仍在不断完善中，但我终于达到了一个值得分享的阶段。 <p>- 架构：单遍编译器（无AST），寄存器虚拟机，NaN封装值</p> <p>- 性能：我最初的目标是超越Duktape，但最终在某些领域与QuickJS持平或超越</p> <p>- 兼容性：在来自test262的50,000个测试中，100%通过率（不包括松散模式、遗留特性和提案阶段特性）</p> <p>- TypeScript：该引擎可以原生运行TS项目，包括导入，并能够运行TS编译器本身</p> 它编译成一个约2MB的可执行文件。它的速度比Duktape快约10倍，并支持所有现代JS特性，能够原生运行TypeScript文件。 <p>---</p> 它是通过多种开放模型和工具的结合构建的，Claude Code作为审核者。我估计总共花费了300多个小时的工作，加上几乎24/7运行的代理，持续了12周。超过2000次提交，所有提交都由我阅读（但并未完全审核）。总共花费约300欧元。 <p>我没有预料到自己能真正完成它。达到3%的通过率让我感到惊喜，达到99%则让我觉得不真实。我认为，单靠我自己需要数年才能实现这一目标，未来的软件工程前景看起来非常有趣。</p> 正如README所警告的，这不是<i>生产就绪</i>的代码。虽然完整的test262测试套件通过，第三方库也能加载，但我仍然发现一些简单的问题没有被测试覆盖——例如，直到昨天，控制台方法还会破坏emoji字符。 <p>它以BUSL许可证发布，允许在开源和小规模商业项目中无限制使用。</p> 我很想听听你对实现和开发过程的看法。

如今，很多投稿中都有一些大型语言模型（LLM）生成的评论（不论是代理直接撰写的，还是人类使用LLM生成的，我不太清楚），这些评论通常会被投下负分，并且位于评论区的末尾。现在几乎没有人再去指责这些评论了，它们似乎已成为一种常态。我只是想知道，为什么会这样？这些人这样做的目的是什么呢？