Earth to developers: Grow up!

这是篇老外写的文章，主题是针对网络上的一些宗教式的争论，作者叙述了他自己的一些观点。主要从以下6点做了陈述。为了表达的精确性，就直接用英文。

1. Reject dogmatic thinking about tools, practices, and processes.

2. value flexibility over repetition.

3. Weigh all considerations befor making a decision.

4. Regonize the deficiencies of tools, even ones prefer.

5. Not make the perfect the enemy of the good.

6. Admit the mistakes, rather than compound them.

首先第一点很明确，拒绝教条式思维。不管是在工具还是在语言、平台等等。如果我们让自己趋于一种狂热式的情感当中，那么我们就会变得很盲目。同时也就失去了接受外界的信息。要特定的现实任务，需要评估各方面才能做出决定，而不是盲目的崇拜一种语言或者一个平台。

第二点是我们平常应该做的最多的。一种方法或者一个函数，它能在上一次的项目中完好的工作，那么大多数人会在以后类型的情况中也选择使用。其实这一点稍微有点难解释。因为我们平常说的最多的就是代码的重用性。而这里显然是让我们更深入地思考当前的情况，然后尽可能地找到一种更好的办法，而不是一味地利用上一次同等的办法。有时我们可能也会从其他同事那里听到不同的解决方案，不要急于驳回和否定。应该对好的思想和想法保持一种开放的心态。

第三点感觉是第一点的扩充和补足。我们完成一个特定的项目都会有特定的需求。比如交付时间的长短、组员相关方面的知识储备程度等等。在准确衡量那些可能影响我们项目的因素后，再做出决定。

第四点，我们应该了解我们日常工作时使用的工具、语言的优缺点。没有任何一门语言或者一个平台能完美地解决一切问题。没门语言都有特定的特性在特定的领域。应该带着审视的目光去看待。

第五点，不要过度追求完美。这点说的比较实际。有时迫于deadline，我们会做出一些权衡。会选择一个能适合地解决问题的方案而不是一味地追求在各方面都完美，却在指定的时间内难以实现的方案。但同时我们应该也要明白我们选择的折衷方案的缺点。这样即使在出现问题时，我们也能立即定位到问题，然后解决它。而不是去争论如果当初怎么怎么样。

第六点，这也是大部分人都不愿面对的问题。承认错误，然后更正。每个人都会犯错，这是我们都知道的道理。可是很多人也就只局限于知道这个道理，至于道理的后半部分很多人就不闻不问。我们不能拿“每个人都会犯错”来做我们可以犯错或者在犯错后逃避的借口。我们应该可以意识到，犯错也是一个学习的机会。让自己技能更成熟的机会。