不要试图强制你的下属写代码风格和你一个模样

    不要试图强制你的下属写代码风格和你一个模样，即便你是Google .Mocisoft .Apple 出来的或者你是这门语言之父，也未必服从；

代码的写法千变万化，正所谓各有千秋，就像武侠电影很多门派。

从面向过程编程到面向对象编程，面向对象中又有虚实与抽象的概念，总之招数很多。

   风格并不是决定项目成败的关键，而是项目起初的功能设想和框架设计的前瞻性。

   功能设想：

    这个词有点难把握吧，

    这时就是你作为领导表现能力的时候了；

    你的设想及前瞻观念需要走在你团队的前面才能更好的使团队走得更长远。

  

框架设计：

举个例子就是做一流行的鞋子，

有鞋跟（框架基类），

有鞋底和鞋垫（半实现抽象类 ），有鞋布和带孔（实现接口类）

   

    不要试图强制你的下属写代码风格和你一个模样，很多小领导倚老卖老不学习新的技术总是给属下挡坑，实话说一般一个研发团队遇到的坑很多的话，大领导可以考虑换这个团队的领导了，毕竟方向的把握在团队领导手上，团队领导老把车开坑里了，一没把方向把好不说，老是没能让团队有点正能量（老板的小九九：没让我赚到钱，花我钱玩呢，干他）。

一个自信和信任的团队领导往往比较有担当，不胡扯，对团队他人的了解比较透彻；谁会做什么，谁不会做什么，谁做得快一点，谁做得好一点，心里都清楚。不试图个别培养，不私交更甚，眼看拉帮结派的事情都不是什么好事；显然代码风格并不是团队成长的必抓之重，而是实现和优化的技巧，久而久之优缺点的磨合自然而然的走到一起了，当然这个过程需要一段时间，总比强压下各自及职更加有效。