一次性软件：为扔掉而构建的应用

一次性软件是新兴的一类小型应用：为单一需求而建，在短窗口内使用，然后丢弃而非维护。随着做出可运行应用的边际成本趋近于零，曾经迫使每个工具都必须持久、通用、长寿的计算开始松动。浮现出的是像便利贴一样的软件：精确、个人化，并不在意自身短暂的寿命。

• 当创建成本趋近于零，复用的理由相对于重新构建会变弱。
• 一次性应用面向一个用户、一项任务、一个时刻，然后熄灭。
• 维护——持久软件的主导成本——被完全绕开。
• 通用订阅很难与贴合单一需求的工具竞争。
• 短暂性受到质疑；批评者认为大多数软件会静静拒绝死去。
• 难题不在于是否扔掉应用，而在于扔掉哪些。

是什么让软件成为一次性的，而不只是小？

一次性软件指的是为有界目的创建、不期待维护、版本迭代或第二个用户的应用。决定性属性不是体量，而是预期寿命。一个小工具可以活十年；一次性工具针对单一需求配备，需求一过即被抛弃。

这一类别往往共享三个标记。它是单目的的，常常解决任何已发货产品都不屑处理的过细任务。它是单受众的，常常是一个人或一个团队的一个下午。并且它与未来没有维护契约：没有路线图、没有向后兼容、没有迁移路径。应用是手段，不是资产。

这重新框定了一个长期本能。几十年来，这门学科把每一行代码当作必须用多年证明自己的负债。当生产这些代码昂贵时，持久性是摊销成本的唯一方式。把成本降得足够低，摊销论证就会对一整类小需求静静崩塌。

把这一类别与邻居区分开是有帮助的。一次性软件不同于原型——原型存在是为了被精炼成需要维护的东西。也不同于碰巧存活的快速脚本；那里的存活是偶然的，而一次性是有意的。最干净的检验是问制作者明天打算做什么。如果诚实的答案是什么都不做——不维护、不回头、没有第二个用户——那么工具在设计上就是一次性的，这一意图应塑造它如何被构建、如何结束。

接近零的创建成本为何改变构建计算？

一次性应用的经济学取决于一个单一转变：软件昂贵的部分从来不是运行，而是制作与保持。当作制坍缩到几分钟表达出的意图时，剩余的主导成本是维护——而维护正是一次性应用拒绝支付的东西。

想想旧的复用反射。工程师被训练去泛化，因为服务多种情况的通用工具胜过每次重建特定工具。这一反射假定重建昂贵。把假定反过来，通用性就变成开销：你背负永远不会使用的配置、边界情形与抽象，去服务尚不存在的用户。为一个确切情境构建的工具没有这些重量。

还有行为层面的后果。人们对便宜的东西态度不同。没人会再看的电子表格宏写起来毫无仪式。当整应用接近同样的一次性时，创建一个的心理门槛——命名、论证、承诺——随之落下。应用更接近一个念头，而非一个项目。

浮现的一个 tradeoff 是：便宜的创建并不意味着便宜的后果。制作的动作坍缩了，但信任输出的动作没有。触及真钱、私人记录或其他人的一次性工具，继承了持久工具会承担的每一项义务，即便它几乎不花成本。使一次性软件有吸引力的经济学，并不说明某个给定的一次性工具是否值得信任；把二者混为一谈，正是便宜变昂贵之处。

按需创建如何削弱通用订阅？

通用订阅向所有人出售同一款宽广工具，并要求每个人把自己的需求弯折去适应它。按需创建颠倒了这笔交易：工具弯向需求，只在需求存在时存在，之后什么都不索取。竞争不再是功能对功能，而是贴合对贴合。

订阅模式靠广度与连续性谋生。它必须在广泛情形中服务中位用户，这意味着大多数用户为从未触及的能力付费。相比之下，一次性应用贴合一个情境，不携带多余。当需求尖锐、狭窄且短暂时，贴合的一次性往往在相关性上取胜，即便在打磨上失分。

这并不会抹去订阅。连续性本身就是功能：共享状态、会回来的受众、出事时的问责。浮现的模式是一次分裂。重复的、社交的或承载信任的工作留在持久产品；私人、一次性任务的长尾则迁移到按需制作并丢弃的软件。

二者之间的边界很少干净，那正是判断赢得其位置之处。看似一次性的需求可能静静复发，直到一次性工具每周重建——此时持久产品从一开始就是更便宜的答案。反过来也会发生。按月付费的能力闲置不用，因为真实需求又窄又短。在承诺之前读出需求落在线的哪一侧，是创建成本下降使之更有价值、而非更不重要的技能。

短暂性被夸大了，还是持久软件只是在躲？

反方论证值得认真对待。批评者认为短暂性被夸大了，因为软件有一种顽固的方式活过其预期死亡。一次性脚本变成承重件。下午做出的原型三年后仍静静跑着工资单，因为没有东西替换它，而移除它显得冒险。

这就是一次性陷阱。被宣布为临时的应用会累积依赖者——其他工具、习惯、数据——每个依赖者都提高了最终丢弃它的成本。没有明确到期，一次性软件不会消失；它会骨化成最糟的一种持久系统：没人选择维护、也没人理解。

一次性陷阱

被宣布为临时的软件获得依赖者并静静变成永久的倾向。

临时性永久

工具仅因现在移除的成本超过留下的成本而继续运行的状态。

到期意图

明确、内置于设计的条件，在此条件下应用应停止使用或被删除。

因此诚实的立场是一种张力，而非裁决。一次性对于一类真实工作是真实且在增长的。凡软件承载信任、共享状态或后果之处，持久性仍然重要。变得更难的技能，是在创建时分清你实际在构建哪一种。

何时应把应用设计成可被扔掉？

决定一次性是在第一行之前做出的判断，而非之后。错误不在于构建一次性软件；而在于让一次性之物在无人注意时滑向永久。创建时的一点纪律能使这一类别保持诚实。

1. 点名工具真正服务的单一需求与单一用户。
2. 大声说出到期条件：结束其生命的日期、事件或任务。
3. 检查信任负荷——是否有别人或其他系统会依赖它？
4. 若依赖者很可能出现，将其提升为持久并接受维护成本。
5. 若否，做薄、使用，并在到期条件触发时删除。

顺序重要，因为昂贵错误默认发生，而非由决定发生。没人明确退役的软件往往留下来。事先设定到期意图，把删除从勇气之举变成排程事件——这是一次性工具保持一次性的唯一可靠方式。

还有程序无法捕捉的文化一面。团队奖励被构建之物，很少奖励被删除之物，这意味着临时性永久作为正常激励的副作用而累积。把到期当作一等结果——像已发货功能一样被记录、被拥有、被庆祝——才能阻止一次性类别静静变成无人维护的持久体。没有这一点，最便宜做出的软件会变成最昂贵与之共处的软件。

一次性工具文化接下来往往导向何处

随着按需创建扩散，软件的单位继续缩小。轨迹指向制作成本极低的工具，以至于创建一个比搜索已有的更便宜——摩擦从生产移向选择与处置。变得更难的不是构建；而是决定什么值得留下。

两股压力会锐化。其一是卫生：未退役的一次性应用群体变成静默负债，到期纪律变得像给变量命名一样基本。其二是低成本下的判断。当任何东西都能被构建，稀缺技能是克制——知道哪些需求值得永久答案，哪些只配临时答案，写在下一潮理应抹去的沙子上。

第三个转变更微妙，或许最重要。随着工具坍缩向一次性一端，留下来的持久系统看起来更不像应用，而像承诺——共享状态、信任与问责真正栖居的一小撮地方。持久性不再是默认，而成为有意的选择，被保留而非被假定。这一倒置才是真正的故事：不是一切都变得短暂，而是永久必须被赢得、被命名、被捍卫，而不是随每一行代码免费到来。

这一切并不主张扔掉软件本身是美德。这一类别是工具，像任何工具一样可能被误用——最常见的是让一次性之物静静活过其目的。这个领域往往不是在构建更多时成熟，而是在诚实面对：它构建的东西里，哪些曾经真的被打算留下。