對於程式設計師來說，大部分公司都提供了多條職業發展方向：
1. 技術型路線：程式設計高手、技術專家、架構師
2. 管理型路線：專案經理、部門主管、總裁
3. 複合型路線：技術總監、cto
4. 特長型路線：銷售顧問、培訓講師
這些路線，看起來很清晰明了。但對大部分26 – 32歲的程式設計師來說，如何發展，究竟該走哪條路，內心可能都存在彷徨與糾結。技術和管理，有如魚和熊掌，不可兼得，這是寓言裡的警示。但在現實工作中，魚和熊掌往往必須兼顧。上面的4條路線中，不少職位可以進一步抽象為技術型領導。如何做乙個好的技術型領導呢？下面是我的一些思考。
按需服務
當官的最高境界，是為人民服務。這句話看起來很虛，仔細想想是句至理名言。但是，作為技術型領導，需要謹慎的不是沒有服務精神，而是服務得太熱情。比如乙個剛上任的技術領導，接到乙個任務時，可能會擔心萬一同事做不好怎麼辦？於是將任務中最難的部分，自己加班加點搞定，剩餘的部分才交給同事去做。這種強制性服務，對下屬同事來說，並不是一種幫助，而是侵占。會讓自己很累，同時讓同事缺乏成就感：事情彷彿都是領導做的，自己只是打打雜。
更好的一種處理方式是：先交給同事去做，同時告知如果遇到困難，可以隨時討論，一起解決。這樣能讓自己更輕鬆，同時讓同事也得到成長。按需服務，而不是一廂情願的強制性服務，會讓團隊成長得更好更快。
委託和授權
不少技術型領導，平時衝鋒陷陣慣了，接到任務的第一反應是：如何解決這個任務？甚至10分鐘內，大腦裡已經把需求拆解成乙個個**段了。這不是一種有效的領導習慣。更妥當有效的第一反應是：團隊中誰最適合完成這個任務？將任務委託出去，授權給合適的同事去負責。任務的拆解分析、時間評估等，信任同事，讓同事反饋給你，而不是親歷親為。
交代任務本身，而不是實現方法
遇到過乙個場景：領導接到乙個任務a，想到可以用方法b來實現。於是委託下屬去完成方法b. 結果方法b並不能完成任務a, 導致任務a延期。作為領導，交代任務時，一定要如實傳遞，可以和下屬一起討論實現方法，但切忌不要直接將自己想到的方法當成任務本身分配下去。
參與感、歸屬感和成就感
流水線式操作，效率高，但並不適合軟體開發行業。軟體開發的主體是人，是情感化的程式設計師。作為領導，不要主動替下屬去開各種會議。乙個專案早期的需求討論、用研分析等，要盡量讓開發者參與。參與能讓專案組的成員及早地形成團隊感。這樣，真正開發時，才會當成自己的孩子一樣去用心寫**。專案發布後，這就是整個專案團隊成員的榮譽了。否則，領導參加會議，下屬只管寫**，流水線式分工，大家就都會有接單思想，有活了就幹，沒活了上google reader. 缺乏歸屬感和成就感，做出來的產品絕對好不到**去。
信任與尊重
交代任務時，要信任同事能把事情做好。對於技術型領導來說，交代某些重要任務時，往往會忍不住自己在心裡思索預期解決方案，並期望同事的解決方案能和自己想的**不離十。當同事的解決方案一旦和自己不同時，這時要特別留意，千萬不要將同事的方案直接否定。要懂得尊重，即便自己的解決方案更好，也要委婉地給出建議，並反思為何當初分配任務時，沒有主動去找同事討論自己的預期方案。
謙虛、坦誠和開放
對於自己懂的，保持謙虛，並盡可能的教給同事，保持開放的心態。
對於自己不懂的，要坦誠直言。不懂裝懂，只會讓下屬看不起。
批評對下屬的批評，話無需多，點到即可。
不吝讚美、懂得歡慶
當下屬表現優異時，要在公共場合適當地給予讚美。在週報、郵件裡，要多提及團隊的成果和優點。當完成重要專案時，適當的聚餐慶祝。在這些點點滴滴中，有時不經意就能培養出團隊榮譽感。
程式設計師職業發展指引
眾所周知 it 這一行到了一定的年齡 大部分人都或多或少有危機感，特別是今年全國乃至全球發生的疫情 導致整體經濟受到很大的影響 這次的疫情影響到了各行各業 各種裁員 降薪的新聞層出不窮。這個時候危機感就更大了 這種情況下如果你不是特別優秀 或者不是在行業頂尖，都會有點慌，如果你現在正好處於這樣一種階...
程式設計師的職業發展
剛畢業時，如果你是計算機專業本科，並且進入了做網際網路產品的技術團隊，那你很幸運。如果沒有，要麼進企業，要麼進外包。如果進入企業，是沒什麼所謂的開發團隊，技術人員就你乙個。所有的活都是乙個人，遇到問題沒有可以交流的人，而且見識比較侷限。好處是工作比較輕鬆，任務較少，想要提公升可以自學 如果你進入了外...
程式設計師面試與職業發展
我們是誰 來自不同公司長期奮戰在技術一線的程式設計師們，有架構師 有技術管理者 有hr等等 我們的願景 讓所有有志程式設計師的職業發展進入快車道，實現人生目標 we believe 技術改變人生 技術改變世界 思維決定高度 若非特殊情況，如學而優則仕一樣，從程式設計師或者其他技術崗位轉向管理崗位是一...