## 极简创业者的 Claude 代码技能 基于 Sahil Lavingia 的《极简创业者》，这些 Claude 代码插件在创业旅程中提供指导。通过 `git clone https://github.com/slavingia/skills.git ~/.claude/plugins/skills` 和在 Claude Code 中运行 `/plugin install ~/.claude/plugins/skills` 进行安装。 这些技能反映了本书的核心原则：**社群、验证、构建、销售、定价、营销、增长、文化和回顾。** 使用 **/find-community** 进行初步的想法探索，**/validate-idea** 测试市场需求，**/mvp** 定义一个集中的第一个产品。 **/first-customers** 帮助获取早期用户，**/pricing** 协助进行盈利。 一旦实现产品市场契合，**/marketing-plan** 和 **/grow-sustainably** 支持扩展。 最后，**/company-values** 帮助定义文化，**/minimalist-review** 提供了一个健全、集中的决策框架，确保业务精益且盈利。 这些工具旨在帮助创业者通过优先考虑重点和盈利能力来建立可持续的企业。
每日HackerNews RSS
对不起。
## 从实施者到基础设施建设者：Tano 的经验
在 Tano 的过去六周里，工作流程的转变显著提高了产出，尽管提交次数并不能很好地衡量进展。关键不在于*使用* AI 代理，而在于构建*基础设施*来赋能它们。
最初，作者手动执行所有标准的开发任务——这个过程被认为是“繁重的工作”。这促使创建了一个 Claude Code 技能 (`/git-pr`)，自动化 PR 创建并改进描述，从而释放了认知带宽。进一步的收益来自于切换到 SWC，实现亚秒级的服务器重启，消除了测试期间破坏性的上下文切换。
通过利用 Claude 的预览功能进行 UI 验证，进一步增强了委托能力，允许代理自我纠正并减少瓶颈。最后，一个解决端口冲突的工作树系统实现了并行开发，同时支持多个活跃的功能。
这种演变将作者的角色从个人贡献者转变为基础设施架构师，专注于消除摩擦并最大限度地提高代理效率。每一次改进都揭示了下一个瓶颈，凸显了一个持续优化的循环。结果是一个紧密循环、快节奏的工作流程，工程本身成为了主要的乐趣来源。
## Claude 代码与生产力辩论 (Hacker News 总结)
最近 Hacker News 的讨论围绕一篇博客文章展开，文章详细描述了一位开发者使用 Claude 代码提高生产力的经验。作者报告了更高的提交频率和更快的特性实现速度，但评论很快转向了对 *如何* 衡量生产力的批判性考察。
许多评论者认为，仅仅增加代码输出（提交、代码行数）是一种有缺陷的指标，这呼应了 90 年代人们对管理层优先考虑数量而非质量的担忧。重点转移到优化 *影响* – 更少的错误、更短的审查周期，以及最终的业务/人类价值。
并行使用多个 AI 代理等策略被讨论，但人们担心管理它们会增加认知负担，以及由于匆忙审查可能导致代码质量下降。 许多用户强调了仔细规划、强大的测试和人工监督的重要性，以避免“技术债务凯斯勒综合症”。
最终，对话表明人们对仅仅关注输出指标持怀疑态度，并希望采取更全面的方法来衡量人工智能在软件开发中的益处，许多人质疑提高的“生产力”是否仅仅是工作量转移，而不是真正的改进。
Polymarket 预测市场最近的投注活动显示，可能存在与美国-伊朗停火相关的内幕交易。八个新创建的账户投注了近 7 万美元，预计到 3 月 31 日会停火，可能赢得 82 万美元。这些投注出现在唐纳德·特朗普关于对伊朗采取军事行动的言论发生变化的时间点。 专家，如本·约克，认为账户创建时间、钱包分割（表明单个投资者隐瞒活动）以及提前布局表明获得了非公开信息。其中一个账户甚至从之前美国对伊朗的打击的投注中获利。 Polymarket 对停火的概率评估已大幅上升。该平台已经因潜在的战争牟利和虚假信息而受到审查，目前正在看到越来越多的活动，专注于利用地缘政治事件。尽管由于账户匿名，很难证明内幕交易，但这些模式引发了对这些新兴预测市场中利用特权信息的严重担忧。
## Dune 3D：一款新的开源3D CAD应用
Dune 3D 是一款新的参数化3D CAD应用，旨在解决作者对现有开源选项（如FreeCAD和Solvespace）在设计3D打印电子外壳方面的 frustations。虽然FreeCAD功能齐全，但其工作流程并不理想，而Solvespace则缺乏诸如STEP导入/导出和圆角/倒角等关键功能。
该项目利用了作者之前PCB CAD软件Horizon EDA的现有组件——包括3D视口和编辑器基础设施——以及Open CASCADE几何内核（用于STEP支持和功能）和Solvespace的约束求解器。
Dune 3D 历经三个月开发，旨在实现简化的工作流程，所有工具均可通过空格键菜单访问。作者选择创建一个独立应用程序，而不是贡献到现有项目中，是因为所需更改的规模以及尝试Gtk 4的愿望。项目资源，包括构建说明、文档和示例文件，可在GitHub上找到。
对不起。
## 美国航空旅行系统面临压力 美国的航空旅行系统，曾经是安全和效率的典范，由于多年的投资不足和政治功能失调，正面临崩溃的风险。最近发生的事件——包括拉瓜迪亚机场的跑道相撞（造成人员伤亡和广泛取消航班）、纽瓦克机场的险些相撞事件以及空中交通管制问题——凸显了系统已达到崩溃边缘。 促成因素包括部分政府停摆导致交通安全管理局（TSA）特工无薪，从而导致人手短缺和冗长的安检队伍。与此同时，过时的基础设施——依赖于软盘等技术——以及“监管俘获”（与波音公司等公司建立的密切关系）损害了安全性。 解决危机的尝试受到政治僵局的阻碍。更广泛的安全改进提案在国会停滞不前，而政府则采取临时性的“权宜之计”，例如将移民和海关执法局（ICE）特工部署到机场，进一步转移资源和专业知识。这种情况凸显了未能优先考虑和资助关键国家基础设施的系统性失败，危及乘客安全和航空旅行的可靠性。
## Rust 的一致性与生态系统演进 – 摘要 Rust 的设计，特别是其一致性规则，给生态系统发展带来了挑战。一致性规定一个 trait 对于给定类型只能有一个实现，而“孤儿规则”限制了这些实现可以定义在 *哪里*。这使得演进基础 crate（如 `serde`）变得困难：任何替代的序列化库都需要使用原始库的 *每个* crate 都添加支持，这是一项巨大的工程。 这个系统偏向于已经建立的 crate，即使出现更好的替代方案，因为分叉和修补通常比广泛的重新实现更容易。核心问题在于语言本身，而不是单个库。 虽然一致性确保了类型安全，但放宽规则的提议（如二进制 crate 免除、延迟一致性或一致性域）尚未完全解决“生态系统演进问题”——替换已建立 crate 的困难。 一种潜在的解决方案是将 trait 实现视为具有显式命名和选择的 *值*，允许重叠的实现，并可能完全移除一致性。这将需要重大的语言更改，但可以释放更大的灵活性和创新，尽管迁移和保持健全性方面的挑战仍然存在。最终目标是在 Rust 的优势与对更具适应性的生态系统的需求之间找到平衡。
## Rust 的一致性辩论与生态系统问题
一篇最近的博文引发了 Hacker News 上关于 Rust 复杂性以及其严格一致性规则（通常称为“孤儿规则”）潜在弊端的讨论。虽然许多人喜欢 Rust 的安全性和性能，但一些人越来越担心复杂的语法使其可访问性降低，并阻碍了生态系统的发展。
核心问题在于扩展在外部 crate 中定义的类型。Rust 的规则阻止你在没有复杂变通方法的情况下向你未拥有的类型添加功能（如序列化）。这与 Scala 等提供更多灵活性的语言形成对比。人们担心这会强制进行不必要的 fork 和重复劳动，尤其是在尝试与广泛使用的 crate（如 `serde`）集成时。
评论者争论这是否是根本缺陷，还是为了 Rust 的稳定性和防止冲突实现而必须做出的权衡。一些人指出了 C++ 自身的复杂性，而另一些人则强调了成功的变通方法，例如包装类型。一个关键点是 Rust 是否变得过于理论化，可能会疏远那些想要一种实用、易于理解的系统编程语言的开发者。最终，讨论的中心是平衡 Rust 的雄心勃勃的目标与可用性，并促进一个繁荣的生态系统。
## 测绘的局限与科学发现的未来 豪尔赫·路易斯·博尔赫斯关于一个帝国创建一张与领土本身一样大的地图的寓言，说明了知识领域的一个关键挑战：过多的细节可能变得不切实际，并掩盖真正的理解。虽然当今的AI擅长创建庞大的“地图”——例如，在海量数据集上训练的大型语言模型或预测蛋白质结构系统——但仅仅*更多*的信息不足以实现真正的科学进步。 文章认为，真正的突破需要范式转变，而不仅仅是在现有框架内进行更精确的预测。就像哈里·贝克重新设计的伦敦地铁地图一样，科学有时需要一个根本不同的“示意图”，一个更简单、更统一的原理。目前专注于最小化预测误差的AI，难以实现这种概念上的飞跃。 为了避免“超常态科学”——预测能力提高但缺乏新的探索——我们需要设计能够生成*新的*概念词汇的AI，而不仅仅是分析现有的词汇。这需要理解范式转变*如何*发生，可能通过将科学机构作为一个系统来研究，并利用AI探索不同的研究条件。最终，加速科学发展不仅仅是扩大计算规模，而是要刻意地创造破坏性发现的条件。
本地堆栈已归档其 GitHub 仓库，需要帐户才能运行。
Local Stack Archived their GitHub repo and requires an account to run
38 天前
## LocalStack 更新与概述
LocalStack 是一个强大的框架，用于在本地开发和测试 AWS 应用程序，在一个 Docker 容器内模拟 Lambda、S3 和 DynamoDB 等云服务。 这加速了开发并简化了测试，无需连接到远程云提供商。
**重要更新：** 为了提高可靠性和简化开发，LocalStack 团队已整合到一个统一的镜像中。 原始仓库现已存档并变为只读，所有资源都集中在核心 LocalStack 体验上。 现有的贡献备受重视，并仍然是项目未来的重要组成部分。
**入门：** LocalStack 可以通过 Brew、二进制下载或 pip 安装。 `localstack-cli` 管理 Docker 容器，而 `awslocal` 与模拟的服务交互。 详细的文档和用户指南可在网上找到。 Pro 版本提供扩展的 API 支持和高级功能。
您可以在官方 LocalStack 网站上找到更多信息，包括发行说明和贡献指南。
## LocalStack 转变方向，引发争议
LocalStack，一款流行的本地模拟AWS服务的工具，已经将其GitHub仓库存档，并且现在需要账户才能运行，这在技术社区内引发了讨论。虽然代码仍然可用，但许多人认为这是对开源原则的背离，并且在受益于社区贡献之后的一次“地毯式拉扯”。
用户对失去一个免费可用资源以及开发者寻求替代方案可能导致碎片化表示担忧。争论的中心在于公司利用开源工作获利是否合乎道德，即使遵守了许可条款。一些人认为，无限期地维护开源项目是不可持续的，而另一些人则强调诚信和透明度的重要性。
MinIO、rustfs、Moto和Proxymock等替代方案正在被讨论，但每个方案都有局限性。这种情况凸显了开源模式与商业利益之间日益增长的紧张关系，类似于最近MinIO和Tailwind等项目的类似事件。这一事件引发了关于在没有保证持续支持的情况下依赖开源项目的长期可行性的问题。
如果您是授权合作伙伴、《世界报》订阅者，或希望获得访问此内容的授权，请联系：licensing[@]groupelemonde.fr，并附上包含您的IP地址和请求ID (RID) 的此错误页面的副本。
英文版：您的流量已被识别为自动化（机器人活动）。如果您是授权合作伙伴、《世界报》订阅者，或希望请求访问此内容的权限，请联系：licensing[@]groupelemonde.fr，并附上显示您的IP地址和请求ID (RID) 的此错误页面的副本。
IP：47.245.80.60
RID：a12c3984f47d46b29d12000000000001
## 美国停止海上风电项目，向道达尔能源支付10亿美元
美国政府正在向道达尔能源支付近10亿美元以停止两个海上风电项目的发展。这一决定引发了网络上的强烈不满，与政府支持化石燃料的立场有关，特别是前总统特朗普因苏格兰高尔夫度假村的纠纷而对风力涡轮机产生的个人恩怨。
评论员们对美国作为能源投资伙伴的可信度表示担忧，并强调了对脆弱化石燃料供应链的潜在依赖，特别是对少数几个燃气涡轮机制造商的依赖。许多人批评这一决定目光短浅，指出了环境成本以及可再生能源可能比化石燃料更具可行性的潜力。
讨论还涉及更广泛的地缘政治问题，一些人担心美国全球影响力下降，并转向依赖中国等国家。虽然一些人对美国的未来表示极度悲观，但另一些人强调持续的政治参与和投票以促成变革的重要性。
## 正则表达式引擎中长期存在的缺陷
数十年以来，正则表达式引擎一直错误地宣传了查找*所有*匹配项的线性时间复杂度。虽然单次匹配的性能可以是线性的，但迭代所有匹配项会引入隐藏的二次方时间复杂度（O(m*n²）），这个问题早在 1970 年代就被发现。这是因为当引擎在搜索多个重叠匹配项时，可能会陷入重复扫描输入的困境——例如，将 `.*a|b` 模式应用于一串 ‘b’ 字符。
这个问题影响了几乎所有引擎（RE2、Go、Rust 的 regex crate、.NET），并且即使在那些旨在避免回溯的引擎中仍然存在。一种解决方案是限制搜索范围——在第一次匹配后停止可以恢复线性时间，但会改变预期的行为。
作者的项目 RE# 旨在解决这个问题。它采用两遍扫描方法：反向扫描以标记潜在的匹配起点，然后进行正向扫描以确定每个点的最长匹配项。一种“加固”模式即使在面对恶意输入时也能保证线性时间，但会降低简单模式的性能。RE# 的性能与现有引擎相媲美或超越现有引擎，尤其是在复杂模式上，利用了跳跃加速和高效 DFA 构建等技术。
虽然 RE# 目前不支持捕获组和惰性量词，但它提供了布尔运算符和独特的流处理方法，使其成为真正高效可靠的正则表达式匹配的重要一步。
## Hacker News 讨论：正则表达式性能与复杂度
一场 Hacker News 讨论围绕正则表达式（regex）匹配的性能，特别是寻找*所有*匹配项时可能出现的二次时间复杂度问题。原始帖子 (iev.ee) 强调了这个问题并探讨了解决方案。
用户讨论了各种方法，包括基于 NFA 的引擎，如 `@bablr/regex`，它们避免了复杂度膨胀，但可能耗尽内存。另一些人指出，仅验证*没有*匹配项时，通常可以达到线性时间性能。一个关键点是回溯的影响以及通过类似数据库查询规划或编译器重写的技术进行优化的潜力。
对话还涉及正则表达式功能与性能之间的权衡，建议限制功能可以保证更好的时间复杂度。为不受信任的输入，建议使用时间和/或内存限制来沙箱化正则表达式执行。最后，一些用户指出线性时间引擎（如 Hyperscan）的潜力，以及考虑最左最长匹配语义的重要性。作者确认帖子是人工撰写，并借助 LLM 润色措辞。