花了太多时间构建一个基于拼图的因式分解算法，将整数因式分解从筛法和数论的领域转移到二进制逻辑和拼图解决的领域。<p>令人惊讶的是，这为思考这个问题打开了许多新的思路。至于它是否能超越甚至是简单的试除法（好吧，它确实有一次做到过），还有待观察。<p>观看视频：<a href="https://www.youtube.com/watch?v=K56vHHZWZLU" rel="nofollow">https://www.youtube.com/watch?v=K56vHHZWZLU</a><p>代码：<a href="https://github.com/worldsworstfactoringalgorithm/wwfa">https://github.com/worldsworstfactoringalgorithm/wwfa</a><p>感谢您的关注！
返回首页
最新
最近我一直在深入研究 Helm 模板，感觉快要陷入 YAML 的地狱了。最开始服务不多的时候还可以应付，但现在管理起来实在太困难了。有没有人找到一种完全不使用 Helm 的工作流程？或者有没有人能在大规模下让 Helm 变得可管理？
嗨，HN！
我们是Jake、Jack和Joe，我们是Burla的开发者，Burla是一个开源的Python批处理平台。
我们对大规模批处理管道的迭代速度慢和困难感到沮丧。简单的小改动往往需要重建Docker容器，等待GCP-batch或AWS-batch管道重新部署，还要等虚拟机冷启动，这样的开发周期每次超过5分钟，只为查看这次我的代码抛出了什么错误，然后再重复一遍！
这个领域的许多其他工具要么过于复杂，要么是闭源/仅限托管，要么设置和管理起来太困难，或者根本太贵。
这就是我们创建Burla的原因，它可以让我在任何我想要的Docker容器中、在任何我想要的硬件上、在成千上万的虚拟机上运行我的Python函数，直到完成。它配备了一个仪表板，可以监控长时间运行的后台作业。它是开源的，只需一条命令即可安装。
即使在运行成千上万的虚拟机时，代码的更改也能在大约2秒内部署并开始运行，极大地缩短了与GCP-batch和AWS-Batch等工具相比的开发周期。
我们的长期目标是让更多的云服务变得简单、快速和开源。我们相信，无论你是在本地编码，还是在1000台机器的集群上，基础设施都应该快速更新和响应，像在一秒钟内那样快速。我们应该能够以思维的速度进行迭代，而不是以我的Lambda函数、批处理工作负载、ETL管道或Kubernetes服务重新部署所需的速度！
大型语言模型（LLM）经常在明明知道答案时却说“我不知道”，或者说A却做B等等。这是因为它缺乏自我反思的能力，它并不像人类那样审视自己的思维。
我在这里讨论的是在实际应用中进行实时自我反思，以指导其回答。
以下是人类与大型语言模型在这方面的不同之处的例子：
* 当一个人被问到一个问题时，他脑中会有多个想法。他可能会回答“我不知道”，但他也记得答案。他会对这两者进行比较，意识到“我不知道”是错误的，因为他确实知道答案，然后给出正确的回答。
* 当一个大型语言模型被问到一个问题时，它也有相同的想法，它可以回答“我不知道”，但它同样记得正确答案，就像人类一样。此时，大型语言模型就像掷骰子一样，随机选择它将要回应的内容。
这清楚地表明，自我反思在解决这些问题时是多么重要。大型语言模型停止犯这些愚蠢错误的唯一方法就是进行自我反思，因为只要有任何机会让大型语言模型选择错误的答案，它有时就会做出明知是错误的选择。
如果我们为大型语言模型提供自我反思的能力，那么它们就不再是黑箱，因为我们可以直接询问它们自己，它们会解释自己的思维和工作原理。我还认为，自我反思将使得智能学习成为可能，就像人类在很少的数据下所做的那样，这比在复杂任务中进行统计学习要高效得多。
所以我在想是否有任何例子表明人们已经创建了这样的模型？不一定非得是大型语言模型，只要有一个自我意识的模型即可。或者是否有任何研究在尝试为模型添加这样的功能。
嗨，HN，
我已经尝试了很长一段时间编写网络框架，现在我觉得是时候发布一个我非常喜欢的框架了：它直接在HTML中嵌入SQL，而不需要任何粘合语言。
促使我追求这种简约设计的主要原因之一是Alexandrer Petros的《百年网络服务与htmx》演讲（<a href="https://www.youtube.com/watch?v=lASLZ9TgXyc" rel="nofollow">https://www.youtube.com/watch?v=lASLZ9TgXyc</a>），他展示了HTML和SQL都具有持久性，但他并没有找到一个完美的粘合语言来满足他的应用需求。在一些搜索后，我发现只有ColdFusion实现了相同的想法，但它的方向是命令式编程，而我希望走的是反应式编程的方向。我尝试学习原始的（Adobe之前的）ColdFusion，但希望使其更接近标准SQL。
我计划保持语言的超级简单，就像一个模板语言一样，提供小型网站所需的80%的CRUD功能，并在其周围添加更多扩展点，以便通过其他语言处理其他复杂性。
我已经创建了一个反应式SQL实现，但这个框架变得太复杂，难以使用，所以这是我的下一个实验（而且HTMX已经可以提供很多交互性）。
我们运营着 ASO.dev，这是一个帮助开发者管理其应用商店元数据和可见性的工具。2025年5月3日，我们遇到了一个严重的问题：“使用 Apple 登录”对所有用户停止正常工作，导致三分之一的用户完全失去访问权限——具体来说，就是那些使用 Apple 私人中继邮箱的用户。
发生了什么？
• Apple 开始为现有的 Apple ID 返回一个全新的 userIdentifier，而用户并未进行任何更改。这实际上使用户身份验证变得不可能，因为我们无法将用户与其现有数据匹配。
• 电子邮件字段现在总是返回 null。虽然这种行为在后续登录中是典型的，但在这种情况下并不相关，因为 userIdentifier 本身发生了变化，导致无法识别现有账户。
• 之前发放的中继邮箱（@privaterelay.appleid.com）不再接收邮件——我们通过退信测试验证了这一点。
• 用户还报告说，我们的应用程序已从他们的 Apple ID 授权应用列表中消失。
重要背景：
• 我们大约一年前将 Apple 开发者账户从个人账户迁移到组织账户。
• 在2025年5月3日的更新之前，一切运作良好。
• 事件发生在 Apple 发布开发者控制台（账户、配置文件等）更新的当天。我们坚信，Apple 的这些内部变更引发了该问题。
后果：
• 每个用户都收到了一个新的 userIdentifier，这意味着我们的系统将回访用户视为全新用户，打破了与他们历史数据的链接。
• 三分之一的用户通过 Apple 的私人中继邮箱注册，现在完全无法联系：
• 我们无法与他们联系（邮件退回）。
• 我们无法恢复他们的访问权限（新 ID 与旧账户不匹配）。
• 我们已通过电子邮件向 Apple 发送了三次支持请求——尚未收到回复或确认，也没有升级途径或在线聊天支持。
——
我们很幸运，因为 ASO.dev 还支持另一种登录方式（使用一次性登录代码的电子邮件）。如果没有这个替代方案，我们将永久失去所有最初通过 Apple 登录的用户的访问权限。
——
我们公开分享这个故事是为了：
• 警告那些仅依赖 Apple 登录和中继电子邮件地址的开发者。
• 与面临类似问题的其他人联系——让我们分享经验。
• 吸引 Apple 对这个关键问题的关注——目前没有文档解决方案，也没有可用的支持。
永远不要仅依赖 Apple ID 身份验证。始终实施备用方法，因为即使是大型生态系统也可能会不可预测地失败。
我最近需要在户外频繁记录时间戳，所以我写了一个大约30行的HTML表单，里面只有一个输入框和三个按钮（时间戳/换行/清除），可以让我快速记录信息。<p>结果发现，将其制作成离线的渐进式Web应用（PWA）只需添加一个清单文件和一个用于缓存请求的sw.js，再加上两行localStorage代码以实现数据持久化，因此现在我手机上有了一个可靠的应用，它是木匠自制的丑陋但实用的工具的数字化等价物。<p>手动编写一个简单的HTML应用竟然如此简单，这让我对Web技术的易用性有了新的认识，只要不把它复杂化，就像用乐高积木造一辆车一样。<p>你有哪些为个人使用量身定制的黑科技小工具，利用了最基本的Web技术？