最新

我注意到，多年来每当发生AWS故障时，Amazon.com似乎并未受到影响。我原以为他们会是最先受到影响的。你知道这是为什么吗？

我是一名开发者（不是3D艺术家），对目前的AI文本转3D工具感到非常沮丧——大多数工具生成的都是杂乱无章的单一网格，使用前需要花费数小时进行清理。 因此，我创建了NativeBlend，这是一个旨在生成可编辑3D资产的副项目，真正适合实际工作流程。 主要特点： - 语义部件分割：输出独立且有意义的组件（例如，轮子、门），而不仅仅是一个单一的网格块。 - 原生Blender输出：生成干净、结构化的.blend文件，具有适当的层级、可编辑的PBR材质和良好的UV，无需进行FBX/GLB清理。 目标是为开发者提供一个可用的游戏资产起点，而不是通常的AI杂乱。我有一个可用的演示，希望能得到反馈：这是否解决了一个真实的需求，还是我只是在满足自己的需求？ 感谢您的关注！

我是一名独立开发者，正在开发一款新工具，希望能从这里的运维和基础设施专家那里获得一些现实检查。 我的背景是软件开发，而不是 SRE（站点可靠性工程）。从我的角度来看，我们基础设施中冒出的监控警报总让我觉得是一种巨大的干扰。我会因为某个服务的“高 CPU”而收到通知，花一个小时翻阅日志和仪表板，结果发现这只是一次临时的流量激增，并不是一个真正的问题。这让我觉得开发者的时间被浪费了。 我的假设是，我们使用的工具过于关注静态阈值（例如，“CPU > 80%”），缺乏上下文来告诉我们什么是真正的异常。我一直在探索一种基于同类比较的不同方法（例如，api-server-5 的表现是否与其同类 api-server-1 到 4 有所不同）。 但我从开发者的角度来看待这个问题，我非常清楚我可能会忽视更大的图景。我希望能向那些对这些内容了如指掌的人学习。 在你们公司，有多少开发者的时间被浪费在调查“假阳性”的基础设施警报上？ 你认为目前的工具（如 Datadog、Prometheus 等）是否给开发团队带来了显著的负担？ “同类上下文”的想法是否是一个合理的方向，还是有更好的解决方案我没有看到？ 我还没有构建太多，因为我致力于解决一个真实的问题。任何严厉的反馈或见解都将非常宝贵。

嗨，Hacker News， 我正在从零开始开发一个C编译器，目前在测试生成的抽象语法树（AST）和汇编输出方面遇到了一些困难。我特别难以找到适合一个人项目且实用的解决方案。 我对Clang进行了一些研究，发现他们使用了一个自定义的Filecheck库。这对于一个生产级编译器来说非常出色，但对于我的项目，我不确定是否值得投入所有的精力（尤其是因为我的主语言F#没有Filecheck库，我需要重新创建一个）。 AST也是同样的情况——我能想到的最好方法就是在我的主代码语言中创建节点。这显得有些冗长。 你们是如何测试和检查编译器输出的？有没有什么好的推荐给我？我乐意进行研究或阅读任何相关内容。请记住，我希望努力与回报之间达到一个良好的平衡。

我刚刚构建了 Restring —— 一个快速、现代的工具箱，专为日常开发任务而设计，比如格式化 JSON、解码 JWT 和转换字符串。 我知道市面上有很多类似的工具，但我想要一个感觉瞬时且智能的工具。 - 快速：使用 SvelteKit 和纯 HTML/CSS 构建，依赖项极少，没有冗余的用户界面。整个网站压缩后不到 300 KB，感觉非常流畅。 - 智能：它会尝试自动检测你粘贴的内容（如 JSON、JWT 或 Base64），并自动引导你到正确的工具。 目前支持： Base64、JSON、JWT、URL、颜色和日期时间。 我之前使用过 React、Vue 和 Flutter，但用 SvelteKit 构建这个工具的过程非常愉快——直观、简洁，且运行良好。 欢迎反馈，特别是关于自动检测逻辑的意见以及其他工具的添加建议。