最新

https://www.thebulwark.com/p/the-washington-post-is-dying-jeff-bezos-will-lewis

嗨，HN！ 我很高兴分享 Flyde 1.0。这是我去年三月在这里发布的开源可视化编程工具的重大更新（<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39628285">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39628285</a>）。 自 Flyde 发布以来，对可视化构建器的需求大幅增长，尤其是在涉及大量 AI 的工作流程中。可视化编程在异步和高并发逻辑方面表现出色，这完美地描述了大多数 LLM 链。 几个月前，我试图利用这一趋势，推出了 Flyde 的商业版本，名为 Flowcode（<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43830193">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43830193</a>）。结果并不理想。我痛切地认识到，Flyde 的优势不仅仅在于与 n8n 等工具相比的灵活性或性能。真正的价值在于 Flyde 如何融入你的<i>现有代码库</i>。这次发布也让我明白，仍然存在一个很大的差距：没有哪个工具真正涵盖了从快速原型设计到深度集成、评估和在你自己项目中的迭代的完整生命周期。 因此，在过去的几个月里，我努力完善了 Flyde： * 清理并简化了节点 API * 使其可以分叉任何节点以实现最大的灵活性 * 推出了一个新的在线游乐场，用于快速实验和分享（<a href="https:&#x2F;&#x2F;www.flyde.dev&#x2F;playground" rel="nofollow">https:&#x2F;&#x2F;www.flyde.dev&#x2F;playground</a>） * 创建了一个新的 CLI 工具，以加速开发和设置 * 修复了大量错误 * 简化了 UI/UX，使其更流畅，更不容易混淆 仍然有很多东西缺失。更好的模板、文档和节点，但我认为它终于足够稳定和有用，可以再试一次了。 我的计划是首先确保 Flyde 作为一个 OS 项目是可用和有价值的，然后尝试通过“Flyde Studio”提供额外的价值——一个 SaaS，它将帮助非工程师从一个 Web 应用程序中迭代 Flyde 流程。更改将成为宿主仓库中的一个 PR。 我非常希望得到一些诚实的反馈，并听听 Flyde 是否能引起对现有痛点/问题的共鸣。 在这里查看： 游乐场：<a href="https:&#x2F;&#x2F;www.flyde.dev&#x2F;playground" rel="nofollow">https:&#x2F;&#x2F;www.flyde.dev&#x2F;playground</a> GitHub：<a href="https:&#x2F;&#x2F;github.com&#x2F;flydelabs&#x2F;flyde">https:&#x2F;&#x2F;github.com&#x2F;flydelabs&#x2F;flyde</a> 期待听到您的想法！ \- Gabriel

大家好，HN， 我倾向于使用 printf 风格的调试作为我的主要故障排除方法，只有在万不得已时才会求助于 gdb。 虽然我喜欢它的易用性，但 printf 调试并非没有烦恼，主要是调试完成后需要删除打印语句。 我过去常常使用来自适当日志库的跟踪级日志记录，但到处添加跟踪调用很快就会失控，并导致大量输出。 为了解决我自己的问题，我创建了 dlg - 一个最小的调试库，它会从生产构建中完全消失。 它的 API 只公开一个函数，Printf [1]。 dlg 针对调试构建的性能进行了优化，最重要的是，当没有 dlg 构建标签进行编译时，所有调用都会被 Go 链接器消除，就像从未导入 dlg 一样。 对于调试构建，它添加了可选的堆栈跟踪生成，可通过环境变量或链接器标志进行配置。 GitHub：<a href="https://github.com/vvvvv/dlg">https://github.com/vvvvv/dlg</a> 非常感谢任何反馈。 [1]：实际上是两个函数 - 还有一个 SetOutput。

嗨，HN！ 我正在开发 Elemo，一个开源项目管理平台，旨在帮助开发者更快地交付产品，提高可见性，并让社区参与到项目生命周期中。 目前还处于早期阶段：已经实现了待办事项列表，并且我正在开发看板、问题跟踪和路线图等功能。我们的目标是让项目管理变得灵活、可自托管且由社区驱动，而不是重复造轮子。 欢迎贡献者一起塑造路线图和实现！

嗨，HN， 我一直在开发 Rainlayer，这是一款围绕真实的双耳 3D 雨声录音而构建的专注和睡眠应用。上线几周后，它在美国表现不错（转化率为 3.7%），我正在寻求反馈，特别是来自可能成为我目标受众的创始人。 背景故事：我之前开发了天气应用 Haze (2013) 和 Thunderspace (2014)，这两款应用都具有在 OpenGL ES 中渲染的独特背景效果。对于 Rainlayer，我想以一种半全息的方式，重新创建这种视觉体验，但使其现代化。 AI 工具帮助我将渲染管线从 OpenGL ES 移植到 Metal，这是一个非同寻常的过程，如果没有 AI 工具，我可能需要花费 10 倍的时间。我主要使用 NotebookLM 进行研究，使用 Windsurf 加速工程，并使用一些定制的 CLI 来帮助我更轻松地创建规范。 Rainlayer 的与众不同之处：所有音频都是从大自然中录制的真实双耳 3D 音频。没有 AI 生成的内容，也没有合成样本。我在这里刻意避开了生成式 AI，因为我相信真实性会变得越来越稀缺。可探索的声场设计没有传统的“音轨”，以一种让你获得和谐、自然过渡的方式呈现。 我特别感兴趣的是来自在高压下工作并欣赏质量的创业公司创始人的反馈。我的假设是，那些经常需要切换上下文和面临决策疲劳的创始人可能会觉得这个应用很有价值，但我仍在验证这一假设。什么功能会让专注/睡眠工具对你来说更有价值？ 该应用已在 App Store 上线，您可以无障碍地试用。我还没有找到有效的推广方式。这篇文章是解决这个问题的一部分，我感谢您提供的任何建议。 你觉得怎么样？欢迎任何形式的建设性反馈。 谢谢， Franz