最新

大家好，我们是 Luke 和 Phillip，我们正在构建 Spice.ai OSS——一个轻量级、可移植的数据和 AI 引擎，由 Apache DataFusion 和 Ballista 提供支持，用于跨异构存储的 SQL 查询、混合搜索和 LLM 推理，服务于 Barracuda Networks 和 Twilio 等企业。 我们于 2021 年首次在 HN 上介绍了 Spice [1]，并于 2024 年在 HN 上重新发布了它 [2]，它完全用 Rust 重新构建。 Spice 包含 Data Accelerator [3] 的概念，这是一种从其他数据库等不同来源物化数据的方式，例如在 SQLite 和 DuckDB 等嵌入式数据库中。 今天，我们很高兴宣布推出一款新的 Ducklake 风格的 Data Accelerator，它基于 Vortex [3] 构建，Vortex 是一种高性能、可扩展的列式数据格式，声称在随机访问方面快 100 倍，扫描速度快 10-20 倍，写入速度快 5 倍，并且与 Apache Parquet 相比具有相似的压缩比。 在我们的 Spice 测试中，Vortex 的性能优于 DuckDB，内存使用量仅为 DuckDB 的三分之一，并且更具可扩展性（多文件）。对于实际部署，我们看到 DuckDB Data Accelerator 通常在 1TB 左右达到上限，但 Spice Cayenne 可以处理 PB 级数据。 您可以在 <a href="https:&#x2F;&#x2F;spice.ai&#x2F;blog" rel="nofollow">https:&#x2F;&#x2F;spice.ai&#x2F;blog</a> 和 Spice OSS 发布说明 [4] 中阅读相关内容。 这只是第一个版本，我们很乐意收到您的反馈！ GitHub：<a href="https:&#x2F;&#x2F;github.com&#x2F;spiceai&#x2F;spiceai" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;spiceai&#x2F;spiceai</a> [1] <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=28448887">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=28448887</a> [2] <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39854584">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39854584</a> [3] <a href="https:&#x2F;&#x2F;github.com&#x2F;vortex-data&#x2F;vortex" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;vortex-data&#x2F;vortex</a> [4] <a href="https:&#x2F;&#x2F;spiceai.org&#x2F;blog&#x2F;releases&#x2F;v1.9.0" rel="nofollow">https:&#x2F;&#x2F;spiceai.org&#x2F;blog&#x2F;releases&#x2F;v1.9.0</a>

我需要在 Node.js 应用中生成发票。jsPDF 有 229KB。我只需要文本、矩形、线条和 JPEG 图像。 所以我写了 tinypdf：&lt;400 行 TypeScript 代码，零依赖，3.3KB 压缩+gzip 后的体积。 它的功能： - 文本（Helvetica 字体，颜色，对齐方式） - 矩形和线条 - JPEG 图像 - 多页，自定义尺寸 它没有的功能： - 自定义字体，PNG/SVG，表单，加密，HTML 转 PDF 就这些。满足发票、收据、报告、票据和标签 95% 的使用场景。 GitHub：https://github.com/Lulzx/tinypdf npm：npm install tinypdf

我们许多人参加会议是为了展示自己的工作、与志同道合的人建立联系，并可能寻找新的机会。 从一些会议组织者的随口评论来看，他们的工作伴随着一些风险，而且可能吃力不讨好。他们可能会面临以下不愉快的事情： * 演讲者因为他们发布或说过的内容而被取消资格。 * 恶劣的人违反行为准则。 * 会议组织者因为拒绝了某位演讲者的提案而遭到言语辱骂和死亡威胁。 * 任何与金钱相关的问题。 会议组织者还会面临哪些其他的困难？

大多数关于创业的建议听起来都很有道理。“找到一个问题。”“解决你自己的痛点。”“打造人们需要的东西。” 我照做了，但仍然看到包括我在内的聪明创始人花了几个月的时间去打造一些悄无声息地失败的东西。 这种矛盾让我很困扰，于是我开始深入研究。我开始阅读失败的案例分析、在Product Hunt上夭折的产品发布、被废弃的GitHub代码库，以及Hacker News上人们解释他们为什么放弃一个想法的冗长讨论。 过了一段时间，一个模式出现了。问题不在于人们缺乏想法，而在于我们用讲故事的逻辑而不是生存的逻辑来评估想法。 我们选择的想法听起来有趣，感觉有野心，或者在推介中看起来不错，但当它们遇到现实世界的行为时，就会崩溃。 扼杀大多数想法的不是竞争或执行力，而是它们没有替代任何紧急的事情。 它们没有映射到现有的习惯、重复发生的成本，或者人们已经在使用的痛苦的变通方法。 当你问一些简单的问题，比如谁在付费，他们采用这个之后会停止做什么，以及为什么是现在，大多数想法很快就会瓦解。 为了不再重复这个错误，我开始把想法写成假设，而不是灵感。 每个想法都必须经受住几个令人不舒服的问题：它取代了什么现有的行为，什么会在前三十天内扼杀它，以及什么样最小的实验可以证明或反驳需求。 大多数想法立即失败。少数想法比预期的存活时间更长。 随着时间的推移，这变成了一个我用来避免在弱想法上浪费几个月的私人数据库。它不是“好想法”的集合。 它是一个记录了在残酷筛选中幸存下来的想法，以及许多没有幸存下来的想法。最终，我将其整理成其他人可以浏览的东西，现在被称为startupideasdbcom（谷歌一下），主要是因为我一直希望早点有类似的东西。 如果你在选择要构建什么时遇到困难，或者厌倦了那些悄无声息地消亡的巧妙想法，这可能会为你节省一些时间。 如果你不同意这个框架，我真的很有兴趣知道它在哪里失效，Hacker News通常比其他任何地方都能更快地发现缺陷。

我感觉有时候在 Hacker News 上，大家会默认所有程序员都在做 Web 开发（前端/后端）。 我很好奇，除了 Web 开发，还有哪些其他的职业/领域？在非 Web 领域工作是怎样的体验？