每周小结 20260627
“难道人生就这样了，平静的心再难有浪潮”。本周念叨最多的一句，也许到了认命的年纪了，不是想着大事业，而是不想要无趣无聊的人生。
本周观影
之前看过博主去云南重走滇缅公路的视频，拍的非常好，这次看一个不同的题材，关于吐鲁番的景、食物和人，烤馕店的孩子们和烤馕的妈妈非常友善，看了感受到了别样的“热”。
在很多人的印象里，吐鲁番只有一个标签：热。 这里是全国最炎热的地方之一，夏天动辄四十多度，火焰山脚下连空气都像是热的。但真正来到这里之后，我发现，比“有多热”更值得好奇的问题是：在这样的地方，人们到底是怎么生活下去的？ 于是我在吐鲁番待了两天，从清晨的早餐店，到正午的火焰山；从交河故城、坎儿井，到葡萄架下的院落和深夜重新热闹起来的街头，试着去寻找这个问题的答案。 这期视频里，你会看到一个比“最热”更复杂的吐鲁番：这里不只有高温和烈日，也有葡萄架下的阴凉、坎儿井里的流水、夜市里的烟火气，还有我在路上遇见的那些热情又真诚的当地朋友。 如果说火焰山代表的是吐鲁番的极端气候，那么真正让我记住这座城市的，还是生活在这里的人。
博主在上面视频也有提到另一视频：独游大兴安岭最冷门的地方 我找到了一个最温暖的秋天，两个极端，这是到了冷极（是在加格达奇旁的呼中，有些年份最冷），大兴安岭是真美，环大兴安岭环线也是在我目标旅程上。
身陷4座“万亿城市”包围圈：它是江浙沪地理中心最安静的“小透明”
浙江嘉兴海盐，博主拍的和说的都是胜在真实，一路提到了余华、杭州湾海滨走廊和鱼鳞塘、张乐平纪念馆、绮园、秦山核电站、步行街（胜利面馆）、沈荡古镇（胜利饭店，许三观卖血记，玉英烧麦，官酱园，谷仓），南北湖，去过一次和一些地方，周末转转还是不错的。
《地狱占星师》：看土摩托分享的，周末看了感觉还是挺精彩的（女主角演技绝佳），女主还是日本现实中的人物，从日本战败开始，到经历日本高速经济增长和后续失落的三十年，历经种种，被人骗，到后来骗别人（自己被人骗的经历，反过来骗了歌手岛仓），如剧中早先占卜先生说的那样最后会被欲望吞噬的；剧中有一个传记作家的视角去看女主的回忆，也非常有意思；看了想说，欲望有时候是好事，但大多数时候相信是不利的，“壁立千仞，无欲则刚”。
本周阅读
- 《張忠謀自傳全集》：下部，德州仪器的岁月，从斯坦福博士毕业后，在德州仪器一路上升，不同时段的上司对于其信任和升迁上的帮助，公司管理上杀伐果断，有策略和方法，技术有视野，乐于不断的学习调整，也有足够的能力接受不同的挑战，直至集团副总裁，厉害的人都是相似的；最后几年在公司包括后来去了通用，都遇到了事业上的挫折，随后到台湾开启了台积电的辉煌旅程，所以挫折不一定坏事，如果一直在德州仪器顺风顺水，可能也不会有了现在张开创的台积电了；台积电的历程，起步来说包括政府、民间和海外投资三方的资金，说到台塑的投资还是比较唏嘘的，张自己也没细说，王最后投了但上市之后又很快退出来了，飞利浦有眼光也有足够份额，但是没长期看多的眼光，张也是有意的让飞利浦降低份额；台积电和 ASML 以及 Nvidia 的起始合作（当初两者都是起步阶段）都是台积电自身的眼光和对客的态度，伟大的企业经营策略上都一定是非常对路的，包括用人和做事的体系；书后半段也谈到了一些轶事，如：两次请黄仁勋出任 CEO，黄说了“我已有工作”，彼时台积电是 10 倍的英伟达；也谈到了和苹果的合作起始，英特尔的出局，获得苹果的信任。
- 《炒股的智慧》：值得一读再读，说的特别实在。
本周播客
No.222 程泓宁：从庙堂之上的投资人，到在真实的泥地里打滚
三五环（刘飞的独立播客，对，就是半拿铁的刘飞），风投和创业，宇宙 E-Bike。
半拿铁新的一期，了解一下泉州，一如既往的好。
170.《1929》的泡沫之夏：三个代表人物，和他们在当下周期的影子
最近不断看人提起的一本书，起朱楼宴宾客的这期播客聊了书，也结合当下的一些美国现状，推荐。
本周胡思乱想
- 一直在劝自己慢下来，做任何事情都要慢下来，不要有任务的心态，特别是非工作上的事情。
- 不要好了伤疤忘了痛，任何事情都是如此，投资和工作一样。
- 没有天分就靠努力，如果两样都不够，就靠运气 - 对我孩子说的，目前看是两样都不够，那就看运气，放低预期。
- 如何围绕 SDD 组织设计文档，是 feature 级别还是 workspace 需要有独立的设计文档？后者一定要有，在 feature 级别是否需要有设计文档，可以有，但是需要确保起和系统级的设计保持一致，系统设计得到持续的更新，不然全部设计散落在不同 feature，结果就是设计分散，人在这个过程中会迷失了。
本周投资
- 我重新调整了我每天对于投资的市场情况记录和反思的记录，不用之前的模板，而是采用自由格式记录。
- 投出了一个其他账户的第一笔，后续有了一个基础。
- 周末还是在集思录思考 A 股到底可以投啥标的，不过最近这波让我下重手我也不会，还是持续观望一段吧，半导体、存储和光上错过了就是错过了。
- 不是全职做，只能用长线的方法看，别想着短线啥的，不然就是妥妥的韭菜。
本周文章
开头的要点速览总结了托尼·法德尔的观点，软硬一体的产品已经有了雏形，如：之前看到的结合本地模型能力，识别宠物声音给主人反馈宠物意思的硬件，还有国产手机和车机上的各种模型能力，机器人会给我们生活带来更大的变化。
法德尔分享了他的“三代法则”产品哲学：第一代做出产品，第二代修复产品，第三代修复商业模式——没有产品能一次做对。
他认为，AI是放大器，但当创始人和产品负责人把顶层思考与系统架构全部交给AI，则会出现认知问题——真正拉开差距的，永远是AI替代不了的品味与取舍。
他判断，AI对算力的渴求正在催生新一轮基础设施重建，纯软件没有护城河，软硬一体的产品才有真正意义上的壁垒。
Reliability fail: No automated zone failover for Coinbase’s global trading service
最近刚好在讨论和设计公司平台的 DR 方案，Coinbase 架构设计上没 AZ 切换的能力，这是事后分析报告：A postmortem of our May 7, 2026 outage
A History of Menus is a Menu of History
关于餐馆菜单的设计，Pudding 出品是真好看，还有关联的一篇：Menu collection。
一个住在上海不少年的荷兰博主，要离开上海回荷兰，重走梧桐区和买了块上海牌的手表（还挺漂亮的，看着是创历者 - 39毫米自动上链机械腕表。
关于软件研发的生命周期，流程、管理和技术手段都在发生变化，文章通过几个图表非常清晰说明了其中的趋势和看法，强调可控可评估的重要性；这周一直在用 Kiro 尝试方案设计的产出，也在看 AWS 出品的 AI-Driven Life Cycle (AI-DLC) adaptive workflow steering rules for AI coding agents。
以下是 Gemini 对于上面这篇文章的分析总结：
Addy Osmani 等人在 2026 年 5 月发表的白皮书《The New SDLC With Vibe Coding》中，深入探讨了 AI 如何重塑软件开发生命周期 (SDLC)。文章的核心观点是将 AI 辅助开发划分为从“Vibe Coding”到“代理工程 (Agentic Engineering)”的频谱，并指出了开发者角色和工程范式的深刻转变。
以下是文章的主要分析总结：
1. 核心概念：Vibe Coding vs. 代理工程
文章区分了两种截然不同的开发模式，并指出它们是开发频谱上的两个端点：
- Vibe Coding：指的是一种基于直觉的、“即兴提示即交付”的开发模式。它适用于原型设计或黑客松，通过快速生成代码来获取即时结果，但往往缺乏结构、验证和长期可维护性。
- 代理工程 (Agentic Engineering)：这是生产级软件开发所需的范式，强调结构化、规格驱动 (Spec-Driven) 和自动化验证。它包含严谨的架构设计、测试套件、CI/CD 门禁和人类的深度审计。
2. “交叉点”理论：成本与规模化
文章提出了一个关键的财务逻辑：“Vibe Coding 并不便宜，它只是开始时便宜”。
- 成本曲线：Vibe Coding 具有较低的初始投入（CapEx），但随着 bug、技术债务和代码不可维护性的积累，其长期运营成本（OpEx）会迅速攀升。
- 交叉点：当项目需要扩展或进入维护阶段时，Vibe Coding 的成本会超过代理工程。因此，对于任何旨在长期生存的生产系统，必须尽早引入代理工程的严谨性。
3. 系统架构：Agent = Model + Scaffold (脚手架)
文章强调，成功的 AI 开发不应仅关注模型本身，模型只是“引擎”，而“脚手架 (Scaffold/Harness)”才是决定系统成败的关键。
- 脚手架的重要性：脚手架涵盖了指令集、规则文件、工具调用、沙箱环境、评估指标 (Evals) 和可观测性等。该文章提到，通过优化脚手架（而非更换模型），可以显著提升 AI 代理的性能。
- 上下文工程 (Context Engineering)：这是控制成本和性能的核心。文章建议将上下文明确区分为“静态上下文”（始终加载，代价高昂）和“动态上下文”（按需加载，成本高效）。
4. 开发者角色的范式转移
随着 AI 能力的增强，开发者的工作重心发生了实质性的变化：
- 从 Conductor 到 Orchestrator：开发者不再是逐行编写代码的“执行者”，而是转变为负责架构设计、任务拆解、质量仲裁和系统编排的“指挥官”。
- 新技能要求：编写精确的规格说明书 (Spec)、定义评估标准 (Evals) 和设计“可验证性”的架构，成为了 2026 年核心的工程技能。
结论建议
为了从 Vibe Coding 平稳过渡到代理工程，作者建议开发者：
- 建立规范 (CLAUDE.md/AGENTS.md)：将项目的技术规则、惯例和硬约束记录在案，作为 AI 的长期记忆。
- 采用“研究-规范-实现”流程：在编写代码前，先进行深度研究并制定详细的规格说明书，确保 AI 的输出是可预测且可验证的。
- 优先构建评估 (Evals)：在生成代码之前定义验证标准，将 AI 辅助开发转化为可控的工程过程。
评论已关闭