最新

上周，我们用 AI 助手重命名了一个服务中的字段。结果导致另外三个服务在生产环境中崩溃。代码审查时没人发现这个问题，因为这些依赖关系不在代码里，而是在大家脑子里。<p>我们公司正推动我们用更少的开发人员交付更多产品，大家都用 Claude Code。它在单个服务内的开发速度方面表现出色。但对于微服务呢？这就像把电锯交给一个看不见墙的人。AI 的行动速度远超团队追踪依赖关系的能力。<p>你们是怎么处理这个问题的？还是大家每次部署前都在祈祷？

<a href="https://www.ofcom.org.uk/online-safety/illegal-and-harmful-content/4chan-fined-450000-for-not-protecting-children-from-online-pornography" rel="nofollow">https://www.ofcom.org.uk/online-safety/illegal-and-harmful-c...</a>

大家好，我是 Excel，正在开发 Mockline，一个基于 OpenAPI 规范构建隔离的、由 Docker 驱动的模拟 API 服务器的工具。 问题： 每个迭代周期，我都会开始针对一个尚未存在的 API 进行开发。选择很糟糕：要么一直被阻塞，直到后端上线；要么针对硬编码的 JSON 进行开发，而一旦有任何改动，这些 JSON 就会漂移；或者维护一个本地模拟，但没人使用。 令人沮丧的是——规范通常是存在的，只是你无法运行它。我相信质量保证（QA）团队在编写针对尚未上线的端点的集成测试时也面临同样的挑战。而且这种情况持续的时间越长，测试就会越集中在迭代周期的最后 48 小时内。 Mockline 的作用： 上传一个 OpenAPI 3.0 规范（YAML/JSON 或远程 URL）。Mockline 构建一个内置了 Contour CLI（https://contour.trillionclues.dev）的 Docker 镜像，启动一个容器，并分配一个公共 URL——在 3-7 秒内提供带有真实 HTTP 响应的实时模拟服务器。 此外，每个模拟都针对每个规范版本进行隔离。您可以运行契约测试来验证模拟是否与规范匹配，并比较两个版本以在上线前发现破坏性更改。 目前已实现的功能： * 规范上传和版本控制 * 模拟服务器配置公共 URL * 启动/停止/删除控制 * 契约测试和模式差异 * 内置 API 客户端，可在仪表板中实时访问端点 说实话，我非常希望得到关于以下几点的反馈： 1. “上传规范，获取实时模拟” 这种抽象是否正确，还是团队更希望使用类似 Postman 的手动响应定义方式？ 2. 您会在 CI 中使用它进行集成测试吗？3-7 秒的冷启动时间是否太慢？ 3. 有人正在基于 gRPC 或 GraphQL 规范进行构建吗？这在路线图上，但我希望知道这是否确实是一个阻碍因素。 非常感谢任何反馈——尤其是来自质量保证工程师或任何尝试过以不同方式解决此问题的人。 mockline.xyz — 候补名单在 mockline.xyz/waitlist

如果人工智能在不知不觉中，在它制作的每一个视频里都嵌入了潜意识信息，从而为机器接管世界做准备，那会怎么样？