一位IT男的7年工做經驗總結

一位IT男的7年工做經驗總結

 

一、分享第一條經驗：「學歷表明過去、能力表明如今、學習力表明將來。」

  其實這是一個來自國外教育領域的一個研究結果。相信工做過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：「重要的道理明白太晚將抱憾終生！」因此放在每一條，讓剛剛畢業的朋友們早點看到哈！  

 

二、必定要肯定本身的發展方向，併爲此目的制定可行的計劃。

  不要說什麼，「我剛畢業，還不知道未來可能作什麼？」，「跟着感受走，先作作看」。由於，這樣的觀點會經過你的潛意識去暗示你的行爲無所事事、碌碌無爲。一直作技術，未來成爲專家級人物？向管理方向走，成爲職業經理人？先熟悉行業和領域，未來自立門戶？仍是先在行業裏面混混，過幾年轉行作點別的？這很重要，它將決定你近幾年、十年內「作什麼事情纔是在作正確的事情！」。  

 

三、軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的！

  在技術型團隊中，技術與人品同等重要，固然長相也比較重要哈，尤爲在MM比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。不管你是作管理、系統分析、設計、編碼，仍是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。卻是曾經看到過一個「高學歷的牛人」（非技術型）帶一堆人作完過一個項目，項目交付的次日，項目組成員扔下一句「再也受不了啦！」四分五裂、各奔東西。那個項目的「成功度」你們可想而知了。  

 

四、詳細制定本身軟件開發專業知識學習計劃，並注意及時修正和調整（軟件開發技術變化實在太快）。

  請牢記：「若是一個軟件開發人員在一、2年內都沒有更新過本身的知識，那麼，其實他已經再也不屬於這個行業了。」不要告訴本身沒有時間。來自時間管理領域的著名的「三八原則」告誡咱們：另外的那8小時如何使用將決定你的人生成敗！本人自畢業以來，平均天天實際學習時間超過2小時。  

 

五、書籍是人類進步的階梯，對軟件開發人員尤爲如此。

  書籍是學習知識的最有效途徑，不要過多地期望在工做中能遇到「世外高人」，並不厭其煩地教你。對於花錢買書，我我的經驗是：千萬別買國內那幫人出的書！我買的那些傢伙出的書，100%所有後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。「擁有書籍並不表示擁有知識；擁有知識並不表示擁有技能；擁有技能並不表示擁有文化；擁有文化並不表示擁有智慧。」只有將書本變成的本身智慧，纔算是真正擁有了它。  

 

六、不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用1、二次。

  「對任何事物不究就裏」是任何行業的工程師所不該該具有的素質。開發Windows應用程序，看看 Windows程序的設計、加載、執行原理，分析一下PE文件格式，試試用SDK開發從頭開發一個Windows應用程序；用VC＋＋、   Delphi、 Java、.Net開發應用程序，花時間去研究一下MFC、VCL、J2EE、.Net它們框架設計或者源碼；除了會用J2EE、JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些相似問題的通用解決方案的。試着這樣作作，你之後的工做將會少遇到一些讓你不明就裏、一頭霧水的問題，由於，不少東西你「知其然且知其因此然」！  

 

七、在一種語言上編程，但別爲其束縛了思想。

  「代碼大全」中說：「深刻一門語言編程，不要浮於表面」。深刻一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，因此也沒有哪門語言是「包治百病」的「靈丹妙藥」。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。

  個人經驗是：用面對對象工具開發某些關鍵模塊時，爲何不能夠借鑑C、C5一、彙編的模塊化封裝方式？用傳統的桌面開發工具（目前主要有VC++、 Delphi）進行系統體統結構設計時，爲何不能夠參考來自Java社區的IoC、AOP設計思想，甚至借鑑像Spring、Hibernate、JBoss等等優秀的開源框架？在進行相似於實時通訊、數據採集等功能的設計、實現時，爲何不能夠引用來自實時系統、嵌入式系統的優秀的體系框架與模式？爲何一切都必須以我的、團隊在固然開發語言上的傳統或者經驗來解決問題？？？「他山之石、能夠攻玉」。  

 

八、養成總結與反思的習慣，並有意識地提煉平常工做成果，造成本身的我的源碼庫、解決某類問題的通用系統體系結構、甚至進化爲框架。

  衆所周知，對軟件開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者每每經過重組本身的可複用模塊、類庫來解決問題（其實這個結論不該該被侷限在軟件開發領域、能夠延伸到不少方面）。這並非說，全部可複用的東西都必須本身實現，別人成熟的經過測試的成果也能夠收集、整理、集成到本身的知識庫中。可是，最好仍是本身實現，這樣沒有知識產權、版權等問題，關鍵是本身實現後能真正掌握這個知識點，擁有這個技能。  

 

九、理論與實踐並重，內外雙修。

  工程師的內涵是：以工程師的眼光觀察、分析事物和世界。

一個合格的軟件工程師，是真正理解了軟件產品的本質及軟件產品研發的思想精髓的人（我的觀點、歡迎探討）。掌握軟件開發語言、應用語言工具解決工做中的具體問題、完成目標任務是軟件工程師的主要工做，但從軟件工程師這個角度來看，這只是外在的東西，並不是重要的、本質的工做。學習、掌握軟件產品開發理論知識、軟件開發方法論，並在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發問題，纔是真正的軟件工程師的工做。站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正這些思想與方式，最終造成本身的理論體系和實用方法論。

 

十、心態有多開放，視野就有多開闊。

  不要抱着本身的技術和成果，等到它們都已通過時變成垃圾了，纔拿出來丟人現眼。請及時發佈本身的研究成果：開發的產品、有創意的設計或代碼，公佈出來讓你們交流或者使用，你的成果纔有進化和昇華的機會。想一想本身2000年間開發的那些Windows系統工具，五、6 年以後的今天，仍是那個樣子，今天流行的好多Windows系統工具都比本身的晚，但進化得很好，且有那麼多用戶在使用。而且，不要保守本身的技術和思想，儘量地與人交流與分享，或者傳授給開發團隊的成員。「與人交換蘋果以後，每一個人仍是隻有一個蘋果；但交換思想以後，每一個人都擁有兩種思想」，道理你們都懂，但有多少人真正能作到呢？

 

十一、儘可能參加開源項目的開發、或者與朋友共同研製一些本身的產品，千萬不要由於沒有錢賺而不作。

  網絡早已再也不只是「虛擬世界」，網上有不少的開源項目、合做開發項目、外包項目，這都是涉獵工做之外的知識的絕好機會，而且可以結識更廣的人緣。不要由於工做是作ERP，就不去學習和了解嵌入式、實時、通訊、網絡等方面的技術，反過來也是同樣。若是當別人拿着合同找你合做，你卻這也不會，那也不熟時，你將後悔莫及。  

 

十二、書到用時方恨少，不要將本身的知識面僅僅侷限於技術方面。

  諾貝爾經濟學獎得主西蒙教授的研究結果代表：「對於一個有必定基礎的人來講，他只要真正肯下功夫，在6個月內就能夠掌握任何一門學問。」教育心理學界爲感謝西蒙教授的研究成果，故命名爲西蒙學習法。   可見，掌握一門陌生的學問遠遠沒有想象的那麼高難、深奧。多方吸收、普遍涉獵。極力夯實本身的影響圈、儘可能擴大本身的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。  

 

1三、本文的總結與反思： 

A：不要去作技術上的高手，除非你的目標如此。雖然本文是關於提升軟件開發知識的建議，作技術的高手是我一貫都不贊同的。你能夠提升本身的專業知識，但能勝任工做即止。  

B：提升軟件知識和技術只是問題的表面，本質是要提升本身認識問題、分析問題、解決問題的思想高度。軟件專業知識的不少方法和原理，能夠很容易地延伸、應用到生活的其它方面。  

C：在能勝任工做的基礎上，當即去涉獵其它領域的專業知識，豐富本身的知識體系、提升本身的綜合素質，尤爲是那些目標不在技術方面的朋友。

 

轉載自：http://www.manew.com/thread-30000-1-1.html