导读：原文作者写了一篇《》，他认为当你发现自己在重构代码时，请停一停，问问自己你的用户是否会因此受益？因为最终，这才是最重要的。现将译文《》转载，以下是文章内容：

嗨，你的应用的架构很完美吗？对呀，这就是为什么你还没有发布你的应用的原因，你仍然在彻夜不眠的担忧着各个功能模块之间的责任分离(你没时间去关心应用的流量和访问率)。

可是，除了我之外，谁还会对你说你的架构很烂？为什么我要关心你的架构？因为我只是你的用户，我不关心你的程序长的什么样、如何被调用的、用什么语言写成的。我关心的是它能用最简单的、最迅速的方式解决我的问题。

你的用户并不关心架构的问题，他们只关心你的应用是否好用。

我以前就是一个不理解这个道理的受害者。在Friendly Dingo之前的一个公司时，我痴迷于架构。我希望我的代码对于任何人来看都是最简洁的，我希望每个文件、dll、类都满足你们曾经听说过的任何编码标准。而且我做到了，很完美。但是我的产品却延后了发布，因为我要花更多的时间整理程序架构(顺便提一下，没有人知道我在做这个事情)，然后我才处理客户的增加功能的请求。这最终的结果是一个中等产品评价和不好的销售情况。但是朋友们，我的程序是完美的。

到如今，在开发的第一周，我先架构选型，然后就搭建这个架构。当产品的首次发布日期快要到时，我已经很有信心，不再关心架构，尽管在某些方面还不尽如人意，因为我知道：程序的功能才是我做的所有工作中用户真正想要和关心的。架构能够满足应用的需要即可。

所以，下次当你发现自己在重构代码时，请停一停，问问自己你的用户是否会因此受益？因为最终，这才是最重要的。

译文链接：

原文链接：