一原来所谓的大牛

1 远离技术大牛

这类大牛的特点是有大公司背景,对某项技术有深入研究,但是通常一知半解,甚至只有入门水平.
个人认为只有使用这样技术独立做过三个以上项目,才认为是技术大牛.

这类大牛和第一类大牛一样,也有大公司背景,通常根据以前自己的架构经验或者从网上找个相应架构的方案,但是细节问题到处是坑.
个人认为大公司采用架构不一定适合你公司的业务,也不一定适合你的团队,要根据自身的业务和团队成员的水平,选择合适的架构.

这样大牛的特点在某个行业都有很长的经验,但是即使非常熟悉业务,也未必熟悉这个行业的所有关键业务.
我不是纠缠细节问题,但是几个关键的问题能够让你进入很深的坑.

我说的不是代码风格,因为依靠ide,代码的checkstyle基本一致,主要说的垃圾的架构设计和实现方案.
如果同事的代码很low的话,你的编码水平会很快被拉低,你也会越来越low.

按照语言的规范,严格要求自己,例如写python,就要按照PEP8写代码,同时多看语言的文档,少使用搜索.