作了七年軟件開發後反而更迷茫

一位作了7年之久Java開發的兄弟在微信上發來求助，但願我給他出出招，擺脫目前的困境，我天然是盡我所能，但願他也能進步。

他的現狀：一直作Java開發，除了Java外接觸不多。對業務基本不關心，只要把功能作出來就行。歷來沒想過當領導，也當很差。想着改變本身，但是感受改着改着以爲不像本身，太假。比較不自信，比較悲觀，想作出改變。

通過跟這兄弟兩三個月的接觸時間，簡單列出幾個關鍵點，比較具備普適性，在微信裏已經直接答覆過他，這裏再細化落在文字裏，但願能幫到他以及跟他很像的朋友。

1. 
   

   - 技術儲備不足

   
   

2. 
   

   - 忽略業務的重要性

   
   

3. 
   

   - 自主性不夠

   
   

4. 
   

   - 交際圈子狹隘

   
   

技術儲備不足

除Java外，其餘涉獵不多。其實就是技術面、技術寬度、技術深度的問題，但決不是掌握了幾門開發語言而已。整個軟件研發生態比較龐雜，若是剛從業專一某一語言開發沒有問題，但年限長了之後，就成了天花板，經驗久了就應該比新手涉獵面要廣，否則如何帶領初級工程師完成任務？

從需求分析、系統設計到編碼實現、測試發佈再到後期的運維運營、迭代升級等等，這條鏈路很長，若是僅僅卡在編碼實現階段，對後期的成長無疑是個瓶頸。業務能夠能過不少種技術方案實現，甚至整合整合資源就能夠搞定，根本不須編碼。

擴展閱讀：

• 學習新技術時你應當掌握的『最少必要知識』

• 軟件生命週期與技術人的職業週期

忽略業務的重要性

認爲業務是需求分析人員或產品經理的工做，本身只管完成開發任務，實現功能便可。這也是一個比較廣泛的認知誤區，尚未擺脫初級從業者的心態，角色沒有很好的轉變過來。時間長了會致使業務領悟能力下降，在需求消化吸取時效率底下，溝通成本增高，開發完成的功能極可能與實際需求不對口。

業務是根本，技術僅是手段、工具。沒有業務依附，技術便無從談起。而技術從業人員每每會將兩個方面顛倒，這也是不少搞技術的同窗出來創業的一個短板。

擴展閱讀：

• 程序員，只產出代碼是遠遠不夠
  

• 技術人要懂商業
  

• 【技術&管理&業務】咱們該作何抉擇？

• 我只負責編碼實現，這個你去找業務

缺少自主性

主動出擊才能掌握更多的自主權，否則就只能被動接受安排，上面交代什麼就完成什麼，完成了就閒着。本身徹底沒有節奏感，工做起來很累，也很容易對工做產生厭倦。以主人公的態度作事，遇到問題會主動解決問題，而不是推諉等着別人解決，這個效率相差不少。同時也能鍛鍊人的大局觀，這是被動作事時體會不到的。

往常講」不想當將軍的士兵不是好士兵「，到了必定階段就應該有必定擔當，若是一味的被人推着走，想有所做爲真的很難，這對本身的職業生涯也是個災難。以前講」在其位，謀其政「。如今改進一下」不在其位，也要謀其政，以備在其位「。

舉個栗子，你想着直屬領導的工做，他纔有時間想他上層領導的工做，等直屬領導高升了，他的位子天然考慮到你！

擴展閱讀：

• IT碼農如何保持競爭力

圈子相對比較狹隘

人很容易受到環境的影響，若是僅限於工做圈子，就比較狹隘，平常工做的內容僅會專一於某一方面，其餘方面的話盲點就會比較多，這些盲點一方面能夠自學，但更多的經過交流學習能夠得到不少，特別是思惟習慣、眼界見識、機會機遇等等，不是讀書自學能得到的。日常很容易看到很多人，下班到點就走，到家基本也是休息了。週末也基本處於放羊狀態，除了同事很難接觸到其餘人，這其實就是障礙，溫馨區形成的發展障礙。

技術雖然比較枯燥，但技術人的圈子應該豐富些，無論技術羣仍是興趣羣都將豐富我的的生活、發展。

---

上面比較有表明性的幾點，特別是剛從業不久的朋友要更要特別關注，不少時候日子過着過着就麻木了，因此須要三省其身，把握住節奏。

至於後面的想要作出改變又不敢改變，我的不自信等等，網上的雞湯已經不少，這裏就不灌那些養分了。就如我公衆號簽名裏寫的：除了編碼，生活還應該有沉澱。

擴展閱讀：

• 你是『眼高手低』的程序員嗎
  

• 程序員，保護你的好奇心和求知慾
  

• 怎麼定位本身在團隊裏的角色

更多 我的成長 文章關注公衆號，