文章核心观点 - 自2025年12月以来，AI驱动的自动化编程技术取得显著进步，使得行业能够摆脱对复杂框架和中间层工具的依赖，回归真正的软件工程，即专注于解决实际问题的架构和设计，而非重复的体力劳动[2][10] - 自动化编程工具（如编码代理）的成熟，使得开发者能够快速构建定制化工具，从而专注于产品中真正重要的复杂性，而非被框架强加的、不必要的复杂性[4][10] - 行业长期以来过度依赖由大型科技公司（如谷歌、Meta、Vercel）主导的框架，本质上是将劳动力成本外部化，并导致工程师沦为可替换的操作员，而非解决问题的工程师[9] - 呼吁开发者利用现有的成熟工具（如Bash、编码代理）和模型，开始构建真正属于自己的、量身定制的解决方案，而不是继续装饰由他人设计的“老房子”[13][14][15] 自动化编程的实质与影响 - 自动化编程并非肤浅的“氛围编码”，而是类似于历史上印刷机、织布机带来的工作革命，其核心是自动化繁重的、逐行敲击代码的体力劳动[4] - 自动化编程允许经验丰富的开发者扮演“建筑师”角色，基于其深厚的经验（如二十年的亲手实践）进行高层设计，而将具体的“砌砖”工作交给工具，同时保留深入底层进行调整的能力[4][5] - 自动化编程使得开发者能够快速构建所需的小型工具，从而将时间投入到真正重要的艺术创作中，而非重复的“锻造间汗水”[5] 对现有框架生态的批判 - 行业盲目接受了大量框架、库和工具，这些抽象层用无意义的抽象解决本不存在的问题，每解决一个问题却创造了十个新问题，污染了软件工程[6] - 框架主要解决了三个问题：1）“简化”，实则是工程师因害怕自行设计而接受他人蓝图的一种“投机取巧”[8]；2）“自动化”样板代码，这是唯一可被理解的部分[8]；3）未声明的“劳动力成本”，即企业通过采用标准化框架来降低对高技能、需培训的软件工程师的依赖，将其转变为易于替换的“齿轮”[9] - 继续依赖框架将导致企业持续支付高昂的隐性成本，包括运营成本（如漏洞修复）和设计选择成本，并错失软件工程领域数十年来最大的机遇[13] 新范式下的工具与机遇 - 自2025年12月以来，自动化编程的革命性进步已显而易见，为行业提供了摆脱无用复杂性、专注于产品核心复杂性的机会[10] - 自动化样板代码的成本已变得极低，开发者可以“有目的地构建”工具，对于99%的用例，一个简单的Makefile就足够，仅在真正复杂时才考虑更复杂的方案[10] - 编码代理等工具已非常成熟，它们能极好地处理Bash等基本工具，最古老的工具（如1989年诞生的Bash）反而展现出最强的未来适应性，编码代理转向以Bash为交互方式即是明证[11] - 行业应利用现有的工具和模型，停止用“丝绸包裹断腿”（指用框架掩盖根本问题），开始构建属于自己的东西[15] 相关评论与不同观点 - 有评论完全赞同文章观点，认为这是一个创造的时代，应相信个人品味进行自主探索和实验，而非依赖组织或复杂库[16] - 有评论提出不同看法：1）当前LLM对于中低级工程师而言并非像框架那样能解决“简化”问题，缺乏足够的提示技巧培训和生态系统文档支持，可能导致技术鸿沟扩大[17]；2）质疑模型自我改进的能力，担心会被困在训练时的架构中，无法像框架那样持续演进以应对未来的问题[17]