不同的選擇方向，專案經理對管理、溝通、個人素養要求高很多，程式設計師對技術、思維等要求高；還有年齡問題，因為，大多數專案經理都是技術人員出身，不瞭解，何談管理溝通，何談認同！

程式設計師是隻做技術的，而專案經理是需要統籌管理整個專案小組的。如果你是一個有擔當，願意為整個小組負責，那一定是做專案經理比較好。

如果可以選擇的話，推薦做專案經理。

專案經理的主要工作在於管理，規劃和溝通，這是今後升級管理人員的重要素質。

但是同樣的，和程式設計師相比，技術上會欠缺很多。這裡一定要花費時間精力去彌補，不需要比程式設計師精通技術，但要知道業內領先優先的技術方案，知道專案內程式設計師的能力和技術瓶頸。

個人經驗，如果你是初入網際網路職場，屬於年輕人的話，推薦從技術做起，學習相關的技術和架構。如果你是職場老手，有一定專案管理經驗的話，推薦直接選擇專案經理，學習更好的溝通，協調和管理。

我覺得這是要看自己本身，如果你是一個技術很好的人，在生活中很喜歡鑽研技術，那麼可以往技術經理方向走，但是如果技術很一般，但是在溝通方面有很好的口才的話，建議早點往專案經理方向走。趁著年輕將在專案經理崗位上需要考的證都去考一下

程式設計師和專案經理實際是兩個不同的工種，程式設計師是軟體開發人員，專案經理重點在於把控全域性，跟進度。

但是作為一個資深IT從業人員，認為一個懂技術的專案經理，更具有優勢一些。

段子1

程式設計師和專案經理上了火車……

一個年輕的程式設計師和一個專案經理登上了一列在山裡行駛的火車，他們發現列車上幾乎都坐滿了，只有兩個在一起的空位，這個空位的對面是一個老奶奶和一個年輕漂亮的姑娘，兩人上前坐了下來。

程式設計師和那個姑娘他們比較曖昧地相互看對方。這時，火車進入山洞，車廂裡一片漆黑。此時，只聽見一個親嘴的聲音，隨後就聽到一個響亮的巴掌聲。很快火車出了山洞，他們四個人都不說話。

專案經理在想，“沒想到這個程式設計師居然這麼大膽，敢去親那姑娘，只可惜那姑娘打錯了人，居然給打了我。”

程式設計師坐在那裡露出了笑容，“生活真好啊。這一輩子能有幾次機會可以在親一個美女的同時打專案經理一巴掌啊”。

段子2

程式設計師+專案經理=世界上最遙遠的距離

世界上最遙遠的距離，是程式設計師和專案經理，對於程式設計師說的話，專案經理們是這樣理解的：

程式設計師：就目前的設計，我大概一週內就可以搞定基本框架。然後我們從頭再最佳化整理、完善設計， 在接下來的一週提交一個穩定的版本。

專案經理的理解：整個專案只要兩個禮拜就可以搞定。

程式設計師：是的，我可以寫一些 Web 服務，透過這個服務，其他的開發人員能夠與我們的系統進行互動。

專案經理的理解：他一人就可以構建出一個每分鐘能夠承受百萬使用者的負載均衡Web服務網站。

程式設計師：我們需要和下一版本負責人開個會，告訴他們除非有合適的構建部署伺服器，我們無法按時完成專案。

專案經理的理解：沒戲了!(淚奔中。。。)

程式設計師：我們需要培養每個程式設計師將所有專案都當作是自己的程式碼的認識，這樣他們會更有責任心。

專案經理的理解：他願意對公司所有軟體專案負責並且願意背黑鍋。

程式設計師：如果你要用 HTTP GET 寫一個網站方法，那麼它只應該返回資料。如果你想要個能夠寫入資料的方法，那你要麼用 POST，要麼用 PUT。

專案經理的理解：(牢騷中…)這傢伙真是個臭老九，非要分得這麼清楚，一是一二是二的，好像不這樣的話他心裡就不舒服。(繼續牢騷中…)

程式設計師：Dinesh 和 Gilfoyle 逆向工程了一些舊程式，發現你之前的配置有點不一致。

專案經理的理解：老子要炒了他們!

程式設計師：現在專案人手不足，也許這週末我可以從家裡遠端登入到公司的機子，這樣可以稍微趕一些進度。

專案經理的理解：為了完成這個不可能完成的專案，他甚至願意炸掉大橋然後含笑死去。即便沒有死，他也會從病床上爬回公司繼續為我賣力到死。他在請求我鞭笞他。

專案經理對付程式設計師的七大武器

程式設計師對付專案經理們有自己的說辭：

做不了…沒這樣做的…

這樣不合理……

而專案經理也有七件神器，說服程式設計師：

神器1：這是使用者要求

這應該很簡單吧，不就是XXX，然後XXX嗎?

神器2：競爭對手已搞

我就要這種效果，怎麼實現是你的問題。

神器3：開發量小

這個需求，先這樣這樣，再那樣那樣，用XX技術很快就搞定了。

神器4：老闆想要

這個需求老大已經同意了，你照著做就是了。

神器5：不要寫死

神器6：先做出來

神器7：明天上線

專案經理讓程式設計師不爽的10種行為

第10名：提出不合理需求

程式設計師很怕專案經理提出不合理的需求。不得不說大部分情況下專案經理對產品功能的思考比較正確，畢竟這是專案經理的專業。

但是，就像程式設計師會犯錯一樣，產品經理也會偶爾腦洞大開，提出不合理需求挺讓程式設計師為難的。拒絕吧，專案經理肯定不開心，不拒絕吧，將來產品上線了，都不好意思說這塊是我做的(捂臉)。

第9名：盲目要求抄襲競品

“這個功能競品有，所以我們也得有”。這是許多程式設計師很怕聽到的一句話。專案經理抄的爽，程式設計師抄的懷疑人生的意義。抄抄抄，那幹嘛不直接讓使用者用競品呢?

第8名：懂點技術，覺得“這個問題很簡單”

有句話叫做不怕流氓，最怕流氓會武功。不怕專案經理不懂，就怕專案經理懂技術。

半瓶水的專案經理覺得自己懂技術，精力充沛，能夠替你做出決定 —— “這個問題不就是在資料庫里加個欄位就可以解決了嗎?你要是沒時間，我給你寫個 SQL 語句，你執行一下吧。”

OMG，加欄位加個頭啊，老子用的是分散式的 nosql db，你讓我怎麼執行 SQL 語句啊。既然你這麼懂，you can you up?

第7名：總是用會議打斷你的工作

會會會，為什麼總有開不完的會!寫碼寫得正 High，突然一個會，狀態一落千丈，瞬間不想寫了有木有?如果要想讓程式設計師有高質量高效率的產出，保證免受打擾還是很重要的。強烈建議專案經理減少開會時間。

第6名：不放心，幾乎要搬小板凳守著你工作

程式設計師不需要監工，如果你相信他，請給他獨立空間，讓他安靜地、獨自工作，這樣效率更高。當然，如果你是個萌妹子，那麼另當別論。

第5名：虎頭蛇尾，承諾不能兌現

有的時候專案經理頭腦發熱，幹勁十足地牽頭推動一件事，程式設計師也會覺得這個專案做好了棒棒噠，但是做著做著漸漸專案經理疲了。

最後產品功能上線了，反響不咋地，專案經理也不願意後續推動。這種情況發生一次、兩次、三次，程式設計師就不會再有熱情了。

第4名：總是要求程式設計師加班

專案有忙有閒很正常，偶爾加班也無可厚非，但是總是一直一直加班就不好了。畢竟程式設計師是高危職業，這麼高強度工作，是很容易把程式設計師養死的……

第3名：隨便改需求

如果專案經理想要整死程式設計師，頻繁改需求是最快的辦法。但是，如果執意要這麼做，也要小心自身的人生安全……

第2名：事事拿老闆當擋箭牌

什麼功能都是老闆要求的，不能砍。這個功能老闆說必須要做，那個功能老闆說明天就得上……真不知道是老闆做產品還是讓你做產品。老闆這麼厲害，還要你專案經理幹嘛呢?

第1名：當著眾人或老闆的面否定你的專業度和工作成績

由於程式設計師骨子裡的驕傲，這是最最不能忍的。而且，不管任何職業都不應該當著別人的面否定對方的工作，尤其是對方的專業領域。

除非你們真的不想合作，那麼一拍兩散，各幹各的去比較好。天大地大，兩個互相看不上眼的人何必擠在一艘小船上呢?

從根本上說，我還是喜歡編碼的，無論是工作上的，還是出於自己的愛好編寫的一些免費或共享軟體。

目前，我已經很少寫程式碼了，一天一半的時間就是學習和了解新技術新語言，相對還比較輕鬆（畢竟公司是一箇中小公司），此外還有一點，根據中國的國情，還是所謂的負責人工資待遇好一些。

所以我建議如果可能，還是多負責一些事情吧，專案經理和部門經理還是追求的目標吧，這並不影響自己的程式設計愛好。

絕大多數程式設計師最終的職業目標可能都是CTO，做到CEO的人估計會比較少，也有一少部分人自己去創業去當老闆，也有部分人說我轉行去做業務 了，對於當老闆的人畢竟是少數，對於轉行的人來說，都不在這行做了，自然沒什麼好說的了。一般來說，程式設計師的發展基本上都會經歷這麼幾條路徑。程式設計師-系統分析員-架構師-技術經理-CTO，程式設計師-專案組長-專案經理-專案總監-CTO，程式設計師-產品設計師-產品經理-CTO。

許多的程式設計師最終可能是做技術經理、專案經理或者專案總監之類的。因為每個人的性格不一樣，所以應該根據你的興趣、性格與際遇選擇一條道路， 比如說你正好有機會帶一個專案，而你又不是很討厭專案經理這個位置，那麼你就可以選擇向專案經理方向發展。

實際上很多時候，國內並沒有明確的技術經理、專案經理、產品經理之分，在許多的公司裡，他們經常是由一個人承擔。在外包公司裡，通常會有專案經理和系統分析員。在一些非IT公司裡，可能會有部門經理，而做自己產品的公司可能會分得比較詳細一些。