5軟件公司年終工作總結(編輯修改稿)
2024-09-12 03:06 本頁面
【文章內(nèi)容簡介】 術基矗算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個 “ 高學歷的牛人 ” （非技術型）帶一堆人做完 過一個項目，項目交付的第二天，項目組成員扔下一句 “ 再也受不了啦。 ” 四分五裂、各奔東西。那個項目的 “ 成功度 ” 大家可想而知了。 詳細制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意及時修正和調(diào)整（軟件開發(fā)技術變化實在太快）。請牢記： “ 如果一 第 7 頁 共 14 頁 個軟件開發(fā)人員在 2 年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了。 ” 不要告訴自己沒有時間。來自時間管理領域的著名的 “ 三八原則 ” 告誡我們：另外的那 8 小時如何使用將決定你的人生成敗。本人自畢業(yè)以來，平均每天實際學習時間超過 2 小時。 書籍是人 類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“ 世外高人 ” ，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書。我買的那些家伙出的書。 00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。 “ 擁有書籍并不表示擁有知識；擁有知識并不表示擁有技能；擁有技能并不表示擁有文化；擁有文化并不表示擁有智慧。 ” 只有將書本變成的自己智慧，才算是真正擁有了它。 不要僅局限于對某項技術的表面使用上，哪怕你只是偶爾用一、二次 。 “ 對任何事物不究就里 ” 是任何行業(yè)的工程師所不應該具備的素質(zhì)。開發(fā) windows 應用程序，看看 windows 程序的設計、加載、執(zhí)行原理，分析一下 pe 文件格式，試試用 sdk開發(fā)從頭開發(fā)一個 windows 應用程序；用 vc++、 delphi、 java、。 開發(fā)應用程序，花時間去研究一下 mfc、 vcl、 j2ee、 它們框架設計或者源碼；除了會用 j2ee、 spring、 hibernate 等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、 第 8 頁 共 14 頁 設計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工 作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你 “ 知其然且知其所以然 ” 。 在一種語言上編程，但別為其束縛了思想。 “ 代碼大全 ”中說： “ 深入一門語言編程，不要浮于表面 ” 。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是 “ 包治百脖的 “ 靈丹妙藥 ” 。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關鍵模塊時，為什么不可以借鑒 c、 c5匯編的模塊化封裝方式。用傳統(tǒng)的桌面開發(fā)工具（目前主要有 vc++、 delphi）進行系統(tǒng)體統(tǒng)結構設計時，為什么不可以參考來自 java 社區(qū)的 ioc、 aop 設計思想，甚至借鑒像spring、 hibernate、 oss 等等優(yōu)秀的開源框架。在進行類似于實時通信、數(shù)據(jù)采集等功能的設計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式。為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題 “ 他山之石、可以攻玉 ” 。 養(yǎng)成總結與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結構、甚至進化為框架。眾 所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務時都從頭開始，而有經(jīng) 第 9 頁 共 14 頁 驗者往往通過重組自己的可復用模塊、類庫來解決問題（其實這個結論不應該被局限在
數(shù)學相關推薦
鄂ICP備17016276號-1