小的提供一个公司裹发生的实例给你参考
公司有个强者A，就是喜欢写程式没事就看一些open source那种，
喜欢和别人讨论技术问题，也喜欢帮别人解决问题，学习速度很快，
常常1个新东西交给他，他很快就会比你熟
而且更强的是，常常他的看技术的sense比大主管好
例如大主管做了一个技术决定，
强者A会很小心的提醒大主管可能会发生什么问题？
但大主管往往不会听，结果最后还真的每次都发生问题...
另一个"__者"B，写code比较脏一点，凡事交差就好，不太多话
大主管说什么，B都照做，然后错了，再跟大主管说错了
大主管会再下另一个指示，B会再去做
有时要做个3个循环，才会找到正确解答
B就是属于乖乖听话当主管的棋子，没有自己的想法的人(或是装傻)
让你猜，谁最后变成部门主管?
答案是B，而且加薪5万升了副理，月薪15万左右
(不过公司也快倒了..)
强者A呢？离职后不知去向
本人刚好也是热爱写程式的，当A走了之后，我也跟着走了
最后在另一间公司，跟一群开明的同事在一起，
没有什么上对下的关系，学到好多东西
所以建议你，跳吧!!
※ 引述《tommady (tommady)》之铭言：
: 个位前辈好，
: 不才小弟我前天与主管发生争执，
: 是软件架构上的设计想法不同。
: 文章可能有点长，
: 如果前辈们不喜爱，
: 还请见谅。
: 小弟写后端的，有一个case分配刚好是
: 主管写game server
: 我写game logic
: 由于是第一个游戏，
: 所以没有任何前例或者范本或通用架构，
: 现在写的一切就是未来的依循，
: 然而在前期讨论都很顺利，
: 意即 ，
: game server就是包含除了实际游戏逻辑以外全部的部份，
: 我只要写好游戏逻辑，例如牌类比大小，
: 我只消管怎么比大小就好，
: 其余的都由game server处理。
: 这看起来很完美，
: 但实际做出来的时候，
: 我原本预想由我提供几个interface，
: server只要呼叫这几个就能完成一局游戏，
: 比如:
: 1. start
: 2. stop
: 3. command handle
: 争议点在command handle，
: 我原本期待的是game server收到任何
: client传来的命令，只需要by pass给这interface就好，
: 这个interface会自行处理。
: 但是主管坚持，他只提供client命令的读写 ，
: 其余的游戏逻辑搞定。
: 也就是他只管server client之间沟通的library。
: 这样变成我的游戏逻辑得处理命令的接收，
: 逻辑得fork一个thread去听有无命令进入，
: 而不是定义该怎么处理命令，
: 然而这样会让未来每款游戏都需要重复的处理命令。
: 怎么想都觉得这样十分鬼异，
: 我说，
: 我想要的是只需要填肉，骨干可以通用的架构。
: 主管回，
: 你别管这么多，以后的人写不好写不顺，
: 我会开除他，别管骨干通用。
: 争论到最后，主管直接爆气讲，
: 你别觉得自己写code很厉害，
: 我说这样就是这样。
: 当然，主管都讲到这份上了，
: 我只能默默的说，
: 只是想提醒这样架构会造成重复，
: 以及通用性不足。
: 然后就吞了。
: 唉，小弟以前写bios的，单兵作业比较多，
: 请问我该如何处理这种多人协同作业上的歧义呢？
: 感谢。