什么人已经成为项目中的“毒药”？

 架构=模块划分 技术选型？

 看到毛线团似的代码，你还有心情去想着提高性能？也许重构后更方便找出影响性能的瓶颈

 开发人员竟然不读别人的代码？

 基本的数据结构，有人写hash原理 个人自由？

我们公司有大牛，刚进来的时候，觉得他很牛，说话盛气凌人，好像很懂的样子，日子久了，分析实质性的技术的时候，就不行了．不过，这样的人，依然很嚣张，也不知道哪里来的骨气～

牛人。。。。。。恐怕每个有这样看法的人，心里想的都不太一样的吧。具体情况还得具体分析。也许牛人某一方面很强，但另一方面却很弱。这样的话，就需要有人引导，把他的牛气允许发挥出来，同时，提升他的弱的方面。这样于己于人，都是有很大帮助的。

当Kevin写出Hibernate的时候，当DHH写出Rails的时候，中国的大牛在哪里？

中国的“大牛”：

以谈论高深观点，普通人似乎听不懂的名词为乐
以炫耀项目经验和团队规模为乐
以挖苦讽刺打击新手，又不点出问题实质痛处为乐
口头必然是挂着“企业级”“大规模开发”“大型应用”
“小应用”自然是不放在眼里的

窃以为，如果做不到以简单通俗的表达方式，让熟手和菜鸟都心悦诚服，又牛在哪里？

有些东西层次不到，怎么也理解不上去。我觉得你应该自己去实践，实践过才会理解，我不是说我就到了层次，但个人没有实践过的东西就否定他的存在的道理有点武断。

譬如说，你可能没有时间读别人代码，但是我相信很多人接受他人项目不得不去读代码。
适当重构自己的代码会发现很多问题，除非那人水平已经不可能再进步。

在这里真不好继续说什么了，继续说下去就跑题了，最好这位仁兄在开一个帖子，你和大家辩论一下，或许你说也有可能有道理。

对这个兄弟的 “如果做不到以简单通俗的表达方式，让熟手和菜鸟都心悦诚服，又牛在哪里” 感同深受
沟通绝对胜于命令式的技术牛，沟通的艺术远超越于技术牛

引用
cuiyi.crazy 写道
7thbyte 写道
中国的“大牛”：

以谈论高深观点，普通人似乎听不懂的名词为乐
以炫耀项目经验和团队规模为乐
以挖苦讽刺打击新手，又不点出问题实质痛处为乐
口头必然是挂着“企业级”“大规模开发”“大型应用”
“小应用”自然是不放在眼里的

窃以为，如果做不到以简单通俗的表达方式，让熟手和菜鸟都心悦诚服，又牛在哪里？


对这个兄弟的 “如果做不到以简单通俗的表达方式，让熟手和菜鸟都心悦诚服，又牛在哪里” 感同深受
沟通绝对胜于命令式的技术牛，沟通的艺术远超越于技术牛

一门优秀的 技术，如java,php,python 等，都继承了 优秀的 项目设计模式。
E文叫做 Patterns

比如，
工厂模式，共享模式，独占模式，等

当 熟用 这些 项目模式Patterns 。
并能在 “需求分析” 中，用er图，数据流图,代码规范，甘特图等方法，明确地表示出来。

当 “大牛”能做好以上这些

其它团队成员，无论技术高低，新手OR老手，甚至 “外包公司”
都可以很轻松地适应地参与 项目的开发。

“大牛”也并不会因为“厉害”而成为“毒药”。

但，如果“大牛”不能做到以上 2点。那么此“牛”只不过是个 “程序老手”，顶多算个“速记员”。
在 程序员级别 中，也只能是个 新人，实习生。

而，至于是否能让团队里所有成员“心悦诚服”，“大牛”有这项技能也好。但没有也无妨，因为 这个是 “协调员”的工作。
“大牛”是团队中的“大脑”，而不是“手足”。所以非常不赞同有XX 认为“大牛”~~~~~~~~~就该干团队1/2以上的工作~~~~~~~的 警世名言。

最后总结，“大牛”，是通过工作中的 “文档，代码，沟通”体现出来的。 而不是嘴上说和吹的。
当然，“能说会道”，这项技能也非常重要，只要不是光说不练型，这是一条非常有用的技能。


最后注明，我是changker

这个注脚有什么作用？