當前位置:才華齋>範例>工作總結>

工程師個人年終工作總結

工作總結 閱讀(1.32W)

作為一個軟體開發工程師(我也是一名軟體開發工程師),所實在的如果每年只做那麼一兩個專案,年終工作總結寫起來也應該得心應手的,我們只需要把本年度該專案的基本情況簡歷表述一下,自己在專案中的角色以及自己在專案中遇到的重點問題及解決方案描述一下,最後展望一下下一年度的工作計劃,OK,本年度的工作總結基本完成。下面我給大家看一篇別人寫的我認為比較好的個人年終工作總結範文:

工程師個人年終工作總結

2011年2月2日,我有幸成為北京超圖一員,應聘為公司的java軟體工程師。入任職以來,在部門領導的帶領下,自己感覺無論學習、技術、生活等方面都有很大的提升。 2011年裡我主要完成的工作有三方面:

1、荊門石油石化巡檢系統的調研和開發。

該專案是我工作以來第一次涉及到調研,對我來說算是一個不小的挑戰。在調研過程中,讓我學會了如何通過和客戶的溝通來了解客戶的需求。由於自己的工作經驗不足,在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的瞭解客戶的更多需求,有很多需要和客戶交流溝通多次才能明白客戶的最終需求,也沒有把自己作為終端使用者並站在使用者的角度上來考慮問題,這些都是我在以後的工作中需要提高和改進的地方。在巡檢系統的開發工作中,讓我進一步鞏固和加強了自己的開發能力。

2、電信12530增值業務的開發與維護。

從5月以來我就開始接手公司的主要業務之一,12530電信增值業務。由於前面負責這個專案的同事突然離職,導致這個專案的交接工再做得不夠好,對我順利接手這個專案造成很大的困難。而剛一接手這個專案,馬上就需要新上一個投票活動,並要對一些主要程式碼進行修改,讓我倍感壓力,幾乎都快放棄。最後在金總的指導和鼓勵下,順利的完成這次活動。在完成這次投票活動後,為了避免下一個接手這個專案同事與我遇到同樣困難,我第一時間將這個專案的相關技術文件補充完全,保證別人能夠順利的進行該專案工作。通過這個專案,讓我加強了自己在高強高壓下工作的能力,也讓我找到更多自信。

3、襄樊、鄂州家政網路服務中心的開發與實施。

在這兩個專案中,除了承擔開發工作以外,也逐漸涉及到專案管理的職責,讓我在個人能力上有所提高。為了這兩個專案能夠順利完成,除了完成自己的工作外,還主動關心其他同事的工作完成情況。讓我在專案管理和專案進度的把控能力有很大的提高。將襄樊、鄂州家政網路服務中心順利實施,為我公司拿下湖北省其他市的家政網路服務中心奠定基礎。在工作之外,我也注重個人能力的提高。工作之餘,主動學習一些新技術,與同事溝通配合,搭建一個ssh的開發框架。也學習spring security知識,這些新知識的積累,對我以後的工作有很大幫助。

2012年工作展望:

1、將學習的springsecurity整合到我們自己搭建的ssh框架,進一步完善框架。

2、利用搭建的ssh框架,開發一套oa系統平臺。

3、做好襄樊、鄂州家政網路服務中心的維護工作。

4、希望公司能夠大量拿下湖北省其他市的家政網路服務中心,繼續開發和實施湖北省其他市的家政網路服務中心。

5、繼續學習新技術,努力提高自己的個人能力。為以後能夠更好,更順利的工作奠定基礎。

6、希望通過自己的進步和努力,能為公司的發展做出自己最大的貢獻,體現出自己的最大價值。

工程師個人年終工作總結 [篇2]

本人加入公司已有半年時間,首先感謝上級領導對我工作的指導和幫助。為了更快更好地融入公司這個團隊,儘快投入到這份工作中去,我深入學習和了解公司的各項要求及規章制度,儘快融入到公司的企業文化中。通過了解和熟悉,我為能夠進入公司這個團隊感到無比的自豪,同時也感到自身的壓力。本人2011年度雖然在公司的工作時間較短,但也取得了可喜的進步。較好地完成了2011年年度工作目標。現將有關2011年度個人工作情況作如下總結:

一、年度工作情況

1、認真學習上級下發檔案,積極參加公司安排的各項培訓工作。熟悉公司的企業文化,以公司的各項規章制度為準則,嚴格要求自己,工作中在堅持原則的情況下敢於嘗試,更快更好地完成工作任務。

2、在工作期間,本人主要協助負責跟進星河灣七期室內裝修工程的現場管理工作。七期專案共計九棟,分別進行室內精裝修,其中1棟、2棟、3棟、6棟、7棟、8棟室內場地已經移交70%讓裝修公司施工,以上各棟樣板間已經開始施工。天花和牆面的底層結構已經基本完成施工,工程進度節點基本滿足計劃要求,質量與安全的控制滿足施工組織及計劃要求。

3、在該工程施工前的準備階段,完成了圖紙與樣板房、圖紙與現場的勘察與校對工作,也完成了主要飾面材料(牆紙、地鑽、插座、燈具、潔具、開關、插座等)的核算,並協助與組織了各裝修施工單

位進行圖紙會審及對樣板房的實地勘察(包括結構、飾面、材料等),協助並跟進上述工程的材料的報單及採購協調會。

4、在上級強而有力的領導下,完成了對裝修施工單位提交的施工組織、材料計劃、進度計劃等跟進工作,嚴格要求各施工單位按我司的要求執行。

5、施工期間組織了相關的移交工作,如在組織跟進上述工程的室內場地移交時,及時督促與跟進場地移交前的整改工作。現場已進入裝修結構階段的施工,嚴格按圖紙及規範控制好質量與結構的安全至關重要,尤其控制對木質材料的防潮、防腐、防火;對金屬材料的防腐、防鏽;對管井、衛生間、廚房建築面的防水、防漏等工作。

6、作為一名現場工程師,我必須要有很強的責任感。嚴格按公司及職業道德來認真工作是對自己最起碼的要求,把肩上的壓力變成工作的動力這是應具有的激情。所以在日常的工作中對工程承包單位及施工現場嚴格把關,嚴格按圖紙及規範要求控制好工程質量,認真仔細對進場材料進行抽檢,落實執行隱蔽驗收工作,杜絕隱蔽前存在的安全隱患。

7、面對現場施工的承包單位較多、場地驗收移交複雜、作業交叉、工序穿插等問題,本著嚴格按圖紙及規範的要求及輕重緩急的原則開展工作,取得明顯的成效。

8、對現場無法推動及進展困難的工作,也在領導的協助和指導下,得到很好的解決。

二、存在的不足

1、半年來的工作雖然取得了一定的成績,但也存在一些不足,主要是思想解放程度不夠,多學習其他同事的工作優點。

2、工程現場管理協調工作多樣複雜,需要在時間上的相互學習、溝通。

3、在工作中發揮最大的潛能、不斷的努力;在學習過程中改變工作方法,不斷創新完善。在今後工作中認真總結經驗,克服不足,努力把工作做的更好。

三、明年工作計劃

1、認真學習,努力提高自身素質及工作能力,盡職、盡責、儘快地完成各項工作。

2、作為現場工程師,繼續認真負責做好本職工作,對施工現場出現問題或要求處理的問題,及時提出合理化建議和解決辦法,服從領導安排,並努力配合各部門完成公司下達的任務。

3、全力以赴完成明年本人所負責的專案工程,以確保工程進度、質量與安全管理為目標。

李傑彬

2011年12月1日

工程師個人年終工作總結 [篇3]

從八月份入職至今,已五個多月過去了,回顧自己這段時間在XX公司所走過的路,所經歷的事情,沒有太多的感慨,沒有太多的驚喜,卻多了一份鎮定,多了一份從容。

回想入職初,在八月份,從開始第一週熟悉工作環境,第二週便參與煤礦>安全生產管理系統的相關文件設計工作,期間在專案組各位同事的`指導、安排下,進行了系統的軟體開發委託合同書及系統功能模組設計說明文件的編寫,也藉此過程學習煤礦生產業務。

在九月份,便正式參與了管理軟體功能模組的設計工作,在張工的指導、講解下初次嘗試完成了管理軟體的維護子系統的功能模組設計;在九月中旬跟隨公司施工人員在**一號礦進行業務調研,從而在我們自己的管理系統中,取其長、補其短,也藉此機會瞭解實際的煤礦生產情況,加深對煤礦產業業務流程的理解;在九月底便根據張工的指導開始工程技術文件子系統的功能模組設計。

十月份,在張工張工的指導下,進行了物資管理子系統的功能模組設計,並就設計的正確性、合理性分別同張工張工及何工進行討論;到十月中旬管理軟體的各子系統功能模組基本全部設計完成;十月底,根據各子系統模組設計蒐集系統資料,建立初步的資料字典及概念模型,為後期資料庫設計做準備。

十一月份的工作以整理系統業務關係與業務流為主,但由於業務關係圖的表現形式不夠合理,不足以清晰、明瞭得表現出各層次關係,導致工作多走了幾個環節,好在張工張工及時發現問題,並多次向我指導、講解,最終決定以列表結合流程圖形式蒐集、彙總系統所有子模組的業務動作、涉及人員及聯絡模組,為後面工作的展開提供依據。

十二月圍繞兩個工作展開,一是系統業務描述文件的設計編寫,因為該文件是日後程式設計人員瞭解煤礦生產業務、系統功能及資料庫設計的主要依據,張工張工也多次強調,文件的設計務必從讀者角度考慮問題,因此最終設計由簡單到複雜,由整體到具體,各層次儘量做到銜接緊密,易於理解;另一項工作是針對已完成的關係列表、系統功能模組設計的業務合理性、正確性和張工張工逐條討論,並將設計中出現的問題逐條記錄在問題跟蹤文件中。月底的工作便是根據問題跟蹤文件對模組設計進行修改、完善。

在公司領導的帶領下,通過專案組所有成員的不懈努力,在-十-月份系統所有功能模組設計完成,在十一月份系統所有業務流程整理完成,在十二月份,對各功能模組設計及業務流的初次審查、整改工作已經完成,現在已開始進行專案組內對各功能模組設計及業務流的審查工作。

在入職初期,因為之前很少接觸生產類軟體,一時不知從何入手,好在專案組成員多次向我講解,加上自己也通過網路查詢相關文件,認真閱讀相關材料、思考業務處理過程,最終在一個月內便對煤礦整個生產管理業務有了較為系統的認識。之後在張工張工的指導下,完成了管理軟體初始化子系統、工程技術文件管理子系統、物資管理子系

統的詳細功能模組設計和業務處理設計,以及整個系統的業務整理工作。因為張工張工多次強調前期的業務及功能模組的設計直接關係到整個專案最終的成敗,一定要做到設計正確、準確、完整,因此在每個子模組的設計中,先把握總體方向,確保設計正確,再蒐集大量業務材料、對比其它類似軟體處理方式、結合煤礦實際生產情況、思考業務處理流程確保設計準確,最後再將設計放到整個業務系統中,反覆檢驗、審查,確保設計完整。

回顧這一段時間的工作,我基本完成了本職工作,這與領導的支援和各位同事的配合、幫助是分不開的,但同時我也清楚得認識到自己還有很多不足,也從中獲得不少經驗、教訓,總結為以下幾點,

1.做事前準備、計劃是很有必要的。

這一點在入職第一週業務學習及近期搭建各模組業務關係工作中就體會特別深,正是磨刀不誤砍柴工,做好準備、計劃對之後的工作能起到事半功倍的效果。

2.工作要腳踏實地、一步一步,切不可太過心急。

整個軟體的設計從最開始的業務調查、模組框架設計、業務流程設計到具體軟體開發設計,每個環節都是建立在前一個環節的基礎上,每個環節上的失誤都會影響到之後所有環節。

3.學會從整體看問題。

這一點在入職初期的業務流程學習中就感受很深,從整體看問題,從主業務流程入手,理解更容易,學習得也更快,在整個工作過程中大的方向也不會錯。

4.要學會適當的思維轉變。

之前的軟體開發工作主要是編碼工作,所考慮的問題也只侷限於技術方面,但在系統業務及功能模組設計工作中,一定要考慮到整個煤礦產業的業務流程和客戶群的操作習慣。

5.與同事的交流要及時要充分,尤其是專案組內成員。

及時充分的交流能快速解決疑惑、能使整個工作銜接更緊密、能使問題考慮更周全。充分的交流能保證工作的質量,及時的交流能提高工作的效率。

6.在系統設計過程中要學會從客戶角度考慮問題。

軟體良好的客戶體驗是衡量軟體質量的重要標準,因此在軟體設計過程中一定要考慮使用軟體的客戶範圍、客戶的操作習慣和軟體的易操作性。

7.處理問題一定要以公司利益為重,堅持立場、把握好原則。

公司專案部成員對**1號礦專案的成功實施便證明這一點;另外在集控平臺開發過程中,何工也是基於這一點,多次對系統功能設計提出更高要求,以使系統功能更加完善、可操作性更強。

8.要學會思考問題、分析問題、處理問題,學會分解問題,把一個大的問題分解成若干個小問題,再將各小問題放到整體考慮其合理性。

在整理系統業務流程和搭建模組間業務關係工作中,就因為表現形式不夠清晰、合理,做了不少重複工作。最終還是在張工的指導下,以'總-分-總'的形式解釋業務關係,完成了業務詳細說明書。

9.不要侷限於固定模式,要學會創新。

在系統功能設計及系統業務整理工作中,張工多次強調這一點,因為只有這樣,產品質量才能提高、自己的能力也會有較大提升。

通過近半年來參與對管理軟體的設計工作及與工程施工、專案發展工作的接觸,自己成長不少,當然更多的成長集中在技術方面-軟體前期的業務設計,總結為以下幾點,

1.已掌握整個煤礦管理的業務處理及流程。

2.掌握了軟體開發前期的整個軟體設計流程。

3.學會如何進行軟體業務及功能模組的詳細設計。

4.學會如何發現問題、思考問題、解決問題。

在管理方面,接觸不多,主要集中在專案組對集控平臺開發的監管過程,總結為以下幾點,

1.時刻掌握專案進度情況,進度一旦出現狀況要及時作出反應

2.處理問題一定要以公司利益為重,堅持立場、把握好原則。

3.與外包人員要多交流多溝通,包括業務理解和完成情況。

最後,通過在公司近半年來的工作生活,提一些個人的想法,

1.公司員工交流不夠多,尤其是不同部門間的工作交流,而這種交流能使各部門的工作銜接更緊密,工作效率更高。

2.技術人員接觸其他相關技術的機會不多,不過這一點公司正在改善,PLC講座也即將進行。

3.在準備專案經理考試期間,如果公司能統一每週提供幾個小時供大家學習、討論、交流,效果可能會更好些。

4.午飯時間太緊,員工中午休息時間太緊,一定程度上影響下午的工作效率。

以上都是個人角度的一些看法,考慮不合理之處還望領導及各位同事批評指正。

12年已經過去,嶄新的13年來臨了,在新的一年裡,工作上,生活上,我們都站在了新的一個工作起點,要開始新的一輪工作,我也在此感謝領導和各位同事的支援和幫助,我將在新的一年裡繼續努力,不斷提高自己的業務及專業水平,虛心向大家學習,為XX公司為長風的發展儘自己的力量。

工程師個人年終工作總結 [篇4]

篇一:

作為一個軟體開發工程師(我也是一名軟體開發工程師),所實在的如果每年只做那麼一兩個專案,年終工作總結寫起來也應該得心應手的,我們只需要把本年度該專案的基本情況簡歷表述一下,自己在專案中的角色以及自己在專案中遇到的重點問題及解決方案描述一下,最後展望一下下一年度的工作計劃,ok,本年度的工作總結基本完成。下面我給大家看一篇別人寫的我認為比較好的個人年終工作總結範文:

軟體開發工程師個人年終工作總結範文

2011年2月2日,我有幸成為北京超圖一員,應聘為公司的java軟體工程師。入任職以來,在部門領導的帶領下,自己感覺無論學習、技術、生活等方面都有很大的提升。 2011年裡我主要完成的工作有三方面:

1、荊門石油石化巡檢系統的調研和開發。

該專案是我工作以來第一次涉及到調研,對我來說算是一個不小的挑戰。在調研過程中,讓我學會了如何通過和客戶的溝通來了解客戶的需求。由於自己的工作經驗不足,在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的瞭解客戶的更多需求,有很多需要和客戶交流溝通多次才能明白客戶的最終需求,也沒有把自己作為終端使用者並站在使用者的角度上來考慮問題,這些都是我在以後的工作中需要提高和改進的地方。在巡檢系統的開發工作中,讓我進一步鞏固和加強了自己的開發能力。

2、電信12530增值業務的開發與維護。

從5月以來我就開始接手公司的主要業務之一,12530電信增值業務。由於前面負責這個專案的同事突然離職,導致這個專案的交接工再做得不夠好,對我順利接手這個專案造成很大的困難。而剛一接手這個專案,馬上就需要新上一個投票活動,並要對一些主要程式碼進行修改,讓我倍感壓力,幾乎都快放棄。最後在金總的指導和鼓勵下,順利的完成這次活動。在完成這次投票活動後,為了避免下一個接手這個專案同事與我遇到同樣困難,我第一時間將這個專案的相關技術文件補充完全,保證別人能夠順利的進行該專案工作。通過這個專案,讓我加強了自己在高強高壓下工作的能力,也讓我找到更多自信。

3、襄樊、鄂州家政網路服務中心的開發與實施。

在這兩個專案中,除了承擔開發工作以外,也逐漸涉及到專案管理的職責,讓我在個人能力上有所提高。為了這兩個專案能夠順利完成,除了完成自己的工作外,還主動關心其他同事的工作完成情況。讓我在專案管理和專案進度的把控能力有很大的提高。將襄樊、鄂州家政網路服務中心順利實施,為我公司拿下湖北省其他市的家政網路服務中心奠定基礎。在工作之外,我也注重個人能力的提高。工作之餘,主動學習一些新技術,與同事溝通配合,搭建一個ssh的開發框架。也學習spring security知識,這些新知識的積累,對我以後的工作有很大幫助。

2012年工作展望:

1、將學習的springsecurity整合到我們自己搭建的ssh框架,進一步完善框架。

2、利用搭建的ssh框架,開發一套oa系統平臺。

3、做好襄樊、鄂州家政網路服務中心的維護工作。

4、希望公司能夠大量拿下湖北省其他市的家政網路服務中心,繼續開發和實施湖北省其他市的家政網路服務中心。

5、繼續學習新技術,努力提高自己的個人能力。為以後能夠更好,更順利的工作奠定基礎。

6、希望通過自己的進步和努力,能為公司的發展做出自己最大的貢獻,體現出自己的最大價值。

—————-結束。

篇二:

光陰似箭,歲月如梭,輝煌的2011已經過去,充滿希望的2012已在不知不覺中走到了12月份,現將2012年下半年工作總結如下:

一、專案方面:

主要是圍繞訊號機開發的各種軟體,如訊號機底層軟體、訊號機設定軟體、以及為了保障訊號安全的防火牆軟體等,另外還圍繞交通誘導屏這個產品做了相關的工作,如誘導屏設定軟體,以及誘導屏測試軟體等工作。

1、訊號機軟體開發

從去年的年底已經開始這項工作了,我的工作相對來說比較單一一點,就是訊號機設定軟體以及底層軟體的通訊部分的程式程式碼,以及其他的部分功能。並且現在這款訊號機能夠相容多家協議。

2、防火牆軟體的開發

這是獨立開發、並最終除錯的一個軟體,能夠嚴格防止外來非法連線的軟體。由於目前還沒有我們自己的訊號機中心軟體,所以目前這個軟體現在還沒有派上用場,相信隨著公司的發展,會逐漸用上這樣的軟體產品的。

3、交通誘導屏的相關工作

當然這裡面的工作就相當砸碎一些,包括設定軟體、測試軟體以及處理在除錯的過程中碰到的一些問題,以及測試一些硬體模組的好壞等。

二、團隊合作

從上面主要的工作內容來看,不是我一個人所能完成的,正所謂一切事務離不開團隊,個人無法稱英雄。今年在餘sir領導之下,團隊建設有了很大的進步,每個專案開始之前,好好的交流、加強了解、對問題的共識、解決問題的方法能很好的統一起來。我個人也很好的溶入這個團隊,共同做好一個專案。

沒有我們自己的訊號機中心軟體,所以目前這個軟體現在還沒有派上用場,相信隨著公司的發展,會逐漸用上這樣的軟體產品的。

3、交通誘導屏的相關工作

當然這裡面的工作就相當砸碎一些,包括設定軟體、測試軟體以及處理在除錯的過程中碰到的一些問題,以及測試一些硬體模組的好壞等。

二、團隊合作從上面主要的工作內容來看,不是我一個人所能完成的,正所謂一切事務離不開團隊,個人無法稱英雄。今年在餘sir領導之下,團隊建設有了很大的進步,每個專案開始之前,好好的交流、加強了解、對問題的共識、解決問題的方法能很好的統一起來。我個人也很好的溶入這個團隊,共同做好一個專案。在解決問題的過程中,雖然都不時風平浪靜,但事後都能夠客觀地分析,而不參雜個人的感情。

三、工作態度

給我的最大的感觸就是一定要好好的去聆聽,每個人對待問題的看法,不管他的看法對還是不對,合理與否,或者考慮的角度是否確切,都要好好地聆聽,至少要等他說完,如果你主觀的色彩,可能你都不願意或者不屑聽完他說的話,但是靜下心來你或許也能發現他看問題的某些角度是你沒有考慮過的,他想的某些方面也許確實是要注意到的。靜心!聆聽!把技術與大家共同分享,共同提高。

四、來年工作展望

在新的一年裡我希望能夠在交通行業裡做出更多新的產品,能夠更加深入的研究下去,比如:目前我們欠缺的訊號機中心軟體,交通誘導屏的中心軟體,這個兩個應該是2015年的首要任

務了,如果還有時間我希望可以做gis地理資訊系統方面的內容。

篇三:

1、分享第一條經驗:“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要:“重要的道理明白太晚將抱憾終生!”所以放在每一條,讓剛剛畢業的朋友們早點看到哈!

2、一定要確定自己的發展方向,併為此目的制定可行的計劃。不要說什麼,“我剛畢業,還不知道將來可能做什麼?”,“跟著感覺走,先做做看”。因為,這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術,將來成為專家級人物?向管理方向走,成為職業經理人?先熟悉行業和領域,將來自立門戶?還是先在行業裡面混混,過幾年轉行做點別的?這很重要,它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。

3、軟體開發團隊中,技術不是萬能的,但沒有技術是萬萬不能的!在技術型團隊中,技術與人品同等重要,當然長相也比較重要哈,尤其在mm比較多的團隊中。在軟體專案團隊中,技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼,還是產品管理、測試、文件、實施、維護,多少你都要有技術基礎。算我孤陋寡聞,我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完成過軟體開發專案,哪怕就一個,也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個專案,專案交付的第二天,專案組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個專案的“成功度”大家可想而知了。

4、詳細制定自己軟體開發專業知識學習計劃,並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記:“如果一個軟體開發人員在1、2年內都沒有更新過自己的知識,那麼,其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們:另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來,平均每天實際學習時間超過2小時。5、書籍是人類進步的階梯,對軟體開發人員尤其如此。書籍是學習知識的最有效途徑,不要過多地指望在工作中能遇到“世外高人”,並不厭其煩地教你。對於花錢買書,我個人經驗是:千萬別買國內那幫人出的書!我買的那些傢伙出的書,!00%全部後悔了,無一本例外。更氣憤的是,這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧,才算是真正擁有了它。

6、不要僅侷限於對某項技術的表面使用上,哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發windows應用程式,看看windows程式的設計、載入、執行原理,分析一下 pe檔案格式,試試用sdk開發從頭開發一個windows應用程式;用vc++、 delphi、java、開發應用程式,花時間去研究一下mfc、vcl、j2ee、.它們框架設計或者原始碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架,抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做,你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題,因為,很多東西你“知其然且知其所以然”!

7、在一種語言上程式設計,但別為其束縛了思想。“程式碼大全”中說:“深入一門語言程式設計,不要浮於表面”。深入一門語言開發還遠遠不足,任何程式語言的存在都有其自身的理由,所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。程式語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是:用面對物件工具開發某些關鍵模組時,為什麼不可以借鑑c、c51、彙編的模組化封裝方式?用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時,為什麼不可以參考來自 java社群的ioc、aop設計思想,

甚至借鑑像spring、hibernate、jboss等等優秀的開源框架?在進行類似於實時通訊、資料採集等功能的設計、實現時,為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。