最新

嘿，HN， 我是一个自筹资金的创始人，想和大家分享一个故事。 我们创办了desplega.ai，旨在构建一个复杂的AI平台，以实现端到端测试的自动化。在过去的几个月里，我们与数十位质量保证（QA）领导进行了交流，试图了解他们面临的实际挑战。我们从大型团队那里获得了一个一致的反馈：他们的日常工作就像生活在地狱中，使用着缓慢且笨重的工具。 我们谈论的是一些大公司的团队，仍然在使用电子表格管理测试。或者他们被困在一个定制化程度极高、加载缓慢的Jira实例中，以至于在页面加载时可以“泡一壶咖啡”（这也是他们收购arc的原因！t3.gg最早提到的）。更糟糕的是，他们还为这些感觉像是2005年设计的工具支付每月2000美元以上的费用！ 很快，我们意识到我们的AI工具对他们来说过于先进，而年轻的初创公司却更容易开始使用我们的产品。但我们不想就此放弃他们，因此... 因为我是在互联网仍然免费的时代成长起来的，实际上我非常怀念那段时光，所以我们决定创建一个免费的测试管理工具。 我们的愿景仍然是AI，但我们了解到，AI并不是大型团队所渴望的灵丹妙药。（我们在<a href="https://harlequinetcie.substack.com/" rel="nofollow">https://harlequinetcie.substack.com/</a>上写过一些相关内容）。我们目前的假设是，我们可以成为那个为每个QA团队构建合适工具的团队，利用AI的优势。 我们很想听听你们的想法： (a) 我们应该将这个项目开源吗？有什么关键功能吗？ (b) 你会信任一个实体来进行你的QA初步检查吗？ 谢谢！

如果没有暂存和标签，Git会不会更简单？<p>标签可以被删除和重新创建，因此它们就像分支一样，并不是某些人所说的不可变的。<p>暂存也是如此。它们是无法推送的提交。暂存可以通过创建一个新分支并用生成的名称进行提交来实现。<p>我是不是遗漏了什么？这两者提供的价值是否超过了它们带来的复杂性和学习成本呢？ :)

嗨，HN，我正在开发一个工具 <a href="https://datadef.io" rel="nofollow">https://datadef.io</a>，旨在帮助数据团队（工程师、架构师、项目经理）理解他们的数据生态系统。 <p>问题：</p> - 数据模型（如 dbt、SQL、数据仓库）往往会变得错综复杂，充满了表、连接和未记录的假设。 - 数据血缘信息要么分散在不同工具中，要么完全缺失。 - 文档通常是事后考虑的（而且更新速度很快）。 <p>Datadef.io 旨在通过以下方式解决这些问题：</p> - 提供互动画布来映射表、关系和指标。 - 自动化的数据血缘可视化，追踪依赖关系。 - 元数据管理：定义表/列级别的详细信息、所有权和关键绩效指标（KPI）。 - AI 生成的文档与您的模型保持同步。 - 导出/分享功能，以便资产管理者、分析师和其他团队不会在电子表格或 PDF 中迷失。 <p>目前还处于早期阶段，我非常希望得到 HN 社区的反馈。特别是：</p> 您在数据血缘/元数据/文档工具中觉得缺少什么？ <p>您希望如何将这样的工具集成到您的工作流程中（如 dbt、Databricks、Power BI 等）？</p> 我非常感谢您的想法、功能请求和批评。 <p>谢谢！</p>

我有一个Postgres模式，用于关联作者、帖子、评论、点赞、关注以及各种内容，这在关系查询中表现得非常出色。<p>特别是“文章”表，除了“正文”列之外，其他都很好，而在这列中，我突然需要存储一个大型的Markdown文件。<p>我想在MongoDB中创建一个“article_bodies”表，存储许多[article_id:article_body]的条目，我理解这正是MongoDB的用途。我认为这样可以提高Postgres的性能，同时让我在各处继续编写关系查询。<p>有没有快速简便的方法将我的Postgres“articles”表与MongoDB的“articles”表连接起来？我正在使用PostgREST来托管REST API，这会对我预期的性能产生影响吗？<p>我是自学的网页开发者，但似乎一切内容要么最适合使用关系数据库，要么最适合使用文档数据库，其中MongoDB和Postgres是最广泛使用的标准。有没有专门支持连接这两者的工具的项目或公司？我们是否终于可以停止构建新的数据库了？