## 道路照明弹成分与硝酸锶提取：摘要
道路照明弹成分各异，但通常包括硝酸锶以产生红色，以及诸如硝酸钾或高氯酸盐等氧化剂，和硫、木炭、镁以及环氧树脂或漆等粘合剂等燃料。硝酸锶本身不是强氧化剂，因此需要添加其他化合物才能燃烧。
从照明弹中提取硝酸锶是*可能的*，但过程复杂且通常不值得。该过程包括将照明弹的成分溶解在水中，然后通过冷却和过滤利用溶解度的差异。然而，获得纯度很困难。提取的材料可能被硝酸钾或高氯酸盐污染，从而可能影响其可用性。
提取的成功取决于精确的条件——浓度、温度——以及照明弹的原始成分。不当的方法可能导致纯度低、硝酸锶损失严重或最终产品高度不纯。最终，从烟花供应商处购买硝酸锶比尝试提取更实用、更安全。
每日HackerNews RSS
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
道路照明弹里有什么？ (spiegl.org)
5 分，来自 hyperific 2 小时前 | 隐藏 | 过去的 | 收藏 | 1 条评论 帮助
brazzy 0 分钟前 [–]
嗯...一些背景信息？ 道路照明弹是什么？ 为什么我要从它们中提取硝酸锶？ 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## AI辅助开发：优先考虑思考而非速度 作为技术负责人，作者发现虽然AI加速了软件开发，但它可能导致技术上可行但理解不足、隐藏问题众多的代码。解决方案？**在编写任何代码*之前*将核心工作转移到思考阶段。** 这种工作流程以“书面思考”为中心，利用AI进行*实现*，同时保留关键*思考*给开发者。它是一个多阶段过程： 1. **自由形式规划：** 初始的、非结构化的头脑风暴。 2. **通过访谈生成PRD：** 一个结构化的“访谈”过程（使用AI工具）将规划转化为详细的产品需求文档。 3. **通过垂直切片分解问题：** PRD被分解为小的、端到端的“切片”——可演示的工作单元。 4. **通过聚焦提示分解任务：** 每个问题进一步划分为AI可执行的任务，优先考虑模式和测试。 5. **代码生成与审查：** AI根据任务描述生成代码，然后进行严格的、多轮代码审查。 6. **最终审计：** 最终的跨领域审查确保系统的一致性和安全性。 这种工作流程并非为了追求速度，而是为了**有目的性**。它前期会更慢，但能大幅降低调试和维护成本。它需要持续的人工验证——AI *建议*，开发者 *决定*。关键在于每个阶段的结构化审查，确保每个输出都建立在对问题和期望结果的清晰理解之上。
我的AI辅助工作流程 (maiobarbero.dev)
10点 由 maiobarbero 1小时前 | 隐藏 | 过去 | 收藏 | 2条评论 帮助
imiric 3分钟前 | 下一个 [–]
为什么每个人都想写这类文章？他们认为自己的工作流程如此独特，以至于解锁了利用模式生成器的秘诀？每一篇都像网红的呕吐物。我的工作流程自2022年以来没有改变：1. 发送一些数据。2. 审查回复。3. 修改回复直到满意。4. 返回1。
回复
progx 18分钟前 | 上一个 [–]
我的AI结果
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 避免原型陷阱：初创公司的一课
来自潜在B2B客户的原型请求，可能迅速变成代价高昂的干扰。避免资源浪费的关键在于一个至关重要的问题：**如何将这个演示转化为采购订单？**
许多初创公司，急于留下深刻印象，陷入“原型陷阱”——在不了解买方内部流程或承诺的情况下，投入大量工程时间构建定制演示。一位创始人就惨痛地学会了这一点，花费数月时间制作演示，结果却被对方无视。
教训是：存在多种“产品/市场契合”——与用户以及控制预算的组织。在构建任何实质性内容之前，严格验证机会。询问潜在买家关于决策时间表、预算可用性、关键利益相关者和成功标准。
一个巧妙的策略是发送一份**完全可取消的采购订单**，概述演示的功能和价格。这种“礼貌的强制机制”能够迅速区分认真的潜在客户和仅仅“试探”的人，揭示完整的审批流程并大幅提高转化率。不要追逐热情，而是要求清晰度和明确的收入路径。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
创始人追逐交易时需要无情 (steveblank.com)
5 分，由 tie-in 1小时前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
MDalgorithms是一家快速发展的、以人工智能为驱动的消费科技公司，旗下拥有MDhair和MDacne等品牌。他们正在寻找一位实操型的创意策略师来推动增长。公司通过人工智能分析和定制治疗方案，提供个性化的护肤和头发再生解决方案，弥合了皮肤科医疗的可及性差距。 该全栈职位直接向CEO汇报，对营销策略和预算有重大影响。理想的候选人应具备3年以上DTC/电商增长营销经验，数据驱动的思维方式，以及成功扩大品牌的经验。 职责包括构建获客渠道、设计和执行实验（A/B测试）、撰写电子邮件营销序列、贡献创意策略，以及构建落地页——尽可能利用人工智能工具。具有健康/美容和订阅电商经验者优先。 MDalgorithms提供完全远程、灵活的工作环境，并有机会塑造人工智能驱动的个性化健康领域的未来。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
MDalgorithms (AI医疗保健) – 招聘增长营销人员 – 远程 – 8万-14万美元 (ycombinator.com)
29分钟前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## WACLI：WhatsApp 命令行界面 WACLI 是一个基于 whatsmeow 构建的第三方 CLI 工具，提供本地 WhatsApp 消息历史同步、离线搜索以及消息/联系人管理功能。它利用 WhatsApp Web 协议，与 WhatsApp 无关联。 主要功能包括：同步消息（首次认证通过二维码，然后持续同步）、搜索消息历史（包括表情反应和媒体）、发送文本和文件（可覆盖文件名）以及管理群组。 可以通过 Homebrew 或本地构建进行安装。数据默认存储在 `~/.wacli` 目录。 “历史回填”功能尝试检索较早的消息，需要您的主设备在线，但属于尽力而为，可能无法返回完整历史。 WACLI 提供人类可读和 JSON 输出选项，并受到 `whatsapp-cli` 项目的启发。详细设计说明可在 `docs/spec.md` 中找到。
WhatsApp CLI：同步、搜索、发送 (github.com/steipete)
12 分，dinakars777 发表于 24 分钟前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
recsv-heredoc 0 分钟前 | 下一个 [–]
这真是一个急需的集成点。很高兴看到 Peter 仍然在发布工具。Meta 像 Telegram 一样配合实在太可惜了。他们要么会加倍阻挠——或者希望意识到 WhatsApp 可能会在未来几年成为 AI 系统中非常常见的控制平面。希望 Llama 的能量起作用，出现后者。
WhatsMeow 与 Baileys 相比如何？
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 多租户系统中的API密钥设计
这篇博文详细介绍了作者为具有数据库分片的多租户系统设计API密钥的过程。最初，作者希望超越简单的“身份验证字符串”来更好地理解API密钥的功能，并探索了各种将API请求高效路由到正确数据库分片的方法。
传统方法包括对API密钥进行哈希处理，并将它们映射到中央“元分片”中的帐户ID。虽然可行，但这感觉是多余的。考虑的替代方案包括为公司分配唯一的 前缀，以及使用Base-62/70编码哈希值以创建更短、可映射的字符串。然而，性能测试揭示了编码方法中BigInt操作效率低下。
最终，作者采用了SHAKE256哈希算法（SHA3的一种变体）。这种“海绵”算法允许生成固定大小的输出，从而降低计算成本和索引大小，同时保持强大的安全性。哈希值的10字符base64url编码在性能、抗碰撞性和索引效率之间提供了平衡。
这次经历强调了彻底测试、挑战假设以及理解底层技术（如B树索引和哈希算法）的重要性。最终的解决方案提供了一个功能性的API密钥系统和宝贵的经验教训。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
我在设计API密钥中的冒险 (vjay15.github.io)
5 分，来自 vjay15 1小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
vjay15 1小时前 [–]
大家好，这是我的第三篇博客，我还是个正在学习的初级开发者 ^_^ 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
亚马逊将收购Globalstar并扩展Amazon Leo卫星网络 (businesswire.com)
16点 由 homarp 35分钟前 | 隐藏 | 过去 | 收藏 | 1条评论 帮助
kumarvvr 0分钟前 [–]
所以，亚马逊也想拥有管道了？我想这个堆栈应该就完成了。AWS服务器、卫星通信、用于在电视上观看内容的盒子、手机上的应用程序、内容创作工作室、广告、产品植入、产品销售。呼！我想他们也想要发射东西到太空的专业知识，以防在太空运行数据中心变得可行。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Enlightenment E16 与一个20年的Bug
作者是一位长期使用轻量级Enlightenment E16窗口管理器（最初于1997年发布）的用户，详细描述了他修复一个罕见、存在十多年的bug的经历。在使用Atril处理PDF时，桌面冻结，最终追溯到imlib2字体渲染中的一个缺陷——具体来说，是牛顿算法在截断长窗口标题时的错误实现。
这个bug在将标题拟合到有限空间时导致无限循环，牛顿方法中缺少关键的迭代限制。作者通过限制迭代次数、向下取整以防止除以零以及确保终止来解决了这个问题。
这次经历突出了现代软件与稳定但老化的系统之间的权衡。虽然较新的软件会引入新的bug和供应链漏洞（例如XZ Utils后门），但维护较旧的代码库可以实现直接控制和降低bug率——前提是有专门的维护者。作者提倡自给自足的好处以及像E16这样维护良好、"老旧"软件的稳定性。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
修复 Enlightenment E16 中的一个 20 年 Bug (iczelia.net)
8 分，由 snoofydude 1 小时前发布 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
_3u10 1 分钟前 | 下一个 [–]
我 2003 年也用过这个主题。让我又想重新安装 E16 了。回复
madaxe_again 9 分钟前 | 上一个 [–]
E16 是把我钩住并带到 Linux 上的东西——我看到别人桌面的黑白打印稿，立刻开始弄清楚如何在我的笔记本电脑上运行这种难以置信的酷炫效果。到我完成时，我已经在梦中嘟囔着 modelines，并且已经提交了我的第一个补丁到内核模块。
我想知道有多少其他青少年被 rasterman 的诱人歌声欺骗，成为了软件开发人员和系统管理员。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## PCBWay 评测 & BurgerDisk 项目更新
最近，PCBWay 提供了赞助来评测他们的服务，用于 BurgerDisk 项目。作者最初犹豫不决，因为重视独立性。 之前曾使用 PCBWay 制作 BurgerDisk 的早期版本，他们接受了赞助，认为该服务对原型制作来说价格实惠——5 片双层 PCB 大约 12 美元。 他们之前切换到 JLCPCB 是因为支付选项，但 PCBWay 现在提供了更方便的替代方案。
虽然 JLCPCB 的自动化 BOM 功能很有用，但作者强调可能会出现错误（例如缺少接地层）。 PCBWay 更手动的方式，在制造前进行审核，感觉更安全，即使速度较慢。
作者通过订购一个全尺寸 SD 卡模块进行了测试，该模块在 AliExpress 上无法找到带有必要电平转换器的版本。 PCBWay 对开源的支持是一个主要吸引力，为 Kicad 设计提供 10% 的项目贡献，并提供“分享 & 销售”平台，方便开源制造。
20 个 SD 模块的成本为 75 美元（每个 3.75 美元），略高于 JLCPCB，但额外的质量控制和社区支持是合理的——PCBWay 大力捐赠给 Kicad 等项目。 总体而言，体验是积极的，尤其欣赏人工审核流程。
对不起。
告别敏捷
Saying goodbye to Agile
13 小时前
## Agile 的衰落：回顾 本文认为，“Agile”尽管被广泛采用，但实际上是为解决一个早已被解决的问题而存在的——这个问题的解决方案早在几十年前的软件工程实践中就已存在。作者认为，《Agile 宣言》提供了一些含糊的原则，这些原则常常以缺乏具体定义的“真正的 Agile”为借口进行辩护。 关键在于，迭代开发、客户参与和原型设计这些核心理念，早在 1970 年就被温斯顿·罗伊斯等工程师所倡导，比《宣言》早了 25 多年。Agile 主要通过它*不是什么*来定义自己——瀑布模型——而瀑布模型本身已经被理解为存在局限性。 大型语言模型 (LLMs) 的兴起现在正在推动回归全面的文档和规范，证明了详细的规划实际上可以*产生*可用的软件——这直接与 Agile 优先考虑“可用的软件而非全面的文档”相矛盾。最终，作者认为 Agile 只是对现有思想的重新包装，它的时代已经过去，并倡导回归健全的规范和设计实践。
最近一篇名为“告别敏捷”的 Hacker News 讨论引发了对这种方法论日益增长的怀疑。许多评论者认为敏捷关注了错误的问题——代码是瓶颈，并且已被大型语言模型 (LLM) 的兴起所挑战。
核心论点在于，糟糕的规范、不足的分析和不切实际的期限才是项目失败的真正原因，而不是缺乏敏捷流程。虽然有些人预见会回归更迭代、更灵活的开发模式，但也有人开玩笑地说人工智能可以自动化传统的 Scrum 仪式。总的来说，这场对话表明，软件开发可能会从僵化的敏捷框架转向更灵活和适应性更强的方案。