最新

简而言之：我们开发的这个AWS RI/SP工具可能具有独特的功能，尤其对那些运行大型、高变动工作负载并且有高覆盖目标的公司来说非常重要。我们希望了解这一点的真实性，以及是否应该将其开放给其他人，甚至可能免费或作为开源软件（OSS）。 设置：我们是一家小型云成本咨询公司，而不是工具供应商。我们确实为自己的使用构建了许多内部工具。我们的客户是年支出在七位到九位数（美元）的公司。 在过去几年中，我们构建的一个内部工具是一个用于RI/SP的模拟引擎，可以执行多项功能，其中一些我们认为在当前市场上可能是独一无二的，并且对其他人可能有价值。 1.) 可视化任何承诺类型（任何RI、任何SP、任何形式）的整个承诺节省/折扣曲线，显示在每个承诺级别上实现的确切节省和边际折扣率。这解锁了我们认为的最佳购买策略：“购买SP美元或RI单位，直到下一个便士/实例小时的折扣低于10%”，而不是采取全有或全无的建议，使用平均折扣（例如，“通过以5%的整体折扣购买每小时10美元的SP来覆盖所有内容”）。 2.) 这样的节省/折扣曲线也可以叠加，以显示折扣率的变化如何解锁更多的覆盖空间。例如，决定用预付款购买部分或全部承诺会改变折扣率，这不仅是一个现金投资回报率的决策，还会改变曲线的形状，使得在相同风险水平下能够更有利可图地覆盖更多基础设施。 3.) 构建“假设”场景，叠加即将进行的计划购买，增加或减少覆盖使用，并过期不需要的承诺，以查看在各种假设下节省的变化。基本上，我们根据所需的回顾期的历史使用情况进行修改，以便进行前瞻性预测，并应用我们想要的任何当前或计划承诺。如有需要，我们可以同时运行多个这样的场景，以识别风险。 4.) 查看通过购买在现有SP之前应用的承诺如何提高节省。如果您的AWS控制台或首选工具当前仅显示有计算SP购买可能性，而RI和EC2实例SP的可能性很低或没有，您肯定处于这种情况。AWS并未显示当前占用覆盖空间的SP折扣如何可以沿着折扣曲线推移，这将解锁特定目标RI或EC2实例SP的购买，这些将首先应用并享有更高的折扣水平。 5.) 可以通过大语言模型（LLM）来驱动，以缩小在没有模拟可能性空间的情况下不可见的策略。重要的是，生成的数据是紧凑、易读且易于总结的。 在评论中添加几张带说明的图片，以帮助传达上述内容。 问题： 1.) 这些功能真的独特吗？还是有某些现有工具（无论是付费还是开源）基本上在做同样的事情？ 2.) （如果第1个问题的答案是“是，独特”）这些功能是否足够有价值，以至于值得投入精力将其引入您的实践，还是它们仅仅是边际有趣（或者，可能，完全无趣）？ 3.) 您认为模拟引擎可以用来解决其他相关问题吗？这些问题我在这里没有特别提到，但会更有价值？（我们有很多想法……策略回测、并购合并账单账户场景等。）

我和我的朋友在过去几个月里一直在做一个名为Scibly的副项目。<p>这个想法非常简单：<p>公司内部已经有大量的知识储存在PDF、文档、内部维基等地方。问题在于如何将这些信息转化为员工能够真正学习和记住的内容。<p>因此，我们决定构建Scibly，这是一款能够自动将枯燥的公司知识转化为互动式的、类似Duolingo（但更好的）学习体验的工具。<p>今天，我们决定将整个项目开源。<p>我们在开源方面仍然比较缺乏经验，因此我们非常希望听到你们的反馈，无论是关于产品、想法、代码库，还是我们对项目的处理方式。<p>简短的产品演示：<a href="https://www.youtube.com/watch?v=TcpLUNBRhQw" rel="nofollow">https://www.youtube.com/watch?v=TcpLUNBRhQw</a><p>Github：<a href="https://github.com/scibly-dev/scibly" rel="nofollow">https://github.com/scibly-dev/scibly</a><p>期待听到你们的想法！

我在 macOS 上编写了大量的项目文档，使用 Markdown 格式，但有两件事让我感到烦恼：Quick Look 将 .md 文件显示为原始文本，而 Xcode 将 README 显示为普通源代码。因此，我构建了我想要的应用程序。 该应用使用 Swift 和 AppKit，大小为 4.8 MB，已进行沙盒处理。编辑器是一个普通的 NSTextView，渲染视图则是 WKWebView，因此它使用的是系统引擎，而不是捆绑的浏览器，这也是造成大小差异的原因。Quick Look 和 Finder 缩略图是共享同一渲染器的独立应用扩展。 除了预览功能外，您可以将文件夹作为工作区打开，浏览树状结构中的每个 .md 文件，跨所有文件进行搜索，并查看文档之间链接的图表，损坏的链接会被标记。Xcode 源代码编辑器扩展可以从编辑菜单打开您正在查看的文件，并以渲染格式显示。 我发现的一个实现细节并不明显。实时预览在您输入时会重新样式化 NSTextStorage。严格的规则是，在输入法正在输入时，绝不能触碰属性，否则日语、中文和韩语的输入会出现问题，带重音的拉丁字母的死键也会出现同样的问题。这个规则在三个地方都有一个 hasMarkedText() 的保护，但如果没有它，这个应用对于世界上很大一部分用户来说将无法使用。几款竞争编辑器对此都有相关的评价投诉。 需要提前说明的是：仅在 Mac App Store 上提供，因此没有试用版。支持 macOS 14 及以上版本，售价 0.99 欧元，一次性购买，没有订阅，没有内购，也不收集任何信息。它并不试图成为 Obsidian：没有库、没有插件、没有反向链接数据库。 我很乐意发送促销代码，只需在这里回复即可。 最后一件事，因为 Show HN 是为了反馈。我在一年内只售出了两份。产品页面每年大约有一百次浏览。我显然在分发方面做错了什么，而不是在代码方面，我真心希望能听到大家的看法。 <a href="https:&#x2F;&#x2F;markdownbuddy.inawa.app&#x2F;" rel="nofollow">https:&#x2F;&#x2F;markdownbuddy.inawa.app&#x2F;</a>

我创建了 testmagic.link，因为 Claude Code 在测试魔法链接认证时总是使用我的个人 Gmail，导致我的收件箱充满了测试邮件。 我知道现有的电子邮件测试服务，但我找到的那些都需要注册、获取凭证和集成 API。对于我只想告诉 Claude Code “使用 testmagic.link 测试电子邮件登录”来说，这感觉有些过于复杂。 所以我做了 testmagic.link。无需注册，无需 API 密钥，无需集成。这基本上是一个简单易记的域名。我还在根目录添加了一个 llms.txt 文件，这样代理就能立即知道如何阅读收件箱，而不需要我解释。 此外，还有一个可选的邮件扫描模拟：在收件箱 URL 后添加 ?prefetch=1，testmagic.link 将在你打开每条消息之前，先获取每条消息的魔法链接，而不跟随重定向——这类似于 Outlook 安全链接或企业邮件扫描器可能会预取链接的方式。这对于捕捉在安全扫描器首先访问一次性链接时会中断的魔法链接流程非常有用。 我很想听听你的反馈，或者如果你遇到过其他奇怪的电子邮件认证边缘案例，我应该模拟的情况。欢迎随时提问！