小的提供一個公司裹發生的實例給你參考
公司有個強者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的，單兵作業比較多，
: 請問我該如何處理這種多人協同作業上的歧義呢？
: 感謝。