Being__的博客

一个工程能力扎实的程序员，在 AI 时代究竟处在什么位置？如果用修仙体系来映射，我觉得是——结丹期修士，刚刚具备了驾驭“高阶法宝”的资格。

BWorkflow 是一套面向「人 + AI 编程助手」团队的项目交付规则层，通过显式 gate、可验证的退出标准和最小化的人为决策点，让中等规模项目在高速迭代中仍保持可控。

7228 个海图单元、109 个服务、9000 个图层、18.7 小时渲染、24GB 缓存——数字本身并不惊人，值得注意的是全程没有一次针对单个数据集的人工介入。定义意图、审批计划；执行与经验记忆，都交给了系统。

用了这么久AI辅助开发，我最大的感受是：AI没有让软件工程的底层逻辑发生翻天覆地的变化，该做的设计、该拆的模块、该把的关，一样都少不了。变的是分工——开发者从"写代码的人"，变成了"拆需求、定方向、做验收的人"。以前写代码是核心能力，以后架构能力、需求分析能力、任务拆分能力才是真正的护城河。这些能力，AI替不了你，反而会把它们的价值放得更大。所以我的建议很简单：别纠结"AI会不会取代程序员"这种问题，也别沉迷于"一句话生成一个应用"的幻觉。

本文探讨了AI时代软件开发模式的转变。作者通过实际工作案例指出，随着AI编程工具的成熟（如ClaudeCode），传统的代码编写和积累方式正在被颠覆。现在开发者只需清晰表达意图，AI就能直接生成可执行脚本，使得代码复用库的重要性下降。未来软件架构设计的重点将转向领域知识的组织和结构化存储，以便AI更好地理解和调用。这种转变意味着开发者需要更关注知识管理而非代码实现，同时保留关键工作流（SKILL/Workflow）作为参考基准。文章反映了AI正在重塑软件开发范式，从"写代码"转向"表达意图+管理知识"的新模

背景： 最近团队的新项目开始基于CMake作为工程管理，结合VSCode作为IDE进行开发，一个原因当然是为了可支持跨平台。原来我们的开发环境是使用VS系列IDE进行开发，在底层框架完全改为CMake支持后，后续的项目开发也开始完全用CMake组织工程，虽然说的是使用VSCode开发，不过对于今天要总结的内容暂时不必要，所以，这次介绍使用CMake生成VS2015的工程，重点在CMakeLists.txt怎么写。 由于真正用于项目开发的CMakeLists.txt已经非常庞大和复杂，所以这里我将简化一版自己