軟件工程師的2019年工作總結(jié)

1、精品合同推薦軟件工程師的2019年工作總結(jié)1、分享第一條經(jīng)驗：“學(xué)歷代表過去、能力代表現(xiàn)在、學(xué)習(xí)力 代表未來?！逼鋵嵾@是一個來自國外教育領(lǐng)域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相 信這一點也很重要：“重要的道理明白太晚將抱憾終生 ！ ”所以 放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈 !& shy;2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么 ？”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去 暗示你的行為無所事事、碌碌無為。一直做技術(shù)，將來成為專家 級人物？向管理方向走，成為職業(yè)經(jīng)理人？

2、先熟悉行業(yè)和領(lǐng)域，將 來自立門戶？還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點別的？這很 重要，它將決定你近幾年、十年內(nèi)“做什么事情才是在做正確的 事情！”。­3、軟件開發(fā)團(tuán)隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的!在技術(shù)型團(tuán)隊中，技術(shù)與人品同等重要，當(dāng)然長相也比較重 要哈，尤其在 mm比較多的團(tuán)隊中。在軟件項目團(tuán)隊中，技術(shù)水 平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、 設(shè)計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護(hù)，多少你 都要有技術(shù)基礎(chǔ)。算我孤陋寡聞，我還真沒有親眼看到過一個外 行帶領(lǐng)一個軟件開發(fā)團(tuán)隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“

3、高學(xué)歷的牛人”（非技術(shù)型）帶一堆人做完過一個項目，項目交付的第二天，項目組成 員扔下一句“再也受不了啦！ ”四分五裂、各奔東西。那個項目 的“成功度”大家可想而知了。& shy;4、詳細(xì)制定自己軟件開發(fā)專業(yè)知識學(xué)習(xí)計劃，并注意及時修正和調(diào)整（軟件開發(fā)技術(shù)變化實在太快）。請牢記：“如果一個軟件 開發(fā)人員在1、2年內(nèi)都沒有更新過自己的知識，那么，其實他 已經(jīng)不再屬于這個行業(yè)了。 ”不要告訴自己沒有時間。 來自時間 管理領(lǐng)域的的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成??！本人自畢業(yè)以來，平均每天實際學(xué)習(xí)時間 超過2小時。­5、書籍是人類進(jìn)步的階梯，對軟件開發(fā)人員尤其如此。

4、書籍是學(xué)習(xí)知識的最有效途徑，不要過多地指望在工作中能遇到“世外 高人”，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千 萬別買國內(nèi)那幫人出的書！我買的那些家伙出的書，！00%全部后 悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都 很難賣掉?！皳碛袝⒉槐硎緭碛兄R；擁有知識并不表示擁 有技能；擁有技能并不表示擁有文化；擁有文化并不表示擁有智 慧。”只有將書本變成的自己智慧，才算是真正擁有了它。& shy;6、不要僅局限于對某項技術(shù)的表面使用上，哪怕你只是偶爾用 一、二次?！皩θ魏问挛锊痪烤屠铩笔侨魏涡袠I(yè)的工程師所不應(yīng) 該具備的素質(zhì)。開發(fā)windows應(yīng)用程序，看看windows程

5、序的設(shè)計、加載、執(zhí)行原理，分析一下pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個 windows應(yīng)用程序；用vc+、delphi、java、.net 開發(fā)應(yīng)用程序，花時間去研究一下mfc、vcl、j2ee、.net它們框架設(shè)計或者源碼；除了會用j2ee、jboss、spring、hibernate 等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分 析、設(shè)計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題， 因為，很多東西你“知其然且知其所以然”!& shy;7、在一種語言上編程，但別為其束縛了思想?！按a大全”中 說：“深入一門語言編

6、程，不要浮于表面”。深入一門語言開發(fā) 還遠(yuǎn)遠(yuǎn)不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒c、C51、匯編的模塊化封裝方式？用傳統(tǒng)的桌面開發(fā)工具（目 前主要有vc+、delphi）進(jìn)行系統(tǒng)體統(tǒng)結(jié)構(gòu)設(shè)計時，為什么不可 以參考來自java社區(qū)的ioc、aop設(shè)計思想，甚至借鑒像spring、 hibernate、jboss等等優(yōu)秀的開源框架？在進(jìn)行類似于實時通信、 數(shù)據(jù)采集等功能的設(shè)計、實現(xiàn)時，為什么不可以引用來自實時系 統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式？為什么一切都必須以個人、團(tuán)隊在當(dāng)然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問 題? “他山之石、可以攻玉”。­8養(yǎng)成總結(jié)與反思的習(xí)慣，并有意識地提煉日常工作成果，形 成自己的個人源碼庫、解決某類問題的通用