原文链接:Humans and Agents in Software Engineering Loops 是martinfowler近期提出的一个清晰的框架,将 AI 时代的软件开发分为三种模式:人在回路外、人在回路内、人在回路上。 作者认为最理想的位置是第三种:开发者的核心工作从编写代码转变为构建和维护 Agent 运行所依赖的"harness",即规格、质量检查和工作流指引的集合。 文章还进一步描述了"agentic flywheel"的演化路径,让 Agent 不仅执行任务,还能持续改进驱动自身的 harne…

2026年3月21日 0条评论 60点热度 0人点赞 领测老贺 阅读全文

测试工程师能用OpenCode平替Claude Code吗? 有个做测试的朋友上周问我:“老贺,现在公司预算收紧,Claude Code一个人一个月20美金有点扛不住了。我看最近OpenCode挺火的,还是开源的,你说我们测试团队能用它平替Claude Code吗?” 他这么一问,我倒愣了一下。 说实话,这个问题在2026年的今天,还真不是一句“能”或“不能”就能回答的。就像你问“国产电动车能平替特斯拉吗”——日常通勤完全没问题,但要下赛道刷圈速,那又是另一回事了。 一、先搞清楚我们在讨论什么 最近很多朋友把Ope…

2026年3月20日 0条评论 118点热度 0人点赞 领测老贺 阅读全文

基于开发实践的Claude Code配置集合,从规划到部署的自动化工作流 目录 1. everything-claude-code是什么 2. Vibe Coding的日常 3. 痛点:AI辅助开发的常见问题 4. 典型工作流示例 5. 9大专业代理详解 6. 11个技能模块详解 7. 14个斜杠命令详解 8. 8大强制规则 9. Hooks自动化系统 10. 动态上下文系统与MCP服务器 11. 常见问题解答 12. 快速上手指南 13. 移植到OpenCode 14. 总结 1. everything-clau…

2026年1月23日 0条评论 1255点热度 0人点赞 领测老贺 阅读全文

核心概览:本文聚焦2026年前软件工程领域的5个关键议题,每个议题均呈现两种对立发展场景,剖析AI普及、市场环境变化对行业的深层影响。内容涵盖初级开发者职业困境、从业者技能演变、开发者角色重塑、专家与通才的路径抉择及教育模式变革,最终给出不同群体的应对策略,核心主线为“以变化为常量,通过技能更新与能力多元化立足行业”。 软件行业正处于特殊的转折期。AI编程已从“超级自动补全工具”进化为可自主执行开发任务的智能体;曾经驱动行业大规模招聘的经济繁荣,如今已让位于效率至上的导向——企业更看重盈利能力而非增长速度,更青睐有…

2026年1月15日 0条评论 1239点热度 0人点赞 领测老贺 阅读全文

随着AI大模型技术的成熟,软件工程领域正经历从流程到工具、从角色到方法论的全方位变革。领测老贺整合“AI重塑软件工程”系列公众号文章核心内容,沿着“需求工程变革→逆向建模突破→实践工具落地→方法论优化”的逻辑脉络,系统拆解AI驱动软件工程的关键环节,分析其对传统体系的冲击,并展望未来发展方向。 一、AI驱动的软件工程核心变革环节 (一)需求工程与开发流程的重构:结构化规范先行 传统软件工程遵循“需求→设计→开发→测试→部署”的线性或迭代流程,而AI技术的介入首先推动了需求工程的结构化转型,并重塑了全流程的协作模式。…

2025年12月28日 0条评论 1638点热度 0人点赞 领测老贺 阅读全文

在公众号《人月聊IT》看到《AI重塑软件工程》系列文章,感觉不错,所以在此集合一下这些文章的链接,方便日后查看。 AI重塑软件工程01-需求工程和软件开发过程的大阶段拆 AI重塑软件工程02-从DeepWiki源代码知识库到逆向建模工程 AI重塑软件工程03-基于ClaudeCode开发完整商业应用软件项目实践指南 AI重塑软件工程04-Spec Coding-基于Kiro AI IDE的周报系统开发01 AI重塑软件工程04-Spec Coding-基于Kiro AI IDE的周报系统开发02 AI重塑软件工程0…

2025年12月28日 0条评论 495点热度 0人点赞 领测老贺 阅读全文

原文:Daniel Knott 翻译:领测老贺 随着人工智能系统愈发先进并融入到了实际应用中,为确保其质量、可靠性与性能,将变得前所未有的重要。在本文中,我想分享关于 “测试左移” 如何改进通过人工智能进行开发的思考 —— 特别是通过对人工智能的提示词进行测试。 无论你是在处理大型语言模型(LLMs)、开发 AI 驱动的应用程序,还是为生成式工具设计提示词,在开发生命周期的早期阶段开展测试都是一项高效策略,并且能取得显著的收益。 什么是测试左移? 测试左移(Shift Left Testing)是一种软件开发实践,…

2025年10月17日 0条评论 1116点热度 0人点赞 领测老贺 阅读全文

作者:Thomas E. OConnor 敏捷团队由产品负责人、Scrum 主管、软件开发人员和其他通过创造性交付有价值的产品来协作解决复杂的问题的人员组成。在团队用来开发、交付和维护复杂产品的敏捷方法中,Scrum 越来越受欢迎。然而,直到最近,我们才通过大规模 Scrum(LeSS)等扩展型敏捷流程框架有效解决了企业中的 Scrum 扩展问题。 LeSS 框架简介 LeSS 是一个框架,用于将 Scrum 扩展到使用单个产品协同工作的多个团队。该框架从一个 Scrum 团队的基础开始,正如 Ken Schwab…

2025年4月26日 0条评论 2304点热度 0人点赞 领测老贺 阅读全文
123458