最新

Auxide 是一个用于构建实时音频处理图的 Rust 库。它提供了一个低级的、确定性的内核，用于执行音频节点的有向无环图（DAG），重点关注实时安全性和正确性。

大多数书籍——尤其是技术类书籍——被视为完成的作品。然而，现实是： 知识在不断变化 工具在不断发展 错误在被发现 更好的解释不断涌现 在软件领域，我们接受持续改进是正常的。而在出版领域，我们仍然将书籍固定在“v1.0”版本。 我正在通过一个名为Ulomira的平台实验这个想法：作者一次性发布书籍，并在书籍持续在线的同时不断改进内容。 我很好奇在座的各位对此有什么看法： 书籍应该是不可变的吗？ 还是应该像软件一样不断演变？ 我真诚地希望听到作者和读者的反馈。

为什么大型语言模型（LLM）能给我看起来完全合理的答案，但它们都不管用呢？？？

受到PG关于一系列4个YC创业公司的推文启发，这些创业公司的创始人在一家YC创业公司工作过，我进行了编码并生成了所有约6000个YC创业公司的谱系链。为了让这些树状图更易于访问，我将它们打包成一个托管的网络应用程序。 一些在YC生态系统中产生巨大影响的YC创业公司： - Airbnb - 产生了83个YC创业公司 - Stripe - 产生了67个YC创业公司 - Dropbox - 产生了50个YC创业公司 - Justin.tv/Twitch - 产生了47个YC创业公司 最近成立的一些YC创业公司也产生了更多的YC创业公司： - Rappi - 产生了21个YC创业公司 - Brex - 产生了20个YC创业公司 - Scale AI - 产生了19个YC创业公司

您的编码灵感会议非常宝贵——调试突破、架构决策、值得重温的代码模式。不要再让它们消失在您永远不会打开的JSONL文件中。 我创建Yolog Desktop是因为我总是丢失宝贵的编码灵感会议。它可以归档、重播和分析您在Claude Code中的会议（更多工具即将推出）。让您的编码历史变得可搜索和有用。 演示视频： [https://www.youtube.com/watch?v=77KEQciBtdc](https://www.youtube.com/watch?v=77KEQciBtdc) Yolog是一个原生桌面应用程序（Tauri/Rust，约10MB）： * 完整重播——时间轴导航、语法高亮、工具使用可视化 * 错误检测和高亮 * Markdown渲染 * 搜索——快速全文搜索所有会议 * 成本跟踪 编码灵感指标 传统指标（代码行数、提交次数）无法捕捉编码灵感。当您写下50个字符却获得5000行有效代码时，这是一种不同的生产力。 Yolog引入了专为编码灵感设计的指标： * 代币杠杆——AI输出与您的输入 * 消耗率——活跃编码时的代币/分钟 * 流畅度检测——是在灵感涌现还是在苦苦挣扎？ * 12周连续工作热图 网站：yolog.dev X: @yologdev 目前还处于早期阶段。欢迎提问或分享其他可能有用的功能。 您的编码灵感会议是金子般的存在。请好好对待它们。