WWW.YOUINFO.SITE
标签聚合 值回

/tag/值回

LinuxDo 最新话题 · 2026-05-28 23:15:50+08:00 · tech

AI时代软件工程的范式革命与价值回归 从“砌砖”到“绘蓝图”:AI时代软件工程的范式革命与价值回归 近年来,随着代码生成式AI的成熟,一个根本性的问题开始萦绕在每个开发者心头:当AI能写出大部分代码时,程序员的价值何在?软件工程又将走向何方? 我近期闲来无聊和豆包聊天,讨论对行业思考:当前许多团队“拿着AI的工具,还在用十年前的研发范式”,本质上是一种“新瓶装旧酒”的浪费。真正的革命,并非让AI适配旧的软件工程,而是基于AI的原生特性,对整个行业进行一场从理念、架构到角色的彻底重构。 一、核心悖论:效率枷锁与价值迷失 核心矛盾: 前后端分离、分层架构、繁复的测试流程,这些在“人工编码时代”为提升协作效率和工程质量而生的最佳实践,在AI时代正逐渐异化为新的“效率枷锁” 。 过去,我们拆分前后端是为了让专业的人做专业的事,并行开发。但代价是高昂的沟通、联调与文档同步成本。如今,AI可以在一分钟内根据一个业务描述,生成包含界面、逻辑、数据交互的完整功能模块。如果我们依然固执地要求AI分别生成前端页面、后端接口,再投入大量人力进行联调和对齐,这无异于开着跑车却坚持按照马车的交通规则行驶。 问题的根源在于,我们混淆了“手段”与“目的”。用户从不关心系统是否是微服务、是否严格前后端分离,他们只关心功能是否好用、问题能否解决。 编程最本源的目的,是用技术解决人的问题,而非对某种技术架构的顶礼膜拜 。当编码成本因AI而趋近于零时,最大的浪费不再是“写代码慢”,而是“用旧流程管理新生产力”所产生的时间与沟通损耗。 二、范式转移:从“代码工程”到“业务意图工程” 那么,AI原生的软件工程新范式究竟是什么?我总结为五个维度的根本性转变: 核心范式:从“代码为中心”到“意图为中心” 。未来的开发起点,将不再是技术设计文档,而是用自然语言精确描述的、可验证的 业务意图 。开发者的核心工作从“如何实现”转变为“要实现什么”,即精准地定义问题、拆解场景、设计规则。代码将从“第一公民”降格为AI自动生成的、近乎透明的中间产物。 架构范式:从“分层架构”到“垂直切片架构” 。为人类协作而生的前后端分离、MVC等分层架构将被颠覆。未来的架构将围绕“业务垂直切片”构建——每个完整的用户故事(如“用户下单”)都是一个由AI统一生成、内部无技术边界的独立切片。切片间通过事件通信,彻底消灭联调。架构不再是炫技的资本,而是按业务需求轻量组合的工具。 质量范式:从“测试代码”到“验证意图” 。我们不再需要人工编写大量的单元测试、接口测试来验证代码逻辑。质量保障体系将进化为一个AI驱动的 闭环验证系统 :人类定义核心业务场景与验收标准,AI自动生成并执行海量测试用例(包括边界和异常情况),自动定位并修复问题。只要业务意图被满足,代码的形式不再重要。 框架范式:从“人类友好”到“AI友好” 。现在的React、Spring等框架充满了为人类设计的抽象与语法糖。未来的AI原生框架将是 高度声明式、API极简、内置验证 的。开发者只需描述“做什么”,框架和AI会共同完成“怎么做”,并自动确保性能、安全与可访问性。 流程范式:从“批次迭代”到“持续进化” 。传统的“需求-设计-开发-测试-上线”的批次化流程将消失。应用将进入一种 持续进化 状态:根据用户反馈和业务数据,由AI自动分析、生成优化方案,经人类确认后无缝部署。版本号将变得模糊,开发与运维的边界彻底融合。 三、职业重塑:从“程序员”到“业务架构师与AI调度师” 这场变革对从业者的冲击最为直接。只会“搬砖”、写CRUD代码的工程师将快速失去竞争力。大胆预测,未来的研发角色将深刻转型: 业务工程师/架构师 :核心能力是 深度理解业务、洞察用户痛点、并能够将模糊需求转化为精确、可执行的“业务意图”描述 。他们是产品与技术之间的新桥梁,决定了AI工作的方向与价值。 AI调度与训练师 :负责优化AI提示词、搭建高效的工具链、处理AI无法解决的复杂技术难题,并训练专属的领域AI模型,让AI更“懂”业务。 业务验证专家 :从传统的“找bug”转向“保价值”,专注于设计高价值的验收场景,确保AI的产出精确匹配商业目标。 技术能力将不再是高耸的门槛,而解决问题的能力、业务洞察力和创造力,将成为不可替代的核心壁垒 。软件开发将前所未有地“平民化”,业务人员借助AI也能构建应用,而专业团队则聚焦于更复杂的系统设计与价值创造。 四、未来已来:行动路线图 豆包给出了从“融合阶段”到“原生阶段”的清晰落地路径。对于当下的团队和个人,启示非常明确: 立即开始转变思维 :接受“意图驱动”的理念,在下一个需求评审时,尝试用“业务意图卡”而非“原型图+接口文档”来描述功能。 重构工作流优先于采购工具 :不要试图用Harness等工具将AI硬塞进旧流程。先从一个小型、非核心的项目试点,跑通“意图 → AI生成 → 验收”的最小闭环。 投资于业务与软技能 :有意识地提升业务理解、沟通和抽象能力。学习如何与AI高效协作(提示词工程),而非仅仅学习最新的框架API。 尝试垂直切片开发 :在新项目中,尝试以完整的用户故事为单元进行开发,让AI生成全栈代码,体验边界消融带来的效率提升。 结语 AI对软件工程的影响,远不止是“更快的程序员”。它是一场触及行业根本的 范式革命 。它迫使我们重新思考编程的本质,将我们从繁琐的实现细节中解放出来,回归到创造业务价值的本源。 那些执着于“新瓶装旧酒”的团队,或许能获得20%的效率提升;而勇于拥抱“意图驱动”、“垂直切片”、“持续进化”等AI原生范式的探索者,将有机会赢得十倍乃至百倍的生产力飞跃。未来不属于会使用AI的工具人,而属于能驾驭AI、将其能力导向解决真实世界问题的 思想者与创造者 。 这场革命,不是终结,而是软件工程一个更激动人心的新开端。 6 个帖子 - 6 位参与者 阅读完整话题

linux.do · 2026-04-19 11:28:44+08:00 · tech

一大早起来发现账号变成了 free plan,但我个人觉得已经值回了票价(共计花费 33 元),大约是周日凌晨三点左右没的,昨晚临睡前最后一刻的战绩如下: 这说明了两点 1 我真是 pro 20x 的目标用户,别人都说 pro 死也用不完,但对我来说刚刚好 2 做复杂工程尤其是逆向工程真的很消耗 token(反序列化+语义重构+动态追踪+插桩分析+结构重建+复杂工程开发), 一个 pro 大概率也不够啃 22 个帖子 - 11 位参与者 阅读完整话题

36kr.com · None · tech

随着2026年公募基金一季报披露完毕,基金持仓高度“抱团”于科技赛道的现象成为市场焦点。然而,在基金一季报披露前后,这些被“抱团”的标的股价走势呈现显著分化。这不禁引发市场思考:曾经被视为“藏宝图”的基金季报,是否正异化为反向指标?从长期市场规律来看,基金季报披露后行情分化、热点反转的现象并非偶然。究其根源,由三大核心因素共同影响:季报与生俱来的信息滞后性,机构“拥挤交易”形成的一致预期,以及普通投资者对短期业绩的盲目追捧。(证券时报)