我想成为大牛，第一队，不要单打独斗

我研究过那些事实上的副猿计划，他们真的这么厉害吧？他们是如何变强了？（有可能，他们也有只属一般水平）。

我近期读过Mark Pearl的一篇博客。标题为“编程，是写作的子集”。

我认同文章中的大部分观点。读到例如以下段落的时候，真正打动了我，并使我震撼：

毫无疑问，就像生活中的技能一样。我们要想变得更好。就行不断的去锻炼。当你对代码重构完之后。你还能做什么呢，是进一步的重构代码吗？

我们敞开心扉，让其它重要的事情进入到我们的编程其中来，如此。将会和那红的提高我们的编程能力，以及能带来很多其它的灵感。单元測试、异常处理。甚至沟通技巧也相同非常重要。

假设你忽略了这些东西。自己讲成为一个过度自信，刚愎自用之人。

我常常鼓舞程序猿成为一个优秀的程序猿。而且遵从宗教符合软件实践，而忽略了是否有用的关键因素，也就是放弃了学有所用的原则。我曾觉得是优秀的程序猿，经过深思熟虑之后，他们仅仅只是是自负的程序猿。然而，公平的说，他们之中。有些程序猿还是非常不错的。

我非常赞同我的一个前同事Russell Politzky的观点，例如以下：

那些自负的程序猿，具有教条主义、狭隘的、不切实际的等特点。

拥有如此特点。在我们的业务中绝不是什么好事，将带来不恰当的，甚至毁灭性的设计决策。

这些程序猿，在平时的工作交流中。可能会常常使用例如以下的语句：

·        全部的功能，必需要经过单元測试

·        全部的測试内容，要覆盖全部的代码

·        全部的模拟/存根等，在你单元測试模块中使用到的东西，必须建立在模拟库中

·        全部的应用都要环绕着DDD模式进行，无论他们是什么功能

·        全部的应用，构建数据訪问层时，必须使用ORM来完毕

·        应用程序，假设不适用ORM构建，将是下下策，而且非常难维护

·        最好的凝视就是代码本身，当你把代码写的做够好，包含变量名和方法名，以及类名，以达到见名知意。所以，代码加入不论什么凝视都是不可取的。

·        你设计的不论什么文档、产品。必然非常快的就会过时，而且非常快就会变得毫无用处

·        代码是你所须要的唯一文档

·        代码是你所须要的唯一模型

·        良好的自上而下的设计师不可能实现的，并且也经常会失败。拥护这样的原则的人鼠目寸光，到眼下为止。他们都会认同“演进式设计”的优越性，这就是所谓的TDD。

·        除了使用面向对象之外。你不可以写出好的软件，由于仅仅有面向对象才干减少复杂度

你知道此类程序猿吗？假设是的话，那你知道他们的特征表现吗？经验表明，这样的思维很极端。把全部的东西都非好即坏的一刀切，是不符合逻辑的，也是极其荒谬的。

合理的推理。注重培养有用性的能力。将会使你成为一个优秀的程序猿。完好你的经验。提高自己的技能，这当然是好的。但。我们必须要考虑周全，预算、费用、开发周期。

如果我们能有这样的能力，把握大局。能够成为一个优秀的程序猿。

当然，成为事实上的优秀节目猿副，动手，多实践才是王道。