问如何防止开发人员过度设计？

EN

很简单。同行审查。

你觉得你能比我更好地编码吗？拿来！让我看看你简单的风格。哇我是多么容易适应随着需求的变化。我会惊讶于它是多么容易理解。我会学的。我会模仿你的风格。

或者你可能会发现，你认为最好的方法其实不是，你可能忽略了那些有效的担忧。你可能需要重新考虑你的风格。

你怎么知道哪个是对的？通过接近每一次复习，愿意学习和愿意教书。如果你只关心赢，你就会被回避，因为即使你是对的，你也没有帮助。

准备好下一层了吗？

鼓励别人有同样的感觉。注意到一些你不知道的很酷的东西？赞美它！大做文章。奖励那些教你东西的人。做你希望他们是的编码器。

纠正的时候，不要把它变成私事。别丢脸。它甚至不是关于代码有多糟糕。关键在于它能有多好。别发号施令。问一下是不是这样更好看。

评论很重要，但对我们来说却很难。我们的代码猴子没有进入这个领域，因为我们对人很在行。保持它的代码，并使用尽可能多的机智和外交，你可以召集。帮助别人做同样的事情。

还不够吗？

桌旁有人想说些他们不能安静说出来的话吗？记住，我们不是英语专业的学生，也不是公共发言人。我们用代码进行最好的交流。

有些想法在会议中不能很好地交流。如果你遇到一个，邀请另一个人和你一起进行程序配对。蜷缩在一个键盘上，向对方展示你的真实意思。这就是为什么我总是有一个客人的椅子和书桌玩具。

很不容易，

但是最好的方法是把你的开发商送到商学院去。通过这种方式，他们学会以完全不同的方式理解他们工作的“价值”。

事实上，这是我成为比我的同事更有效率的程序员的最大原因:除了接受编程教育之外，我还去了商学院，这更能满足我对企业的需求。

最大的需求之一是销售things......yesterday的能力。

有了过度的工程，你将无限期地推迟销售产品的能力，因为总有一些事情可以做得更好。

提醒他们，他们编写的每一行代码都应该有助于实现业务目标。赞扬他们写尽可能少的代码。

但是，您也应该记住，易于维护也有助于实现业务目标。

从长远来看，架构代码实际上减少了代码的整体行数，而不是相反。

很好的建筑>非常简单的>糟糕的建筑