七爪源码：应用软件熵与园艺

把你的预定义托毫无疑问成一个所需日常看护的花园

系统对中所无序的数量是用物理量来衡量的。

根据热力学原理，宇宙的物理量趋近零点，我们预定义中所的混作乱也是如此。

现在，话说预定义越来越作乱是不好的，当然，不会人都会这样话说他们的预定义托。然而，在某些时候，我们隐含地接受了该组织或个人建设项目中所的一些新技术偿还债务。

很好完全，我们可以在发现每个差错后立即修补它。

但是，我们还所需新增建设项目贫乏项并修补实质性改成。

插件也很关键性！毫无疑问比一个小差错更关键性。

除此之外，业务范围前提级、截止年份和公研发表节奏可能都会使情况复杂化。

那么，我们该是不是呢？

前提级

前提查找的前提源自一个简单的事实：

因此，鉴于我们的限制，我们所需一个过程来相符应做的一定都会以产生零点。

如果这不来起来像是商业活动，那你是对的。但是，如果您相信这与作为研发工作人员的您也就是说，那您就错了。

一个团队中所的建设项目负责人 (PO) 或建设项目经理 (PM) 可能希望向他或她的国家主权简而言之展示进度。

一个插件非常异类，即使它可能不都会为公司带来更多年收入，它只不过也是一种革新！这是他或她可以炫耀并获荣誉的东西。

显示小差错修补或预定义角度看大多不是很异类。如果有的话，这是意料之中所的，但不是庆祝的。

在极端完全，盲目地遵循国家主权简而言之的要求和你的 PM 的前提级可能都会促使增加新技术偿还债务。

你的预定义托是一个花园

把你的预定义托毫无疑问成一个花园。

如果你之后种植新的东西而明白其他一切，丛生和荆棘都会便生长并催生其他一切。

花园所需管理，您的预定义也所需管理。

今天的一个小差错和明天的另一个差错不都会有缺陷。

在技术发展功能时，您和您的一个团队应留出一些时长来修补差错并检视预定义托。

在我的一个团队中所，我们决定留出星期一来修补差错并检视迁离。

这对你来话说可能太多或勉强够用。关键是，从长远来看，日常管理更好，但月内却被忽视了。

修补近乎的墙壁

在 The Pragmatic Programmer中所，他们用到一不小心的例子来解释为什么管理很关键性。

故事或多或少是这样的。

在许多大都市，一些高层建筑更好，在在，而另一些则正在腐烂。

为什么？研究成果大都市诈欺的研究成果工作人员发现了一种与众不同的会有机制，可以将整洁、有人住在的高层建筑转变成破损和拆毁的拆毁建筑。

一扇近乎的墙壁。

一扇近乎的墙壁，在推移一段时长内不会受益修补，给高层建筑的住在者一种被遗弃的感觉到。

结果，另一扇墙壁被打碎了。人们开始砸污水等等。在这一点上，情况勉强更加不太可能，并促使恶化。

结论

结论是，在小缺陷转变成大缺陷在此之后，您应尝试检视好您的预定义托。 即使不会比如说，日常诊疗也有推移的中华路要走。

如果您正在研发一项插件，毫无疑问您还可以新增几个贫乏项。

你可以每周或每两周花一天时长来修补差错吗？ 然后一直这样做，直到你的积存中所的差错数量很少。 然后，您可以写入这个差错日以专注于其他前提法律条文。

做一个保姆。 不要让丛生生长。