一周热榜

免责声明：这篇文章是关于人工智能及其在工程领域的应用。<p>我是一名高级工程师，已经在这个行业工作了12年，但我对是否应该使用人工智能以及使用多少人工智能感到困惑。我的感受就像我离开前宗教时一样：在一个新的世界里，我努力寻找自己的身份和真正的价值观。<p>我重视工艺，但我也重视完成工作。我一直倡导使用最强大的工具，推崇调试器而非打印调试，使用现代编辑器的功能，比如语言服务器协议（LSP）等。我更看重独特性而非统一性，更看重创造力而非机械背诵。这些价值观中有些支持使用人工智能，而有些则似乎强烈建议避免使用。就像二战期间及其后通过可怕手段发现的一些发明一样，我觉得人工智能具有巨大的潜力，但同时也在侵蚀版权，毒害生态系统和社区。<p>我必须保住我的工作，以便养活我的家人，但我不想保留任何要求我放弃价值观的工作。然而，在工作中，我看到许多工程师的输出严重依赖人工智能，结果往往质量不佳——当然，并不是每次都是这样。我读过“人工智能的使用就像老虎机”的帖子，能感受到其中的一部分，但难道它不是一个节省我们时间的强大工具吗？<p>如果我不够使用人工智能，我会不会落后，无法在我一生中热爱的领域工作？<p>我知道这就像是在对着虚空呐喊；但你们中总有一些人会在听，对吧？

Anthropic 重写了 Claude Code 的终端渲染器，发现问题并不在于 React，而在于 Ink 的逐行重写。我将他们的方法构建成了一个独立的库。 CellState 使用了一个自定义的 React 协调器，直接渲染到单元格网格，并在单元格级别逐帧进行差异比较。由于它在内联模式下运行，而不是在替代屏幕上，因此保留了原生终端的行为（如滚动、文本选择、Cmd+F）。 React 的协调器只处理发生变化的子树，而单元格差异只覆盖视口，而不是整个滚动历史。 在 250 条消息（33KB 内容）时，单个单元格更新无论内容大小如何，都只向终端写入 34 字节。相同的更改，Ink 则写入 41,955 字节。完整的渲染管道（协调、布局、光栅化、单元格差异）耗时 2.54 毫秒，而 Ink 则为 36.93 毫秒。 基准测试和方法论： https://github.com/nathan-cannon/tui-benchmarks https://github.com/nathan-cannon/cellstate

嗨，HN，我花了一年时间设计了一款口袋大小的高尔夫游戏，围绕两个限制条件：DIN A7（掌中大小）并且只能用一支笔来玩。没有电池，没有屏幕。 作为一名来自网页和应用设计的设计师，设计纸质游戏对我来说是全新的领域。我手动设计了每个六边形布局，在每一页上构建了一个骰子条，以便在没有骰子的情况下也能玩。在几位试玩者的反馈后，我添加了增强道具、传送门和严格的目标分数（标准杆），这增加了不少复杂性和乐趣。 有一点需要说明的是，有一款名为“Paper Apps Golf”的类似产品启发了我。起初这只是一个副项目，我专注于游戏机制，而不是主题（事后看来，我本可以使用其他主题）。下一个项目我会换个角度，我想探索移动游戏机制如何转化为纸笔游戏，比如跳跃跑或塔防。 顺便说一下，关于这个名字——我想是因为看到了一则关于不专心开会的Dilbert漫画，才让我想到了这个名字。

我厌倦了在样本库中不停滚动，购买插件，并拼命尝试用Suno制作原创音乐和声音设计。<p>于是我构建了一个供任何音乐制作人或内容创作者免费试用的数字音频工作站（DAW）！你可以生成独立的音轨、单声道音效和独立的音效，或者在工作室模式下使用。<p>你还可以即时分享和混音曲目，这在现有的音频领域中是非常痛苦的。<p>如果你想和我一起合作，请发邮件到kindred@sonurastudio.com :)