跳到主要内容

3 篇博文 含有标签「生产力」

开发者生产力和工作流优化

查看所有标签

怎么才能不给 agent 当保姆?

· 阅读需 20 分钟
马老师 Marvin
软件工程师 & 开源爱好者

先说个跟 agent 无关的场景。

你手底下有两种员工。一种,活派下去就没声了,到点交付,中间只找过你一次,因为碰上一件他拿不准、也确实不该由他拍的事。另一种,一天问你八遍:这个能不能改?那个现在做还是等等?我这么弄行不行?每一步都要你点头。说是管理,其实你是在陪他干活。

两张并排的办公桌。左边那位活干完了放在桌上,经理远远坐在后面,松弛地靠着,没在看他;右边那位手上摆着一堆待定的东西,经理凑到桌边俯身盯着,头顶冒火,两人之间飘着几个空的对话气泡。同样两个下属,差别在经理走不走得开

第二种员工,我们习惯说他"还不够成熟"。可带过团队的人都知道,这事往往不怪人。他手上没有一份说得清的授权范围,不知道哪些决定归自己、哪些必须请示;也没有一条明确的验收标准,不知道做到什么份上算完。这两样你不定下来,再能干的人也只能一直回头问你。

现在把这两种员工换成 agent。你会发现你手上那个,基本是第二种。

一个人端着咖啡坐在办公椅上,旁边那台机器正自己干得好好的,却伸出一只机械手一直拍他的肩膀。他打着哈欠,明明没出什么事,就是离不开这把椅子

而且它比新人还麻烦一点。新人心里没底的时候,自己是知道没底的;agent 最弱的地方偏偏就是"发现自己不对",这个后面有数据。所以指望它慢慢"成熟起来"更没戏,只能把话写到纸面上。

这篇想回答的就是那个问题:怎么才能不当这个保姆。 下面四件事:为什么你盯着也没用、它现在能自己跑的那部分到底靠什么、"什么时候来找你"该怎么定,以及你该看哪儿,还有那件怎么也交不出去的事。

便宜的是代码,贵的是注意力

· 阅读需 13 分钟
马老师 Marvin
软件工程师 & 开源爱好者

过去写一个功能要一整天。现在,一句话丢给 agent,几分钟就有了。

这件事的第一层意思大家都感受到了:产出变便宜了。但它还有第二层,容易被兴奋盖过去——当你过去要花钱买的东西突然几乎免费,那笔钱不会凭空消失,它只是搬了个家,搬到另一样还稀缺的东西头上。

代码不再稀缺。那还有什么稀缺?是你决定做什么、在哪儿喊停、看见那个别人没看见的问题——是你的注意力

这不是"人更重要了"这类安慰话,而是一笔很实在的账:当一种投入变得又便宜又充裕,值钱的部分就会顺着往上游挪,挪到那个还稀缺、又跟它互补的环节。AI 把单位产出批发到几乎不要钱;价值于是挪到了它的上游——注意力。

所以这篇的主张很短:便宜的是代码,贵的是注意力。 但我想把话说全。注意力更值钱,是因为它的杠杆变大了;而杠杆是双刃的——它按同一个倍数放大你对的判断,也放大你错的判断。更麻烦的是,一旦"注意力"成了那个要被考核的稀缺资源,它立刻会被做假。

接下来我想一步步说清楚:这笔账为什么成立、杠杆到底有多大(这里有一个必须坦白的空白)、它为什么反过来又成了新的瓶颈,以及它逼你付出的代价。

规格驱动开发:复杂功能的系统性方法

· 阅读需 19 分钟
马老师 Marvin
软件工程师 & 开源爱好者

引言:复杂功能开发的挑战

每个开发者都知道那种盯着复杂需求而不知从何开始的感觉。现代软件开发越来越多地涉及构建整合多个服务、处理不同数据格式、协调各种 API 的系统。在初始规格中看似简单的东西,往往会演变成复杂的相互依赖组件网络,每个组件都有自己的约束和边界条件。

这种复杂性在几个常见的开发挑战中显现出来,无论团队的经验水平或技术栈如何,都会面临这些挑战。项目经常因为需求在实现过程中的演变而遭受范围蔓延。开发者花费大量时间向 AI 助手或团队成员解释上下文,经常重复相同的架构约束。技术债务在开发者因压力做出仓促决定时累积,导致系统变得越来越难以维护和扩展。

相关阅读

关于复杂性如何在软件项目中产生和累积的深入探讨,请参见我之前的分析:架构简谈:为什么我们需要在软件项目中考虑复杂性?