程序員將來去哪裡

㈠ 程序員以後的發展是什麼

程序員職業生涯發展到一定程度都會面臨一個選擇，是走業務+技術方向，還是選擇純鑽研技術。程序員職業生涯發展的問題，這是所有程序員都在關心的問題，未來究竟要怎麼走，30歲之後還能不能再做程序員。

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

當然這只是一個大致的路徑，不是所有程序員都必需要這么經歷的，有些人可能跳過其中的一些步驟，也可能有些人會把中間的很多職位都做了。而最終做到CTO的程序員，也是非常少的一部分，原因很簡單，這個世界上不許要那麼多的CTO和CXO。

也就是說，許多的程序員最終可能是做技術經理、項目經理或者項目總監之類的，那麼到底我們職業生涯要選擇哪一種呢？我覺得這個問題沒有一個統一的答案，因為每個人的性格不一樣，際遇也不一樣，就像你從小希望當貪官，可是命運卻偏偏讓你做了一個程序員。所以應該根據你的興趣、性格與際遇選擇一條道路，比如說你正好有機會帶一個項目，而你又不是很討厭項目經理這個位置，那麼你就可以選擇向項目經理方向發展。

實際上很多時候，有些公司並沒有明確的技術經理、項目經理、產品經理之分，在許多的公司里，他們經常是由一個人承擔。在外包公司里，通常會有項目經理和系統分析員（也可能是技術經理）。在一些非IT公司里，可能會是部門經理，而做自己產品的公司可能會分得比較詳細一些。我大致說一下這三個職位的區別，讓正在徘徊的程序員有一個大致的了解。

項目經理是項目的直接負責人，這個角色相當於一個中間介面，不管是團隊成員還是需求方（客戶），或者是上級領導，有事都直接找他，所以這個職位著重於管理與溝通。一般來說，項目經理的工作重點在同客戶溝通需求、項目進度的把控、團隊的溝通方面，有些公司也會需要項目經理承擔團隊建設的工作，不過貌似很多國內公司都忽略了團隊建設這個工作了。對於項目經理來說，重點會要求溝通能力、協調能力、危機把控能力、執行力、團隊管理能力，著重於溝通、管理與計劃。當然也有些公司還要求項目經歷要參與招標談判，這就要求項目經理有一定的商務談判能力。

技術經理有時候也可能叫系統分析員，一些小公司可能會整個部門有一個技術經理。技術經理承擔的角色主要是系統分析、架構搭建、系統構建、代碼走查等工作，如果說項目經理是總統，那麼技術經理就是總理。當然不是所有公司都是這樣的，有些公司項目經理是不管技術團隊的，只做需求、進度和同客戶溝通，那麼這個時候的項目經理就好像工廠里的跟單人員了，這種情況在外包公司比較多。對於技術經理來說，著重於技術方面，你需要知道某種功能用哪些技術合適，需要知道某項功能需要多長的開發時間等。同時，技術經理也應該承擔提高團隊整體技術水平的工作。

產品經理這個職位一般在有自己產品（不管是軟體還是網站產品）的公司比較常見，產品經理主要會負責產品的設計、產品的改良等工作。需要注意的是，產品設計與設計師是兩個不一樣的工作，產品設計主要會從用戶體驗、業務需要等層面去設計產品，而設計師更多是從用戶的視覺上去做。產品經理應該是最懂業務的人，比如說你在設計一個微博的產品，就要求你對微博這個東西非常熟悉，從用戶習慣、用戶體驗、公司的發展戰略上去設計這個產品，還要對比同類產品會有什麼優勢等等。

不管是項目經理還是技術經理與產品經理，都要求要熟悉業務，業務是需求的來源，沒有不談業務的技術，所以不管你從哪個方向發展，都要求對業務熟悉。產品經理要求對業務最熟悉，項目經理次之，技術經理排最後。對於程序員來說，剛開始工作的前幾年可以埋頭扎到技術裡面，一般這個時間在2-3年的時間，然後就應該多關注業務了。這個業務不一定是指某個具體的業務，因為具體的業務的范圍太少，而且也需要機遇。

㈡ IT程序員的出路是什麼

先來談談《程序員》雜志，我剛接觸程序員雜志，是在大二，那時，我剛轉繫到計算機系，一來認識的人少，二來我校的機算機課程與我所期待的大相徑庭，我對程序的那股子熱情，可真是萬千抑鬱無處可泄啊。直到有一天，我經過報刊亭時，看到一份雜志的標題特別吸引眼球------《程序員》。「程序員」？我以後好像是要當這個來著，啊，終於找到組織了。我毫不猶豫的買下了那份雜志。記得那時04年的第10期，封面是一個職業人士擺著一個微笑的POSE，旁邊有一隻老虎，封面的大標題是J2SE5.0會戰.NET2.0，裡面還有一篇「程序員的田園」的文章印象比較深刻(那個叫於淵的作者，後來出了本《自己動手寫操作系統》)。不過說句實話，《程序員》雜志的內容實在不太適合大學生閱讀，一來絕大多數的在校生不可能像《程序員》面向的中高級開發者那樣有著豐富的開發經驗，能理解技術類文章的內容，二來非技術類的文章，大部分對於大學生來說，又太過於縹緲，什麼SOA、SAS、SAAS、SAP(女子美容館？)、ASP（不是那個編程的ASP噢）、敏捷、極限，看了半天，兩字，沒懂！所以，程序員雜志中，我印象最深刻的，只能是一些關於程序員生存現狀的調查或白描之類的文章，畢竟這和自己的未來有些關系。還有很多因為項目溝通不慎而深陷開發泥潭的故事也給我留下了深刻印象。有一個署名「惡魔」的大俠，他的文章總是很有趣。

《程序員》雜志的美工還是不錯的，每期雜志的設計上，都是挺下功夫的，很有自己的風格。好啦，本人水平、經驗實在有限，對程序員只能有這些膚淺的認識。總的說來，《程序員》的確是一本程序員寫給程序員看的雜志，他清晰的專業定位，對技術的深度剖析，對企業應用的前沿關注，是許多其它雜志無法企及的，但從另一個角度來說，這也或許正是《程序員》的短板所在。

《程序員》外IT雜志第一類，大眾電腦類

你知道如何製作一個FLV視頻，如何把它上傳到「土豆網」嗎？你知道哪裡有在線做攝像頭大頭貼的網站嗎？你知道如何把PPT轉成SWF文件嗎？你還知道最近網民中是更喜歡用EMULE還是迅雷下東西嗎？

看到這些疑問，相信很多程序員都會露出不屑的表情------「這種東西，是大眾網民才關心的東西，我這樣的人，關注的可是更『高級的』東西。」非也、非也！

自從學了編程之後，我有意識的將自己和「普通電腦用戶」區別開來，給自己穿上了一件皇帝的虛衣，自以為在電腦和網路的世界裡，我這樣的人是高高在上的------「怎可與大眾為舞？」其實，這樣的想法是何等的可笑，連網民、用戶到底期待的是什麼，又怎麼去搞有前途的應用？像BT，網路螞蟻，哪一個不是抓住了用戶的切實需求而成功的？那個「一點技術含量都沒有的」HAO123，居然能賣到8位數人民幣，要知道，建HAO123這樣的網站，基本就不需要什麼編程知識。最近重新撿起了《電腦報》、《大眾軟體》、《計算機應用文摘》之類的雜志，發現了群眾智慧的無窮，嘿，還真挺靠譜的！又聽聞GOOGLE的開復大哥在給他的員工講「要去多了解些像芙蓉姐姐這樣的事情」，果然，英雄他所見就是那個略同啊！

《程序員》外IT雜志第二類，IT、互聯網評論類

這類雜志很少涉及技術細節，但卻以「旁觀者清」的姿態出現，許多觀點一針見血，或令人恍然大悟、或令人拍案稱奇。比較偏向企業應用的，如《軟體世界》，基本就不談什麼技術細節，全都是企業啦，外包啦，SOA什麼的，不過由於不涉及一些技術細節，很多文章還都是非常通俗易讀的。特別值得一提的是該雜志每期的卷首語寫的特別的有品，以一種旁觀者的姿態出現，或譏或捧，非常耐看。有比較偏向於指導高校學生如何走好職場第一步的，如《IT博客-----軟體工程師》，80後的財富新貴們、吳瑩瑩都曾上過封面。

這份雜志除了非常關注IT行業就業和創業的動向外，還有一個非常大的靚點，就是情感類的文章也有不少的份量。要知道，在競爭激烈、技術味道濃郁的IT界，情感往往是被放在次要的住置，可是它往往又是人們最柔軟、最需要呵護的地方，於是，這份雜志獨樹一幟地涉及「IT人的情感世界」,自然就非常的出彩了。

《程序員》外IT雜志第三類，IT商業類

為什麼說做程序員命苦呢，看了這類雜志，你很快就豁然開朗了。程序員，說到底，就是個技術人員，就算是高級的程序員，比方說，技術主管什麼的，那還是放在企業的技術部門。技術部，對於IT企業來說，當然很重要，但是對於一個成熟的企業來說，管理部和決策部才是一個企業的心臟地帶。這決不是說程序員無法進入公司的決策層，大家隨便想想，95%的IT企業都是靠技術發家的。但是等到企業形成規模後，開始有了技術部後，程序員的地位，就由「當家人」轉成了「老闆手下的愛將」，雖然地位也不低，可是各方面的發展就受到非常大的約束了。

所以，我們可以看到，中國有非常多的程序員有非常好的能力、有好創意的也不在少數，但恰恰是因為進了很成熟的公司，於是他的能力只能被限定在老闆的想像力之內，他的才情自然就無處可泄了。很多程序員都和我有一樣的體會，雖然自己很喜歡編程，但給別人寫的程序，總覺得不像那麼回事；總想著要是有一天寫自己的程序，給大家來用，那才是自己想做的事。大家可以看到，今天的互聯網，機會仍是不少的，一個有意識、有市場頭腦、又能把握住機遇的程序員，他想做成一件事的機率還是非常高的。關鍵，還在於意識，有時，要改變意識，多看幾本書，多看幾本雜志，會很有啟發，當然，這只是起點，要走的路還很長，但就是這第一步，邁與不邁之間，也許你的命運就完全不同了。

㈢ 我工作一年多了，java程序員。我現在特別迷茫。不知道以後的發展道路

利用自己的業余時間多看看書多充充電 多看看源碼