資深程序員怎麼做

程序員35以後都轉什麼職業了

程序員這份工作一般工資都很高，但工薪都是靠身體熬出來的，當程序員到了35歲以後，體力就不如從前，這個時候就要考慮自己之後的出路，規劃好下一步。那麼，程序員35以後都轉什麼職業了？一起來看看吧！

程序員35以後都轉什麼職業了?

1、做技術總監，不寫代碼，把握公司技術線路、產品安全，為老闆解憂。

2、做安分的程序員，工資要求不要太高，和領導關系搞好，老闆也不會開除的。

3、轉行自己做老闆，找關系接項目，自己建團隊開發。實際上很40歲左右的程序員就是這么做的。

4、轉行做自媒體，現在抖音、頭條、快手很火爆，做自媒體也有錢。但這個對程序員來講跨度太大，風險高。

做任何行業都賺錢，但任何行業都要積累和沉澱，不要看別人說某事賺錢就進去，那樣會有經濟損失的，先觀望觀望，學習學習相關行業業務，時機成熟後再轉行。

程序員35歲之後的出路

1.如果您對編程充滿熱情，那麼請不要感到困惑，繼續在編程中做得很好，這足以使您在編程中終生受益。

2.如果您認為自己的表達能力是可以接受的，那麼您可以從過去學習並且說得很好，那麼我建議您努力工作來從事管理工作。畢竟，您具有程序員的背景和經理的基本素質。在未來的工作中，您很有可能成為科技公司的優秀經理。

3.如果您認為不適合管理，並且不想繼續加班編寫代碼，建議您成立公司。最好回到您的家鄉創業。畢竟，當前的兒童編程教育市場正在如火如荼地發展。在我的家鄉，通常缺少可以編程的老師。程序員具有這個巨大的優勢。總結您通常的工作經驗，建立一個好的課程系統，然後回家充分發揮自己的才能。

35歲的程序員前途在哪裡

我認為，對於大多數程序員而言，30歲是一個障礙。這是身體和學習能力逐漸下降的時間點，它們開始不如年輕人。因此，想要成為30多歲的程序員的人可能並沒有真正考慮過他們將來將面臨的壓力。

程序員的薪水看似光鮮亮麗，但實際上，它也因身體和健康而沸騰了。對於35歲以上的程序員而言，如果他仍然只是工程師，仍然需要負責日常代碼開發，而不是帶領團隊擔任經理或技術總監，那麼他可能會走上職業發展道路。進展順利。

35歲以上的程序員應該發展為經理或架構師和技術主管。簡單的編程不再適合他們。

年齡大的程序員要不就轉型做管理，要不就是自主創業，35歲之後可以努力讓自己做到管理層，如果有一技之長的話，完全也可以自己創業。

一、年齡大的程序員要不就轉型做管理，要不就是自主創業。

程序員35歲之前靠技術，35歲之後就得讓自己做管理了，不然的話，就很容易被年輕的程序員代替，畢竟程序員加班也是正常的，而且過了35歲的人做程序員還是非常吃力的。

所以這個時候就可以轉型做管理層，給年輕的程序員給予指導，這樣也會相對輕松一些。如果是自己有能力也有資源的35歲之後的程序員，有些則是直接去創業了。

二、35歲之後可以努力讓自己做到管理層。

很多人覺得35歲就是職業上的一道坎，實際上這個時候我們更應該去轉型了，因為35歲之後我們就沒有太大競爭力了，這個時候去做到管理層是比較合適的。

因為管理層只要有經驗就可以了，只需要能看出員工工作中存在的問題，給對方進行指點下就可以了，所以35歲之後走到管理層也是一種出路。

三、35歲之後我們也可以嘗試自己創業。

當我們35歲的時候，我們基本就已經形成了自己獨有的能力和技能，這個時候如果我們能果斷一些的話，我們也可以直接嘗試創業，比如說開個才早餐店，因為35歲之後再去找工作也是有一定難度的。

所以35歲之後創業也是不失為一種出路，因為創業成功了，我們就翻身做老闆了，就算是不成功，我們大不了再去找工作就可以了。

有時候我們不要因為年齡給自己設限，因為有些事情或許做了之後，我們發現並沒有想像中那麼困難，35歲之後的人也可以嘗試去創業，失敗了就當給自己積累經驗了。

程序員35歲以後，會繼續深入研究，轉管理道路或者投身自媒體。

計算機行業，新技術層出不窮，程序員總需要不斷的學習。技術人員分成不同的級別，你會看到P5之後，就有技術崗和管理崗的區分，你可以深挖技術，也可以走管理路線，都有相應的職級匹配。從初級程序員到資深程序員後，還可以成為架構師、技術專家等，當有了強大的技術支持，相信即便在互聯網不景氣的年代，也會有一席之地。

其實國外很多程序員，年紀一大把頭發鬍子都白了，還在做技術開發的，也大有人在。國內現在大的公司也都有很好的程序員發展路線，就算是做技術的也是家有一老如有一寶。

程序員的發展

程序員轉管理也是有一定的優勢的，畢竟大家即便轉管理，基本也離不開互聯網的大圈子。技術人員在深耕某一個領域的技術及業務後，加上對運營、市場相關知識的逐步掌握，進而主導一個產品或者產品條線的工作，成為產品經理也是可以的。

程序員未來的發展空間，還是不錯的，不必擔心35歲以後就完蛋了，但是要為35歲以後做准備。一個人在職場越久，只要不是不靠譜，應該能力越強，經驗越豐富閱歷多。更重要的是積累了很多的資源、人脈，未來的發展空間應該會更大。

35歲以後的程序員沒有大家想的那麼慘，前景還是好的。老程序員有更豐富的項目經驗，一旦項目出現問題，能更快找到問題所在，畢竟經歷項目多，遇到問題也會更多，儲備的更多。還有老程序員更穩定，因為有了家庭的重擔，他們只有求穩定，才能更好在一家公司長期發展下去。

為什麼說35歲以後程序員很慘

說35歲以後程序員很慘有這么幾個原因：

1、程序員在做2、3年之後也就不會有什麼新東西了，每天在做的都是一些重復的工作，所以很多人都說程序員是高級藍領

2、在有了一定的經驗之後，很多人會轉向系統架構或者項目管理的方向，寫代碼之類的工作都留給年輕人去做了

3、程序員在做一定時間之後，工資增長水平會減緩。比如說，一個沒有經驗的年輕程序員的月薪可能在2000元左右，而一個有3年工作經驗的程序員的月薪可能在8000左右，而一個有5年工作經驗的程序員的月薪可能在10000左右。

所以說，單從程序員的職位來說，一個公司不可能為一個高級藍領開出太高的價格，所以很多程序員都轉向系統架構或者項目經理，因為這才是一個既能體現程序內涵，又能賺錢的位子。

程序員35歲以後有哪些出路

一：項目管理

這個是適合程序員做的，這里會涉及一些技術問題，做過開發應該更得心應手。只是這個職位需要有很好的溝通，需要跟客戶面對面交流，還要有好的文筆，需要寫方案。這個職位需要你能忍受長期出差，如果這個可以解決，那麼你可以選擇去做。

二：it培訓師

現在很多年輕人都想當程序員，畢竟這行工資高，所以社會上存在著大量的IT

培訓機構，因此對培訓講師的需求也比較大。而且和程序員不一樣，三、四十歲的培訓講師更受青睞，因為比年輕講師開發經驗豐富啊，學生看起來也會更放心。

如果再有大公司的工作經歷，那就更受歡迎了。而且現在少兒編程非常火了，除了傳統的IT培訓，少兒編程也可以考慮一下，畢竟家長和孩子的錢好賺。

三：去國企，央企

國企的收入比互聯網公司低不少，程序員找國企的時候盡量找個薪資待遇好點的。另一個朋友在國家電網體系內的一個單位，薪水一般，但是平時發的各種福利不少。

2. 程序員該如何做好一次分享

很多人，尤其是程序員肯定都有這種想法：」每次參加技術分享會，看到台上分享者的激情講解，也想自己哪天能做一場優秀的分享？「

但是技術宅們有多是內向的性格，對於拋頭露面總有一絲膽怯，而且技術宅多沉浸在自己的專業領域內，就算做分享也沒有很好的效果，久而久之就會越來越抵觸分享。

但是分享卻又是提升實力最好的方式，工作幾年我也做過好多次的分享，也是從剛開始的抵觸，到現在的期待。我也總結了一部分自己對分享的感悟和方法，我覺得有必要寫出來分享一下給 」想分享但是不知道怎麼分享的技術宅們！"。 今天我們就一起來看一下如何做好一場優秀的分享會。

在正式開始文章之前我也想問大家4個問題，希望大家可以帶著問題去看文章，也希望大家在評論區給出自己的答案。

下面正文開啟：

要做好分享，首先要有一個分享的心態。

通常我們很少會去主動把知識傳遞給大家。背後的原因可能比較復雜，不夠自信，或者有壓力等等。而往往分享來自於工作任務。如果應付了事，那隻能是浪費時間。一定要有做有價值的分享的心態。

作為分享者，一定要分析聽眾需要什麼，這樣才能帶給聽眾更有價值的分享。

聽眾分析的思路很簡單，無論是分享給熟識的聽眾：同學、同事，還是分享給陌生人，我們都可以從職業特性入手。

如果分享對象是學生，就以所學專業為主要參考指標，如果分享對象是職場人士，那就以所在崗位作為主要參考指標。

如果分享對象是學生，就以所學專業為主要參考指標，如果分享對象是職場人士，那就以所在崗位作為主要參考指標。

總之，分享首要考慮的是聽眾的需求。

沒有金剛鑽別攬瓷器活，如果沒有干貨，再好的技巧都是空有其表。

作為分享者，除了要了解聽眾的需求外，也要分析自身的特長。不要輕易挑戰自己的弱項，也盡量不要把還沒有實踐過的知識分享給聽眾，不然容易現場翻車(⊙o⊙)。

一定要結合自己的知識儲備以及聽眾的知識儲備來進行分享准備

另外，知識的傳播一定是衰減的。這個衰減的過程是 儲備知識->傳播介質->聽眾。

傳播介質可以是圖文博客，也可以是PPT，也可以是音頻、視頻等等

粗略的打個比方，如果滿分是100分，假設你儲備了90分，按照15%的衰減來說那就是 ： 儲備知識(90)->分享介質(76)->聽眾(65+(-30))。 這里的-30的意思是，如果聽眾沒有相關知識儲備，那聽眾接收到的可能最多就是35分。

列提綱

吹牛要打草稿，提綱是為了幫助分享者梳理分享的思路。

填內容

分享前，你需要對分享內容盡可能的掌握全面，盡可能多的去查閱資料，書籍。

例如：我想分享 Http 的三次握手四次分手，那我至少要去查閱5篇相關的文章，並且提取他們裡面的相同點和不同點，然後用自己的語言去整理合並。

當然，僅僅准備你要分享的內容是不夠的，你還要對你分享的內容深入了解20% ~ 30%，因為你你要應付現場聽眾的提問。

舉例子

善用例子，通過類比讓聽眾更加形象的去接受內容。

不同的聽眾要有不同的開場，但是核心都是抓住聽眾的注意力

熟悉的聽眾

如果是熟識的人：同事、同學，那就非常簡單了。 說清楚自己是誰就行了，為了活躍氣氛，可以稍微加點幽默。

範例1：我是來自A團隊研發成員，我的名字是張海洋。我可能是最痴情的男人，因為「最痴情的男人像海洋」。今天我帶來的主題是：XXX。希望經過本次分享，大家能對這個主題痴情起來。

陌生的聽眾

如果是陌生的聽眾，那意味著他們對你還不夠了解，還需要建立基礎的信任，總之就是吹好牛皮，贏得基礎的信任。

範例1：我是來自X集團X事業部的資深研發專家，我叫張海洋。弓長張、海洋的海洋。我主要負責X業務，我所負責的系統每天的訪問量大約30億PV，峰值QPS在1W左右。平均每天成交額約2億RMB。今天我帶來的主題是XXX，主要是跟大家分享我在XXX方面的一些經驗。

3. 學生從初級進階為高級程序員需要經歷什麼

程序員從初級到高級要經歷什麼

01 初級程序員

初級程序員一般是剛剛入行不久，工作經驗只有一年及以下的同學，對干技能要求，需要他們:

1.可以完成簡單模塊和項目的開發工作

2.熟悉HTML、JS、CSS等基礎知識

3.能夠使用一門MVVM框架進行簡單的業務開發

02 中級程序員

中級程序員要擁有3年及以上的工作經驗，具有能夠獨立負責一個子模塊的能力，以及能夠負責一個項目的具體任務。

具體的技能要求有:

1.熟練掌握工作中使用的術棧開發業務。

2.了解一個需求從開發到上線的整個生命周期，並對各個環節負責。

3.具備基本的邏輯分析、問題分解、歸納總結等能力。

4.了解基本的數據結構和演算法，寫代碼較熟練。

03 高級程序員

行業不缺程序員，但缺少能夠同時兼具資深經驗和技能優秀的高級程序員，高級程序員不但具有豐富的項目經驗，且技能扎實，並能夠持續保持新知識新技術的輸入，才能被稱之高級程序員。

技能要求:

1.具備獨當一面的能力，能夠帶領團隊展開工作。

2.針對一個需求能夠從開發到上線的整個生命周期中找到痛點與漏洞，並能運用技術的手段解決。

3.能對問題和需求做出分析和拆解，做出改進、實現方案。

4.有優秀的技術選型能力。

5.熟練掌握各種技術體系。

初級，高級如何實現升階?

第一，練習代碼，學習模仿。

俗話說熟能生巧，寫代碼也是一樣。如果本職工作的強度不算大，建議可以私下接一些小項目練手，多嘗試不同的業務。寫代碼可以參考大佬的編碼風格，學習對方的思路。如果公司有代碼規范，跟隨著公司的代碼規范走，如果沒有，參考業界規范。

第二，熟悉工作流程

也不要光埋頭寫代碼，學著多參與進項目，去熟悉一個需求提出-開發-聯調-測試一上線的整個工作環節，理解開發邏輯嘗試想像自己有一個項目，該如何開展工作。第三，基礎知識不能落下

知識就像棉被，需要時不時拿出來翻新、加固。基礎類:JS、CSS、HTML反復學習

了解一些廣度知識:HTTP、正則表達式、Web安全、性能優化、設計模式，數據結構和演算法

02 中級一高級

第一，業務全局思考能力成為高級程序員，就需要具有項目全局思考能力。首先，要明白業務和公司的目標，參與到需求的早期階段中;而後要多思考，是否可以通過技術手段提升業務價值。

第二，學習優化工作流程初級程序要要熟悉從需求-開發-聯調-測試-上線的每個工作環節，高級程序員則要多思考每個環節有沒有可以優化提升的地方，比如上線過程能否自動化、能否小流量上線等。

4. 程序員，如何少走彎路，成為一名技術專家或者架構師

#1 專業技能

@首先當然基礎知識要扎實，一些經典的專業書籍一定要看。比如，設計模式，演算法，數據結構，所在領域的編程語言的專業書籍等.關於不同的能力階段，需要讀取什麼類型的書籍，請參考ThoughtWorks(中國)程序員讀書雷達,每年都有更新。
@作為架構師，review別人的代碼並給出合理的建議是基本功，比如變數或者方法命名的規則；所以代碼大全，重構，改善既有代碼的設計，Clean code 等等肯定需要看。
@ 對於某一個技術領域或者業務領域，一定要有一門技術是精通的，因為這樣你才能體會到以後遇到自己不懂的技術的時候，如何能夠快速成為這一方面的行家。
@ 平常有時間一定要多多進行代碼的訓練，也就是Martin Flower常說的Kata練習，這個比喻來自於跆拳道，跆拳道選手一般每天都會找一些基本的招式，進行反復的練習，從而訓練肌肉的條件發射，那麼對於我們程序員來說，一定也要進行持續的編程訓練，比如上面提到的那位同事，給的建議是，雖然把大部分時間花在了溝通和協調上面，沒有機會寫代碼，但是自己一定要利用業余時間，自己找一些例子來聯系，比如，參與開源項目，或者到網上去搜索一些大師的經典Kata聯系的例子；或者看工作裡面是否有一些小工具，是否能夠提升自己的溝通效率，當然已經天天寫代碼的童鞋們除外。請參考我轉發的另外一篇文章和另外一篇介紹能在線練習Kata code的文章.
@ 最好能夠在精通一門語言的基礎之上，學習其他的語言，從而站在一個更高的角度，對於程序語言有一個更高層次的抽象認識，比如，學了java之後，可以學學Ruby，Groovy，C#等等，其實語言之間都是相互借鑒的，比如Lamba表達式，連java也慢慢的向函數式編程方向靠攏。
@ 如果有時間，一定要自己維護一個博客,既然選擇了架構師，就決定了自己以後不僅僅是一個技術專家，同時也要成為一個佈道師，為企業組織或者社會上的其他IT同行們貢獻自己的一些微薄之力。
@ 多參加一些社會上舉辦的軟體專業會議或者活動，了解當前比較流行的技術和框架。
@ 這條不提倡，我以前有一個同事，幾乎每年都要更新簡歷1~2次，目的不是真正的換工作，而是通過面試得到當前市場上大部分公司正在使用什麼技術和框架。對於這條，請慎用！！！！
@如果有結對編程的機會一定要好好珍惜，特別是和高手大拿一起結對的時候。
@如果大家上面都已經做的非常的好了，這個時候可以看看架構設計方面的書籍，比如企業應用架構模式，架構之美等等。
@ 去51Job上搜索架構師這個職位標簽，看看不同行業的企業對於架構師的技術要求和標准，然後結合自己當前所處的行業和你自己的技術特點，比如擅長前段或者後端，有選擇性的學習一些自己感興趣的技術或者方法。
@ 關於常用的網站，沒有定論，筆者主要是根據搜索的結果去發現適合自己的網站，所以需要讀者掌握一定的搜索的技巧，筆者一般喜歡用英文搜索，這樣的話資料比較全也比較新；如果下載電子書的話或者查看博客的話 一般會首選CSDN；如果是解決工作中的問題的話，在StackOverFlow上面被解答的概率是最大的,此外平常自己也需要去積累一些自己感興趣的技術的人氣比較旺的網站列表，比如一般和Window相關的就是MSDN；如果對Java入門比較感興趣，可以看看這個網站。對於一些開源的框架，一般都會有想對應的社區，google一搜索，很快就能找到。另外一個德國人寫的博客的非常的精緻，如果對Eclipse插件開發特別感興趣的朋友們可以去參考它。
@大家如果時間和精煉允許，最好能在Github開源和分享自己平常寫的代碼。這樣一方面可以熟悉git用法，另外一方面也可以把自己平常練手的代碼免費保存，何樂而不為呢？
@如果大家平常遇到什麼問題，可以到StackOverFlow上面去尋找答案；當然，如果你能自己注冊一個StackOverFlow賬號那是最好不過的，這樣不但可以提問，還可以幫助別人，同時上面還有很多工作簽證的工作機會。
#2 軟技能（現代社會，一個合格科學家不僅僅是某一個行業的技術專家同時也是一名專業的社會活動家）

@遇到問題，一定要多想，遇到一個問題，如果解決了，就要反思為什麼能夠解決，如果以後遇到類似的問題，
如何更快速的解決。
@英語的重要性，不言而喻，因為現在很多新技術的框架的中文文檔非常的少，即使翻譯成中文，也是二手的了（國內自己的開發的一些開源框架除外）
@ 有時間的話，看一些溝通方面的書籍，如果有參與溝通的機會的時候，一定要想如何把溝通做的更好更舒暢。
@ 如果有機會的話，可以參加PMP的考試，關於如何備考PMP，請大家參閱另外一篇文章:如何備考PMP，但是如果不想參加的話，也沒有關系，至少要涉獵到項目管理方面的書籍，否則以後如果成為架構師之後，客戶或者管理者給你說一些項目管理上一些專業術語時，到時候就會一頭霧水。
@架構師其實從某種意義上就是一種角色，而不是一種職位。一定要時時刻刻保持空杯心態。
@一定要有一顆保持飢渴學習和耐得住寂寞的赤子之心。
@當前的技術節湊是非常快的，特別是結婚以後又有小孩了。一定要好好的利用自己碎片時間，對於一些技術，當時讀不懂不要緊，但是一定要記住和了解其關鍵詞，這個主要是為了拓寬自己的視野。比如，當前你想自己開發一個系統，結果已經有一個開源框架實現了，而且還很穩定，這個時候，自己就沒有必要重復發明輪子了。
@與不同的技術、編程語言、設計模式和結構等（甚至是它並沒有在日常中給予你直接的幫助）打交道。你永遠都不知道這些知識是否會在未來派上用場，但是對你絕對是有益無害。
@在工作中，能夠幫助到別人解決技術難題，一定要盡量全力以赴，因為這不但可以贏得同事的好感和口碑，同時也能增長你解決問題的經驗和提高你的技術思維能力
@ 一定要掌控好自己的時間，對工作沒有幫助的會議，能不參加盡量不要參加，當然，企業安全，公司規章制度如果是強制性的，該參加還得參加，但是如果沒有工作效率和扯皮的會議，盡量避免參加。
@程序員要耐得住寂寞，要在自己的領域深挖，不能看啥火，就學啥，一定要有自己的想法和判定，如果決定不了，可以向資深的同事或者朋友溝通。
@盡量參與到項目中的編碼，因為架構師不能與項目脫離。
@ 如果有機會可以鍛煉一下自己在大眾環境下的演講和PTT的能力。
@有機會多做知識分享，因為你一旦分享了知識，你就會對這門技術有深刻的印象，同時也能樹立在同事中的良好的技術形象，從而贏得更多的專家影響力而不是職位影響力。
上面只是我當前能想到的，知易行難，知道了上面的一些經驗，並不代表年輕程序員們就能馬上成功，畢竟這需要一個鳳凰涅槃和實踐的過程，但是肯定能幫助有志於於此的年輕程序員們少走一些彎路，限於筆者水平，如有總結不恰當或者不到位的地方，還望批評指正。

5. 避免迷茫跳槽，程序員有哪些發展路徑

程序員一般的發展方向主要包括：技術專家，架構師，技術管理，管理，產品。接下來通過例子和大家分享以下四種不同的發展路徑及適合走這四類路徑的人群的三個關鍵詞

第一類，程序員-高級開發-技術專家路線

我之前的一位候選人Z先生，他12年從湖北工業大學畢業，而後去了搜狗擔任工程師，做了兩年後，跳到了另一家公司叫小麥公社，是當時一家風頭正勁的創業公司，擔任B端高級開發，後來去到了因果樹擔任B端的技術資深開發，在今年2月份入職了杭州阿里巴巴，同樣是負責B端商家後台部門，擔任技術專家，他職業規劃最大的亮點是找到自己想要專注的領域並且一直堅持至今。

第二類，程序員-高級開發-架構師

也是之前100offer的一個用戶，H先生，他11年北航畢業，而後選擇創業做SAAS平台當時擔任前端負責人，兩年後選擇加入搜狗成為一名高級前端工程師，後來去到了音悅台擔任架構師，目前在一家創業公司擔任前端架構師，他職業規劃的最大亮點是在前端領域各個方向都深入見解，而後負責多條產品線的架構設計。

那以上兩種技術路線有什麼不同呢，應該如何選擇呢？

技術專家，是偏理論研究的，對某個或某些相關的專業領域深入了解，能直接或通過提供思路間接解決這些領域的各種問題；架構師，是偏工程實踐的，與技術專家的區別在於它需要一專多能，提供方案解決問題已經不是它最重要的價值，它的價值體現在選擇性價比最高的方案。

第三類，程序員—資深工程師—技術經理（技術管理）—技術總監（管理）—CTO（管理）

說我們100offer的一位用戶Q先生吧，他在30歲就成為了某知名共享單車公司的CTO，說一下他的職業規劃，09年首都經理貿易大學畢業加入一家創業公司擔任開發移動端工程師，兩年後加入360擔任資深研發工程師，而後加入新浪微博擔任移動端部門的技術負責人，而後加入了宜信擔任技術總監，在去年7月加入共享單車公司擔任CTO。他職業規劃的最大亮點是一直在核心業務上往技術管理進階，最終成為一名優秀的管理者。

談到這類管理路徑，必須要說明下技術管理和管理的區別，技術管理是事情為中心，管理是以人為中心，技術管理主要工作是保證事情能按時按質完成，管理需要考慮團隊的士氣和穩定性、階梯性。

第四類，程序員—高級開發-產品技術—產品經理—產品管理

X先生是100offer的一位深度用戶，也帶來一個海龜碼農成功轉行產品經理的故事，09年畢業於美國工程類名校普渡大學，而後回國在一家外企擔任開發工程師，一做就是5年，14年一個幸運的機會加入了騰訊，當時騰訊面試了7輪，拿到了T1-2,月薪1W2的工程師offer，基本是剛畢業一年左右應屆生的水平。在騰訊主要做手機QQ紅點系統，做了兩年，他從未抱怨。他也給我們展示了所謂"紅點"，其實就是手機QQ上不同介面旁的紅點引流。手機QQ流量日活上億，但是會點擊那些游戲、商城、音樂等介面的用戶大概只有1%，紅點主要就是吸引那些有強迫症的用戶點進去引流。從最開始的紅點數量的改進，到後面根據不同屬性用戶設置不同紅點，再到後來和其他產品合作比如京東商場，搞紅點的競價排名...就這么一個小功能騰訊專門養了一個團隊去做，對於BAT這種大公司來說，一個小的模塊和功能的改進能帶來很大的利潤，很多人常年都在做很小一個模塊的重復工作，很難獨立完整去做項目，裡面閑人很多。

所以工作兩年後，許寧也想做點商業化的東西了，給部門老大反饋了想法沒得到支持，在內部其他部門也爭取了問了一圈沒能成功轉崗，於是就想出來，不想繼續在騰訊裡面慢慢熬晉升了，從騰訊出來是那年是2016年3月，T2-3。而後在100offer上入職了一家投資公司，以產品經理的身份加入，兩年過去了，目前已經成為了一名高級產品經理。他職業規劃的最大亮點是深思熟慮後立刻決定和行動，沒有猶豫，而機會往往更容易留給有準備和有勇氣的人。

（資料來源：100offer網）

6. 資深程序員具備的14個優良習慣，你都具備哪些

1 慎於說Yes
在沒有搞清楚開發需求、任務工作量、團隊期望值之前，有前途的程序員不會輕易答應。特別是對於新人來說，比較急於表現自己，對於同事或者老闆的工作安排來者不拒，精神可嘉，方法不可取。
承諾太多，會出現自己無法按時完成的情況，即使按時完成，也可能沒有達到別人的期望值，長期以往別人對你的失望會越來越多。
2 敢於說No
看起來和第一條雷同，其實細究起來不一樣。第二條執行起來比第一條難得多。當遇到明顯不合理的要求時，可以考慮拒絕，前提是准備好了全面充分的理由。不要經常說No，但是一旦說了，就要切中要害。
有前途的程序員不會悶頭幹活，知道自己的定位和團隊期望，分清楚哪些是不合理的要求，哪些是合理的要求，然後把明顯不合理的要求和領導溝通下，取得支持。
3 構建自己的知識體系
在信息爆炸的年代，碎片化的知識很多，系統學習的時間越來越少，如果沒有自己的知識體系，很容易被淹沒在知識的海洋中，而且難以記憶。
100分程序員推薦的做法，通過Wiki或者其他知識管理工具構建一個知識框架，大的分類可以包括軟技能、架構、語言、前端、後端等，小的分類可以更細化。
4 培養大局觀
程序員比較容易陷入的困境是專注於自己的一畝三分地，不關心團隊的進度和業績，也不關心軟體的整體架構和其他模塊。
這種狀態長期下去沒有好處，特別是在大公司中，逐漸成長為一顆螺絲釘。100分程序員會在工作之餘，多看看其他在做什麼，看看團隊的整體規劃，看看軟體系統的架構和說明文檔。
對自己的工作更理解，而且知道為什麼這個產品應該這樣設計，為什麼領導應該這樣做規劃，這種大局觀非常有利於自己的職業生涯。
5 代碼規范
程序員在新手時期需要培養良好的代碼規范。最直接的辦法，遵循公司已有的代碼規范（如果沒有類似的規定，也是醉了），從簡單的變數命名到模塊劃分，有些規則可以導入到編碼工具中，更多的部分需要自己體會和遵守。
關於此方面的知識，最權威的書籍是《代碼大全》，別誤會，書名是個美麗的錯誤，裡面不是代碼集錦。對於新手來說，養成一個統一的編碼風格非常重要，是基礎一步。
6 代碼審查
把這個單獨拎出來說，是因為對於程序員來說很重要。很多快速成長的公司沒有這個步驟，建議大家能夠堅持下來。
讓別人審查自己的代碼，可以得到更多的反饋，也是和同事交流的好機會；審查別人的代碼，可以借鑒別人的經驗和思路。通常情況下，代碼審查比自己寫代碼的收獲更大，對於新手來說更有價值。
只要你想做，不論形式是不是正規，都可以執行下去，最好形成團隊的習慣。
7 一個時間段內只專注於一種類型的語言
如果你正在設計或開發網站，你將需要同時熟悉多種不同的語言。你可能會想同時學習所有的這些語言，特別是考慮到它們是如何相互關聯的。
我想，在某種程度上，這是不可避免的。但如果你真的想快速提高，我建議你專注於一個特定領域的專業知識。你想更好地利用CSS？把你的重點放在這一點。嘗試使用一個單一的HTML文檔只使用CSS實現不同的布局。
CSS Zen Garden 是一個使用相同布局實現不同頁面樣式非常棒的例子。你也可以通過查找元素的列表，並把精力集中在裡面。
舉個例子來說，你熟悉CSS2，但想提升對 CSS3 的理解，你可以學習CSS3屬性並逐一的實現它們。你可以閱讀當前的 CSS3規范 ，還可以通過每個模塊的學習來了解它在瀏覽器上能（或不能）做什麼。
8 通過注釋來寫邏輯
說到編碼，我有堅持很多原則和想法。其中一個就是，代碼中95%都是邏輯。另一個就是從人類語言到編程語言，邏輯並沒有改變。
這也就是意味著，如果你能在代碼中寫出來，也就可以用英語或者其他語言寫下來。
9 良好的時間管理
遲到對於任何一家公司都是個頭痛的問題。作為一個程序員，有時候為了完成任務常常不得不熬夜，從而導致第二天上班就遲到了。
但是我們忽略了這一點，我們的工作時間至關重要，因為在這段時間里我們要和客戶同步，也要與團隊其他成員一齊協作。
10 深入理解客戶需求
僅僅了解單一用戶的表面意思是遠遠不夠的。一個偉大的程序員應該具備能把繁瑣的要求理解並分解成項目的技術任務或子任務的能力，並且最後拿到的成果應精確滿足客戶的需求。
11 在編程之前准備好全套演算法
案例、偽代碼和流程圖統統都是非常重要的軟體開發手段。一個偉大的程序員如果沒有先准備好演算法，那麼他是不會像傻小子一樣興沖沖地開工寫代碼的。寫代碼實際上只是一個編碼任務。
12 理解並幫助定義驗收標准
是否需要高層次測試腳本是由產品所有者決定的，但是一個偉大的程序員必須能夠編寫技術測試腳本，並且深刻認識到跳過這些步驟可能會帶來的後果。
13 絞盡腦汁還是「NO」
假如抓耳撓腮還是找不出解決辦法，我們該如何是好？一個偉大的程序員應該足智多謀，能靈活應對困境。
他們會去詢問同事，或者是向團隊領導者請教；在互聯網上面搜索，然後耐下心來一遍又一遍地試驗。相信山窮水盡疑無路，柳暗花明又一村，投降兩個字從未出現在他們的字典上。
14 理解and幫助定義驗收標准
是否需要高成次測試腳本是產品所有者決定的，但是，作為一個偉大的程序員必須能夠編寫技術測試腳本，並且也要認識到如果跳過了這一步驟可能會帶來的後果。

7. 成為優秀程序員的十個有效方法

如何快速成為一個優秀的程序員?


優秀的程序員是在穿過一條單行道的時候還會往兩邊看的人。


作為一個IT行業的軟體程序員，每天驅使我們日復一日的辛勤工作的，是來自我們對編程的興趣和激情。但是要讓編程變得始終有趣，我們必須學會堅持某些成為優秀程序員的基本原則。


我並不是要寫出一些咒語，你照著執行就可以成為一個優秀程序員了。我的目的是想記錄下我學習到的和用過的一些有用的經驗，它們幫助我獲得比較好的結果。對於優秀程序員是沒有明確定義的，這里北大青鳥web前端培訓專家(web.te.cn)指的是那些創造出了優秀IT解決方案的以及幫助這個行業增長的那些人。


對於任何行業任何工作來說，融會貫通是獲得成功的關鍵。一個人想要成為優秀程序員，就必須有堅實的基礎。核心理念的理解會幫助你用最好的方法設計和實施出最完美的方案。如果你感覺到不能掌握核心的計算機科學或者某個編程語言的知識點，現在開始回顧基礎一點都不晚。


1.開始為你寫過的代碼貼上標簽(怎麼做，做什麼)


我發現優秀的程序員和普通程序員漏森之間有一條明顯的分界線，優秀程序員渴望深究每行代碼做了些什麼，以及如何實現的。有那麼一小群人，他們一定要弄懂每一行代碼。我知道如果時間非常緊張的時候，我們經常不能夠遵循這個原則，僅僅寫出些代碼，知道它實現了需要的功能。如何處理這種情況又是另外一個話題，但是作為一個程序員，我們經常要盡可能深入探索。相信我，隨著時間的推移這會變成一個習慣，之後每次你都會不知不覺的這樣做了。


2.幫助他人，你可以學到更多


許多人都有個共同特點，只有當他需要幫助的時候，他才會求助於論壇或者群。優秀程序員不同之處在於他們會經常瀏覽論壇去幫助他人。相比較於靠別人幫助解決問題，他們幫助他人讓自己學到更多。在一個團隊中也是一樣，幫助他人解決問題收獲更多。相信我，了解他人的問題，思考並最終提供解決方案吧，你會比之前學到的更多。


3.寫簡單易懂，有邏輯性的代碼


正如KISS原則(保持短小精悍)適用於生活的方方面面一樣，它也適用於編程。盡量寫有邏輯的代碼，避免復雜化。有時人們寫復雜的代碼僅僅是為了展示他們有能力寫出這樣的代碼。我的經驗告訴我，簡單而富有邏輯的代碼非常的好，會產生的問題更少，也更容易擴展。我記得一句話：


好的代碼本身就是最好的文檔。當你想要加註釋的時候，問問你自己，「我能如何改進我的代碼，才能不寫注釋也讀得懂呢?」


4.花更多的時候分析問題，你將會花更少時間去解決問題


花更多的時間理解和分析問題，然後再設計方案吧。你會發現剩下的事情很容易了。設計不是說要用建模語言和工具，可以是僅僅看看天空在腦子里構思。那些在遇到問題就開始敲代碼的人往往會最終偏離需求。


如果你洗澡的時候不能理清整個程序的結構，那麼你還沒准備好開始編程。_RichardPattis


5.成為第一個檢查你的代碼的人


雖然有一點點難，但試著在其他人修改你代碼之前修改它，隨著時間的推移，你會寫出幾乎沒有bug的代碼。對你的代碼做沒有任何偏見的檢查，也不要猶豫讓其他人來檢查你的代碼。和其他優秀的程序員一起工作，接受他們的意見能夠幫助你也成長為一個優秀的程序員。


6.不要迷失在快速更迭的科技世界


在IT行業中，我經常遇見許多人，他們對現在的工作不滿，甚至離開它去追尋新的工作，理由是因為他們想要學習最新的科技。我們每天聽到的都是新工具、介面、框架，能讓程序更簡單，速度更快。這在科技世界中司空見慣並會一直如此。但是最基本的最核心的科技變化比那些框架、工具和介面的變化小得多襪尺。就像大海，大海表面上波濤翻滾，但大海深處卻相當平靜，而那裡才是水生生物生存的地方。所以將你自己置身於核心技術的大海深處吧。舉個例子，在Java企業級應用中，每個星期都會返好畝出現新的框架，但是核心的技術是不變的，譬如基於客戶端-伺服器端的請求，MVS模式，filters/servlets/JSP，數據源綁定，XML解析等等。所以要花功夫去學習核心概念，而不是去擔憂日新月異的框架和工具的出現。相信我，有了核心技術的基礎，你會發現學習新的框架，工具以及介面變得更容易了。


7.應急方案不會持續很長時間


很多時候軟體師們會採用應急方案(可能是時間不夠，可能是問題理解不透徹或者是缺少經驗)。但是這樣往往帶來的結果是，代碼混亂，缺乏可擴展性和維護性，後來浪費了更多的時間。請在你清楚整個方案後再開始實施。我知道有些情況下應急方案無可避免，就好像，一個人應該說實話，但是你在某些情況下不得不說謊。


8.閱讀文檔


閱讀很多文檔是作為優秀程序員的必備習慣之一。可能是產品說明書、JSR、API文檔、教程等。閱讀文檔幫助你獲得必要的基礎知識，寫出更好的代碼。


9.你可以學習他人的代碼


我接觸過一些優秀的程序員，他們在IDE裡面一直放著JAVA源代碼，並經常在日常工作中閱讀和查閱。他們這樣做不僅是滿足求知的渴望，還從中學習了如何寫優秀的程序。閱讀和查閱那些你認為可靠的出名的開源代碼或者比你資深的程序員的代碼，你會寫出更棒的程序。


最後，我想說的但沒有將其列在上面的：不要和他人比較


和他人的比較往往會造成消極的情緒和不健康的競爭。每個人都有他的長處和短處。揚長避短很重要。我也經常看到一些基礎很厲害的程序員范很低級的錯誤。所以僅僅和自己比較，列舉你自己需要改進的地方，並持續改進它。編程是很有意思的事情，享受它吧。


任何一個傻瓜都能寫出計算機能理解的程序，而優秀的程序員卻能寫出別人能讀得懂的程序。

8. 淺談程序員的職業生涯規劃

不知不覺參加工作成為程序員已經4年多，記得上高中的時候，從網路上知道了很多IT精英創業成功的例子，如沒有讀過大學的“汽車之家”創始人李想、facebook創始人馬克·扎克伯格，讓我覺得互聯網是個充滿夢想的舞台，只要有想法、有能力就有可能成功，而且成功是巨大的，其他行業需要上百年打造的商業帝國，在互聯網只要短短的一兩年就可以了。

在高考填志願的時候，毫不猶豫的選擇了“軟體工程”專業，大學一晃就過去了，09年大學畢業，並迅速加入了一個android創業團隊，迫不及待的開始了自己的第一次創業生涯，第一次創業在不到一年的時間里夭折了，這一次創業學到了很多，也成熟了很多。為了生存選擇了一家公司開始了打工生涯，在這一家公司一呆就是三年多，在這期間做過android開發，做過ios開發，干過項目經理，也干過產品經理，雖然自己有了很大的成長，但是對於自己未來的 職業規劃 也越來越迷茫，下面我們就進入正題談談程序員的職業規劃吧:

程序員一般有如下幾條出路：

1.技術型;

痴迷於技術，適合做資深工程師或者架構師、技術總監等，但是這樣的有一個弊端，因為是痴迷於搞技術的，一直隱藏在後端，沒有太多的機會接觸到社會上形形色色的人，溝通和商務能力就會大打折扣，而且像這種職位適合於存在有一定實力的公司，一般的小公司看重的是成本和效益，除非沒有你公司就辦不下去了，要不老闆只要找到比你便宜能夠替代你的人，就會盼著你趁早滾蛋。所以如果你年齡已經比較大，而且上有老、下有小，而且做的技術和業務很容易的被替代的話，可要小心了，你的性價比已經比較低了。

2.管理型;

管理崗位，適合做項目經理、開發部經理、研發經理等等。程序員做管理的話，個人覺得取決與這個程序員的性格，你的性格決定了你適不適合做管理，做管理情商一定要高，上面既要應付自己的領導，下面還有自己的下屬，在公司中承上啟下作用，怎麼能夠即把事情做好，又能左右逢源處理好雙方的關系，就是考驗你情商的時候。

3.創業型;

創業是一個充滿坎坷的歷程，要考慮自己的idea是否靠譜、起始資金、團隊成員、關系資源、商業模式等等，如果你之前是一個專心技術型的程序員，選擇創業合夥人，一定要是彼此互補的，總之，創業有風險，尤其在中國。

4.轉行型：

如果你當初入行只是迫不得已、或者是為了程序員所謂的高工資，轉行的選擇，我完全贊成。行業沒有高低貴賤，大家都是為了生存和愛好才選擇的。只要能讓自己更好的發展，讓自己的親人過得更好。

以上都是自己的個人看法，歡迎大家一起探討。我現在也是在職業迷茫期，我熱愛這個行業，但是現實的生活，讓我為了工作而工作，漸漸的離自己的夢想也越來越遠。我害怕丟失自己的夢想。