程序員如何進行職業(yè)規(guī)劃?（JAVA、PHP、C。。。的朋友都來說說）

時間：2023-10-19 11:30:02 | 來源：網(wǎng)站運營

時間：2023-10-19 11:30:02 來源：網(wǎng)站運營

程序員如何進行職業(yè)規(guī)劃?（JAVA、PHP、C。。。的朋友都來說說）： 最近看了一些關(guān)于程序員的職業(yè)發(fā)展思考的文章，然后聽了場公司一個寫了10年代碼的程序員的培訓，工作后也和蠻多的程序員合作過,程序員的自我修養(yǎng)如何修煉，才能有比較好的職業(yè)發(fā)展路徑，站在PM的角度談下自己的想法僅供參考：

1.事情做得專業(yè)的前提是能關(guān)注到細節(jié)

我覺得細心謹慎是程序員最基本的修養(yǎng)和素質(zhì)，邏輯能力啥的倒是更為上一層的事情。整天想好的算法和架構(gòu)是沒有用的，你知道當你跟產(chǎn)品經(jīng)理說解了半天的bug是因為少了個分號的時候，產(chǎn)品經(jīng)理心中鄙視的是多么的波濤洶涌么。

如果連這些代碼基本的細節(jié)都不能注意的話，談何其他呢

2.尊敬每一個人就像尊敬代碼一樣

很多程序員是傲嬌的，覺得產(chǎn)品就是自己做出來的，其他的人都是輔助的。所以很多程序員心里是看不上產(chǎn)品，測試的，也就造成很多溝通障礙。

首先上面這種人一定一輩子只能寫代碼，哪怕技術(shù)再牛。

我不太認同寫代碼只能寫到30歲，但是程序員30歲之后，要想有更大的發(fā)展，那么做團隊管理，要么做技術(shù)咨詢，才能讓自己的能力和積累的經(jīng)驗擴大化，那么這個時候，卓越的溝通能力往往成為關(guān)鍵。

3.用經(jīng)驗堆砌出你的產(chǎn)品技術(shù)全局觀

這個就涉及到架構(gòu)方面，產(chǎn)品經(jīng)理提出需求，不僅僅想聽到的是這個需求可以做還是不可以做這么簡單，而是如果可以做，那么開發(fā)成本是怎樣的，會對目前的系統(tǒng)產(chǎn)品模塊造成哪些影響，有哪些的risk，如果不可以做，有沒有好的替代方案或者簡化方案。

如果在需求評估的時候，PM可以得到這些答案，一定會跪舔你的

當然，另一方面，如果在前期評估中，這些都沒有想到的話，后期造成的種種后果也是需要程序員自己承擔的。

4.做好情緒管理

理論上，程序員都是冷靜的。但是現(xiàn)實中，情緒沖動的也是蠻多的，我不知道這樣的性格會對寫代碼有何影響，但是因為情緒影響了判斷就不好了，例如因為需求反復修改就索性說這個代碼實現(xiàn)不了這種事情，終究會對自己的信譽造成很大影響的。這種事情我經(jīng)常遇到。。。

5.技術(shù)要做到精益求精

編程語言那么多，多語言的程序員雖然搶手，但是如果是半瓶水的水平，估計也是沒人愿意要的。

現(xiàn)在程序員非常多，是因為這個行業(yè)入門的門檻非常低，也就造成行業(yè)的水平參差不齊。做一個網(wǎng)站很難么，找個現(xiàn)成的框架，懂點數(shù)據(jù)庫，建個數(shù)據(jù)表，前端再找個現(xiàn)成的模板，修修改改一個網(wǎng)站就出來了。

但是滿足這樣就完了？那么水平可能永遠就是這樣了，其實這其中每一個點都是可以研究的很深的，比如網(wǎng)站的大數(shù)據(jù)存儲，如何提供程序并行運行的效率，，未來計算機行業(yè)的技術(shù)分工會越來越細，任何一個方面的專家都是相當有用的

6、職業(yè)規(guī)劃，其實你沒的選

聽一個前輩講，自己也對職業(yè)也很迷茫過，后來索性去創(chuàng)業(yè)了，但是失敗的一塌糊涂，最后才明白，自己最會的還是寫代碼，最懂的還是Java，有時候其實你沒的選

7.Stay hungry ，Stay Foolish

技術(shù)是永無止境的，好的程序員必須保持對于新的技術(shù)敏感度，保持學習的熱情

同時看書學習可以更多的得到思維模式，可以在最快的時間發(fā)現(xiàn)問題的所在

如果沒有好的思維模式，很多程序員遇到需求了，先百度，看看有沒有相似的代碼，遇到bug再去百度下，看看別人是怎么解的，這種永遠只是碼農(nóng)而已

聽說一本好的程序書籍至少要讀12遍才能理解。。。