軟件開發(fā)XX年度工作小結

1、軟件開發(fā)xx年度工作小結工作總結網(wǎng)權威發(fā)布軟件開發(fā)xx年度工作小結范文， 軟件開發(fā)xx年度工作小結范文相關信息請訪問工作總結網(wǎng)。 以下是為大家整理的關于軟件開發(fā)xx年度工作小結范文的 文章，供大家學習參考！1、分享第一條經(jīng)驗：“學歷代表過去、能力代表現(xiàn)在、 學習力代表未來?！逼鋵嵾@是一個來自國外教育領域的一個 研究結果。相信工作過幾年、十幾年的朋友對這個道理有 些體會吧。但我相信這一點也很重要：“重要的道理明白太 晚將抱憾終生！”所以放在每一條，讓剛剛畢業(yè)的朋友們早 點看到哈！2、一定要確定自己的發(fā)展方向，并為此目的制定可行 的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什 么？ ”，“跟

2、著感覺走，先做做看”。因為，這樣的觀點會 通過你的潛意識去暗示你的行為無所事事、碌碌無為。一 直做技術，將來成為專家級人物？向管理方向走，成為職 業(yè)經(jīng)理人？先熟悉行業(yè)和領域，將來自立門戶？還是先在 行業(yè)里面混混，過幾年轉行做點別的？這很重要，它將決 定你近幾年、十年內(nèi)“做什么事情才是在做正確的事情！ ”。3、軟件開發(fā)團隊中，技術不是萬能的，但沒有技術是萬萬不能的！在技術型團隊中，技術與人品同等重要，當 然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件 項目團隊中，技術水平是受人重視和尊重的重要耘碼。無論你是做管理、系統(tǒng)分析、設計、編碼,還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術

3、基礎。算我 孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件 開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒 有看到。倒是曾經(jīng)看到過一個'高學歷的牛人”（非技術型） 帶一堆人做完過一個項目，項目交付的第二天，項目組成 員扔下一句“再也受不了啦！”四分五裂、各奔東西。那個 項目的“成功度”大家可想而知了。4、詳細制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意 及時修正和調(diào)整（軟件開發(fā)技術變化實在太快）。請牢記：“如果一個軟件開發(fā)人員在1、2年內(nèi)都沒有更新過自己的 知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了?！辈灰嬖V 自己沒有時間。來自時間管理領域的著名的"三八原則” 告誡我們：

4、另外的那8小時如何使用將決定你的人生成敗! 本人自畢業(yè)以來，平均每天實際學習時間超過2小時。5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。 書籍是學習知識的最有效途徑，不要過多地指望在工作中 能遇到“世外高人”，并不厭其煩地教你。對于花錢買書， 我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書！我買的那些 家伙出的書，！00%全部后悔了，無一本例外。更氣憤的是, 這些書在二手市場的地攤上都很難賣掉?！皳碛袝⒉槐?示擁有知識；擁有知識并不表示擁有技能；擁有技能并不 表示擁有文化；擁有文化并不表示擁有智慧?！敝挥袑?變成的自己智慧，才算是真正擁有了它。6、不要僅局限于對某項技術的表面使用上，哪怕

5、你只 是偶爾用一、二次?！皩θ魏问挛锊痪烤屠铩笔侨魏涡袠I(yè)的 工程師所不應該具備的素質(zhì)。開發(fā)windo ws應用程序，看 看w indows程序的設計、加載、執(zhí)行原理，分析一下pe文 件格式，試試用sdk開發(fā)從頭開發(fā)一個windo ws應用程序; 用vc + +、delphis java、net開發(fā)應用程序，花時間去 研究一下mfc、vcl、j2ee、net它們框架設計或者源碼； 除了會用 j2ee、j boss> sprin g> hibernat e 等等優(yōu)秀的 開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、 設計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做 做，你以后的工

6、作將會少遇到一些讓你不明就里、一頭霧 水的問題，因為，很多東西你“知其然且知其所以然”！7、在一種語言上編程，但別為其束縛了思想?！按a 大全”中說：“深入一門語言編程，不要浮于表面”。深入 一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自 身的理由，所以也沒有哪門語言是“包治百病”的“靈丹 妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的 影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工 具開發(fā)某些關鍵模塊時，為什么不可以借鑒c、c51、匯編 的模塊化封裝方式？用傳統(tǒng)的桌面開發(fā)工具（目前主要有 vc卄、delp hi）進行系統(tǒng)體統(tǒng)結構設計時，為什么不可以參 考來自java社區(qū)的ioc、aop設計思想，甚至借鑒像s pring> hibe rnate> jbos s等等優(yōu)秀的開源框架？在進行 類似于實時通信、數(shù)據(jù)采集等功能的設計、實現(xiàn)時，為什 么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框 架與模式？為什么一切都必須以個人、團隊在當然開發(fā)語 言上的傳統(tǒng)或者經(jīng)驗來解決問題？ ？ ？ “他山之石、可以 攻玉”。