軟件工程師的個人工作總結(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)分析、設(shè)計、編碼,還是產(chǎn)品管理、測試、文檔、實施、維護,多少你都要有技術(shù)基礎(chǔ)。算我孤陋寡聞,我還真沒有親眼看到過一個外行帶領(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程序的設(shè)計、加載、執(zhí)行原理,分析一下 pe文件格式,試試用sdk開發(fā)從頭開發(fā)一個windows應用程序;用vc++、 delphi、java、開發(fā)應用程序,花時間去研究一下mfc、vcl、j2ee、.它們框架設(shè)計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架,抽空看看大師們是如何抽象、分析、設(shè)計和實現(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)設(shè)計時,為什么不可以參考來自 java社區(qū)的ioc、aop設(shè)計思想,甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進行類似于實時通信、數(shù)據(jù)采集等功能的設(shè)計、實現(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