Java開發工程師的職業規劃——讓電腦「讀懂」你的思想

片頭:

各位大佬閱讀此篇文章之前,我推薦下自己整理的【Java視頻+文檔】學習資料!

想要學習Java的,關注小編頭條號,私信【你好世界】即可免費領取從入門到放棄的一整套系統的Java學習視頻文檔資料,想要的私信我哦。

Java開發工程師的職業規劃——讓電腦「讀懂」你的思想

職業技能

初級程序員:做一些靜態的界面;

程序員:做一些增刪改查的小模塊;

中級程序員:做邏輯較複雜的模塊;

高級程序員:做核心模塊;

項目經理:系統的整體架構;

部門經理:多項目的管理;

總裁:多部門以及企業的發展規劃。


希望你能從中有所收穫

如果剛畢業,就多花幾年積累經驗,不可能靠一門絕技吃遍天下,不要指望java 賺錢多還是c++ or .NET 賺錢多。太早。 積累經驗為主。積累設計,架構,測試,交流,管理,情商等多方面的經驗。然後再根據以後n年的積累做出決定。理想的情況是一專,多能。必須有一樣精通的,但是要知道,所謂的高手決不是隻會一項,到了他們的級別,什麼都一樣,看的是學習能力和推理能力。

所以,先靜下心來積累經驗。

一定要確定自己的發展方向,併為此目的制定可行的計劃

不要說什麼,“我剛畢業,還不知道將來可能做什麼?”,“跟著感覺走,先做做看”。因為,這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術,將來成為專家級人物?向管理方向走,成為職業經理人?先熟悉行業和領域,將來自立門戶?還是先在行業裡面混混,過幾年轉行做點別的?這很重要,它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”

軟件開發團隊中,技術不是萬能的,但沒有技術是萬萬不能的

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

詳細制定自己軟件開發專業知識學習計劃,並注意及時修正和調整(軟件開發技術變化實在太快)

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

書籍是人類進步的階梯,對軟件開發人員尤其如此

書籍是學習知識的最有效途徑,不要過多地指望在工作中能遇到“世外高人”,並不厭其煩地教你。對於花錢買書,我個人經驗是:千萬別買國內那幫人出的書!我買的那些傢伙出的書,100%全部後悔了,無一本例外。更氣憤的是,這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。

”只有將書本變成的自己智慧,才算是真正擁有了它。

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

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

在一種語言上編程,但別為其束縛了思想

“代碼大全”中說:“深入一門語言編程,不要浮於表面”。深入一門語言開發還遠遠不足,任何編程語言的存在都有其自身的理由,所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是:用面對對象工具開發某些關鍵模塊時,為什麼不可以借鑑C、C51、彙編的模塊化封裝方式?用傳統的桌面開發工具(目前主要有VC++、Delphi)進行系統體統結構設計時,為什麼不可以參考來自Java社區的IoC、AOP設計思想,甚至借鑑像Spring、Hibernate、JBoss等等優秀的開源框架?在進行類似於實時通信、數據採集等功能的設計、實現時,為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。

儘量參加開源項目的開發、或者與朋友共同研製一些自己的產品,千萬不要因為沒有錢賺而不做

網絡早已不再只是“虛擬世界”,網上有很多的開源項目、合作開發項目、外包項目,這都是涉獵工作以外的知識的絕好機會,並且能夠結識更廣的人緣。不要因為工作是做ERP,就不去學習和了解嵌入式、實時、通信、網絡等方面的技術,反過來也是一樣。如果當別人拿著合同找你合作,你卻這也不會,那也不熟時,你將後悔莫及。

書到用時方恨少,不要將自己的知識面僅僅侷限於技術方面

諾貝爾經濟學獎得主西蒙教授的研究結果表明: “對於一個有一定基礎的人來說,他只要真正肯下功夫,在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果,故命名為西蒙學習法。可見,掌握一門陌生的學問遠遠沒有想象的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識,有空花時間看看,韜光養晦、未雨綢繆。

總結

A:不要去做技術上的高手,除非你的目標如此。雖然本文是關於提高軟件開發知識的建議,做技術的高手是我一向都不贊同的。你可以提高自己的專業知識,但能勝任工作即止。

B:提高軟件知識和技術只是問題的表面,本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟件專業知識的很多方法和原理,可以很容易地延伸、應用到生活的其它方面。

C:在能勝任工作的基礎上,立即去涉獵其它領域的專業知識,豐富自己的知識體系、提高自己的綜合素質,尤其是那些目標不在技術方面的朋友。

你的目標

實習生----底層代碼工人----底層程序員-----程序員------初級工程師------中級工程師-----高級工程師----項目經理----軟件設計師-----軟件架構師---(有可能的話)----創業做老闆

-End 後續還有更加精彩的內容,敬請期待!

片尾:

喜歡的可以多多收藏,分享和轉發,非常感謝!

喜歡我的文章可以關注小編哦,感謝大家!

如果文章有不正之處 請大家評論批評指正 我會看心情改 也有可能不會改!

塵世中一個浪蕩的程序員 只為升級打怪! 我的願望是世界和平!

資料獲取方式: 關注小編,私信【你好世界】手機用戶可以直接私信,電腦端尚未開放此功能,還需下載app,然後私信回覆:【你好世界】 我已經設置了自動回覆,請根據回覆內容操作。


分享到:


相關文章: