现在，我们不喜欢关注消极，但只是这一次我们会总结好，为后续的逻辑对我们的帖子在Web开发的最佳实践.

1.20点邮件

20个要点，列出错误邮件，功能要求又有什么不一样的商品是一个问题。他们常常导致的指控，”你为什么不修$ XY，当我指出五周前？“在你的头的发展是不是能够钻这些独白到可行的票，你可能忘记的事情。不是说所有事情你妈妈没有教你，试图教育你的客户或管理者如何使用bug跟踪系统，或者项目管理工具，这样你既节省时间发送无数冗长的电子邮件，他们会有一个更好的查看你目前的工作。

2.抄送到整个团队

抄送：你都不知道谁能解决这个问题。这本身是坏的。如果你开始这样做，可能没有人会回答或感到有责任。加：阅读这些邮件将为那些不为它杀了很多宝贵的时间。找出谁是负责人和地址。

3.离开测试别人

让某人测试问题谁也不知道最初的错误是什么，又是浪费你的队友时间的另一种方式。例如：顾客抱怨按钮不在Internet Explorer中的工作。第一次开发，手中的修复问题，而另一个QA测试，甚至不知道如何重现问题。

4.战争的结束

分裂你的团队，你的发展固定部分是一个坏主意，居然不敏捷（别担心，我们不习惯用这个词）。分离的前端和后端”导致“grabenkämpfe”（或：战争的结束），这是–毫不奇怪–不是伟大的团队精神。前端开发者会抱怨“后端的变化需要很长时间”，而后端的开发者会抱怨“第五改变API在今年“。

5.释放未测试的代码

释放未测试的代码，只是因为它是河马**（工资最高的人的意见）是一个坏主意。更糟糕的是：做这件事的一个星期五的晚上。除非，当然，你不是一个周末的人…

6.过早的优化

是的，这是残酷的，但开始的波兰CSS动画而没有人看到你的网页是不是帮助做事。如果你有任何的后台任务或报告，根本不管他们运行在10秒或5秒，当你的服务器无法加载。当一切开始优化工作。我们相信优化（很多），只要看看9点在我们的以前的帖子！

美国计算机科学家和斯坦福大学名誉教授高德纳是精液量多的工作´计算机编程´艺术作者。在他的“结构化编程去陈述他说“纸：

程序员浪费大量的时间思考，或担心，他们的节目非关键部件的速度和效率，这些尝试其实有很强的负面影响时，调试和维护的考虑。我们应该忘记小效率，说大约97%的时间：过早优化是万恶之源。然而，我们不应该放弃我们的机会在那关键的3%。

总之：开始优化之前，很明显你优化，带来各种不必要的复杂性和错误。

我们可以继续一段时间，我的意思是，我不会打电话，改变生产没有备份或发展不规范明亮的想法。但幸运的是，你不会遇到这些失误，往往。