軟件工程師的個人工作總結(jié)范文
1、分享第一條經(jīng)驗：“學歷代表過去、能力代表現(xiàn)在、學習力代表未來�！逼鋵嵾@是一個來自國外教育領(lǐng)域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈!?
2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術(shù)，將來成為專家級人物?向管理方向走，成為職業(yè)經(jīng)理人?先熟悉行業(yè)和領(lǐng)域，將來自立門戶?還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點別的?這很重要，它將決定你近幾年、十年內(nèi)“做什么事情才是在做正確的事情!”。?
3、軟件開發(fā)團隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的!在技術(shù)型團隊中，技術(shù)與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件項目團隊中，技術(shù)水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術(shù)基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領(lǐng)一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“高學歷的牛人”(非技術(shù)型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。?
4、詳細制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意及時修正和調(diào)整(軟件開發(fā)技術(shù)變化實在太快)。請牢記：“如果一個軟件開發(fā)人員在1、2年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了�！辈灰嬖V自己沒有時間。來自時間管理領(lǐng)域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業(yè)以來，平均每天實際學習時間超過2小時。?
5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉�！皳碛袝⒉槐硎緭碛兄R;擁有知識并不表示擁有技能;擁有技能并不表示擁有文化;擁有文化并不表示擁有智慧�！敝挥袑咀兂傻淖约褐腔�，才算是真正擁有了它。?
6、不要僅局限于對某項技術(shù)的表面使用上，哪怕你只是偶爾用一、二次�！皩θ魏问挛锊痪烤屠铩笔侨魏涡袠I(yè)的工程師所不應該具備的素質(zhì)。開發(fā)windows應用程序，看看windows程序的設計、加載、執(zhí)行原理，分析一下 pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個windows應用程序;用vc++、 delphi、java、開發(fā)應用程序，花時間去研究一下mfc、vcl、j2ee、.它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、設計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!?
7、在一種語言上編程，但別為其束縛了思想�！按a大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式?用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進行系統(tǒng)體統(tǒng)結(jié)構(gòu)設計時，為什么不可以參考來自 java社區(qū)的ioc、aop設計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進行類似于實時通信、數(shù)據(jù)采集等功能的設計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題???“他山之石、可以攻玉”。?
【軟件工程師的個人工作總結(jié)】相關(guān)文章：
軟件工程師個人工作總結(jié)05-19
軟件工程師個人工作總結(jié)07-15
軟件工程師個人工作總結(jié)05-19
軟件工程師個人工作總結(jié)12-25
軟件工程師個人工作總結(jié)05-20
軟件工程師個人工作總結(jié)07-20
軟件工程師個人總結(jié)05-10
軟件工程師個人總結(jié)05-02
軟件工程師個人總結(jié)05-31