軟體工程師的年終總結
軟體企業的整體營運績效直接與軟體工程師的個人工作績效息息相關,所以,最大限度的提高軟體工程師的工作績效是軟體企業人力資源管理的重大課題。今天小編給大家整理了,希望對大家有所幫助。
範文一
隨著網際網路技術的快速發展,以及電信行業的第三次重組,給我們通訊服務行業帶來了巨大的商機,我很榮幸在這個大好時機來到中國網通常州分公司,成為網通公司的一名寬頻醫生,我非常珍惜這份工作機會。
時間一晃而過,轉眼間201x年已接近尾聲。回首繁忙而又充實的201x年心中不禁感慨萬千,過去的一年中通過自身的不斷努力,使得技術水平、溝通技巧等方面都取得了一定的進步,當然亦有需要改進的地方,這是我人生中彌足珍貴的經歷,也給我留下了精彩而美好的回憶。
非常幸運能夠來到**公司參加工作,上任軟體工程師這一職位。回顧業務培訓期的一個月工作,感觸很深,收穫頗豐,我們首先對寬頻醫生這項業務的前期推出做了很細緻的準備,仔細討論了在業務推出以後可能遇到的種種困難;然後參加了代維部門的實踐學習,深入瞭解了網路的接入技術,以及在修障過程中遇到的問題,接著參加了為期兩天的新員工入職培訓班,認真聽取了相關領導對公司的發展概況,組織結構,以及各部門職責的介紹,並認真學習了公司的基本業務和增值業務,對公司的產品和服務有了很清楚的認識。
後期在主管的帶領下,我們陸續對周邊保有使用者進行了寬頻醫生免費體驗活動,也讓使用者知道我們這項延伸服務的推出,樹立我們**寬頻的品牌形象。
在過去的工作當中,在領導和同事們的悉心關懷和指導下,通過自身的不懈努力,各方面均取得了一定的進步,但那些遠遠不夠,我也在實際工作中認識到自己的不足,業務還不夠熟練,很多知識還有欠缺,處理事情不成熟。因此在今後的工作中,我將努力提高自身素質,克服不足,朝著以下幾個方向努力:
1、學無止鏡,時代的發展瞬息萬變,各種學科知識日新月異。我將堅持不懈地加強學習,向理論學習,向專業知識學習,向身邊的同事學習,逐步提高自己的理論水平和業務能力,並用於指導實踐。
2、“業精於勤而荒於嬉”,在以後的工作中不斷學習業務知識,通過多看、多學、多練來不斷的提高自己的各項服務技能,克服年輕氣躁,做到腳踏實地,提高工作主動性,不怕多做事,不怕做小事,在點滴實踐中完善提高自己。
3、不斷鍛鍊自己的膽識和毅力,提高自己解決實際問題的能力,並在工作過程中慢慢克服急躁情緒,積極、熱情、細緻地的對待每一項工作,繼續提高自身文化的修養,努力使自己成為一名優秀的軟體工程師。
4、在工作上積極配合省公司“關於配合全省寬頻續費率提升活動開展“寬頻醫生”服務的建議“的活動;加強對武進、新區、金壇寬頻醫生的業務宣傳,增加這些區域的服務量;加大對他網使用者的宣傳,擴大寬頻醫生的服務群,爭取將使用者發展為本網使用者;明確寬頻醫 生遠端服務軟體的一整套受理、安裝、服務的流程,加強遠端服務軟體的推廣,將遠端服務和上門服務結合起來。
範文二
作為剛從學校出來的應屆畢業生,第一份工作就落在智通,來到智通,深深地被這個企業的文化所感染,我很認同智通的企業文化,智通的企業精神“統一,專一,事業第一”體現出了這一行業優秀企業文化的特點。在這三個月的學習與親身感受之下,我更加堅定地要使自己成為一名合格並爭取優秀的智通人,我對自己有信心,對智通更有信心。
作為一名在技術崗位的職員,要具備一定的專業知識,不斷地充實自己,在不斷的工作學習與研究中成長,要有很好的團隊協作精神,有很強的執行力,能真正為企業做實事。在智通上班的三個月裡,我主要完成了以下工作專案:
一、 剛來的兩個星期,由於目前網站工作的需要,師傅指導一邊熟悉工作職位環境一邊學習asp,用了兩個星期系統地學習了這門從未接觸過的asp語言,為接下來一個月的工作打了堅實的基礎。
二、 接下來的時間,主要配合網站先前asp的後臺管理系統進行某些功能優化與系統維護工作。先後完成了銷售管理模組的最新註冊企業查詢、職業推薦給求職者、把求職者推薦給企業、會員職位重新整理、職位重新整理統計等幾個模組的功能修改與優化,解決了業務員帶許可權控制的查詢、推薦時間的控制與查詢速度優化、企業職位重新整理時的許可權控制與企業職位時效性的控制以及完成對各銷售組成員的職位數統計,職位重新整理數統計的功能設計。在完成這些各種功能需求的時候,對後臺管理系統進行了深入的分析研究,因此對銷售管理模組非常熟悉,給目前網站新版開發的後臺設計提了不少建設性的想法。之後還完成了logo管理模組中的投票專案新增優化與投票結果統計查詢修正、logo、banner的管理與文字檔案的生成。還完成了客服管理模組中後臺開通資料查詢的改進,企業管理、個人管理模組查詢功能的改進。期間還完成了部分功能錯誤的修正,如校園招聘管理圖片不能上傳、文章類別不能修改、文章不能刪除等。
三、 目前新版是用jsp開發的,在這三個月裡,我進一步對java,jsp的深入學習,瞭解了mvc模式開發,在這階段的學習期間,我以一個小商務系統的開發作為學習任務。還對當前流行的jive程式碼與開發思想進行了初步的學習研究。
四、 作為一名系統開發與維護工作者,當然不能忽視對資料庫知識的學習,在這段時間我也進一步對sql語句進行了深入的學習,對sql語句的查詢進行了分析,比較重視資料庫效能分析與調整這方面的知識學習。通過這階段的學習,把這些知識與方法運用到了對後臺管理系統會員查詢的速度優化功能上,在實際工作中得以實踐運用。
五、 網站新版開發方面,主要還為新版做了幾個資料庫對照表。
六、 還參加了網站新版的第二輪測試工作,主要以後臺管理系統為主做測試,還參與了前臺個人管理與企業管理的流程測試,測出了不少關鍵性的bug。
七、 入職以來,還擔任了網站部群發郵件的工作。三個月內完成了好幾批郵件群發的工作,每天定時定量地給在無憂無慮網站上註冊的企業或會員群發幾十萬封郵件。還配合客服部群發了兩批特殊活動的郵件,配合網站營銷活動群發了兩批群件,每天堅持固定給註冊會員群發。
在網站技術部工作的三個月裡,自己感受非常多。首先,作為剛從學校出來的畢業生,在實際開發中的經驗尚不夠成熟,還需要在工作中不斷的提升自己。其次,要進一步提高自己的開發技能,使自己的技能滿足今後的需求,主動獲取並學習當今最新技術資訊,平衡自己的知識結構,在不斷的學習中提高自己。然後,要加強與同事們的溝通,融入團隊,互相學習、相互提高,在團隊中不斷完善自己。
我相信,通過我的努力,一定能成為智通的優秀員工,一定會在優秀成績之上提升自己。同時我希望公司能根據情況給我培訓深造的機會,也希望部門內能有經常性的專業技術學習。
範文三
在這一年,我跳了兩次槽,一次是自願的,還有一次是被迫的。我目睹了一些公司從盛到衰的過程,也看到了一些腳踏實地的公司。
離開X1公司,是因為我覺得X1公司不是在做軟體,所謂的印度模式,我想,絕對不是這麼做的。理想不合,不想浪費時間,也只能揹負跳槽的惡名,掛冠而去。去X2公司,是因為看到他是美國獨資公司,做外包軟體,能夠接觸美國的客戶和技術,希望能夠有所收穫,何況,職位也不錯。的確很想好好做,也跳累了,只想穩定發展,畢竟,是做父親的人了。沒有想到的是,竟然讓我目睹了一場資產爭奪的好戲。公司易主,流言滿天,誹謗四起,官司大戰,這種平常只有在電視和電影裡看到的情節,我實實在在的親身經歷了,也算是人生的重要一課吧,至少,讓我看到了人性最陰暗和惡毒的一面。自然,是做不下去了,只能又走。
也看到了一些踏踏實實做事情的公司。園區的瑞博軟體就是一個。很少看到如此踏實做事的公司。若干年後,只要他能夠存活,必定是一個成功的公司。雖然老闆對我也很有誠意,只是,對於教育軟體,我實在沒有太大的興趣,何況,如果想做教育,我何不選擇安博呢?畢竟,安博給於我很多。回頭想想,在其他公司,我都是在奉獻,只有在安博,是學習了很多。
說起跳槽,其實,看看那些公司,有多少是在踏踏實實做事情的?老闆本不懂軟體,都是看著軟體行業能賺錢,想來撈一票,結果把中國的軟體行業做壞了,也害苦了中國的程式設計師。自己不好好做事,怎麼怪別人跳槽?同工作經歷的坎坷相比,,在個人能力方面,今年的進步是非常大的。今年上半年,我的進步集中在技術領域。我更加深入研究了設計模式、EJB體系和.Net平臺,還有UML建模,終於有所突破,設計了一套自己的基於.Net平臺的系統架構和開發工具,並且得到了應用的證實。在網上也陸續發表了一些文章,受到比較好的歡迎,還上了賽迪網的開發之星。
下半年,在軟體工程方面收穫是很多的。
看到網上對於印度模式從吹捧到批駁的吵鬧,也看到X1公司學習印度的失敗,加上自己從開始就對那些記者的懷疑,決定好好學習軟體工程。我一向認為,任何東西,不能道聽途說,只有自己好好深入研究,才能得其精髓。同時,軟體工程絕對不能只看印度的,畢竟,美國才是軟體業最發達的國度。
列舉一些學習的參考資料:《RUP軟體工程過程》、《MSF微軟解決方案》、《XP極限程式設計》、《CMM實踐應用——Infosys公司的軟體專案執行過程》、《人月神話》、《軟體需求》、《軟體工程Java語言實現》。每本書,我都仔細研讀了,頗有體會。
我開始就想,印度軟體工程絕對不會象那些記者所說的那麼簡單,所謂的高中生程式設計說。所以,我必須實際看看印度的軟體工程。《CMM實踐應用——Infosys公司的軟體專案執行過程》,是印度最大的軟體公司Infosys公司的分管質量的副總裁寫的,介紹他們的CMM4的軟體工程,果然不同凡響。這是我瞭解印度軟體工程的主要視窗。
首先,同原來的想法不同的,也可能同大多數人尤其是受那些軟體記者影響很深的“專業”和非專業人士想法不同的是,軟體工程實際上不僅僅只是管理,而是一門涉及很廣的交叉學科。在軟體工程中,大約一半的內容是專業性很強的,涉及到軟體分析、設計甚至編碼的技術。所謂的結構化、面向物件,都在軟體工程的範疇內,同樣是軟體開發和組織的重要內容,也是軟體質量保證的重要內容。至於軟體開發的管理部分,只能算是軟體工程中軟體工程過程的部分,或者說專案管理部分。脫離管理來開發軟體是絕對不可行的,同樣,拋棄技術基礎,空談管理出效益,便如無源之水、無本之木。誠如《軟體工程Java語言實現》中所說:“軟體工程範圍極為廣泛。軟體工程的某些方面屬於數學或電腦科學,其他方面可歸入經濟學、管理學或心理學中。”在這裡,我強調了軟體工程中的技術部分,並非輕視管理,只想在軟體工程的概念上做一些撥亂反正,也希望多一些人來關心軟體的核心技術,而不要空喊口號和概念。畢竟,中國的軟體太缺乏核心技術了。
其次,對管理要求的嚴格不說這個誰都知道,實際上,不管是美國的軟體工程,還是印度的軟體工程,都是比較靈活的。即便是印度這樣的所謂“軟體工廠”模式,對於軟體工程過程管理極為嚴格,也有一個部分是專門講述過程剪裁的。整個軟體工程過程是非常龐大和繁複的,然而,由於專案具體情況不同,如專案的規模,參與人員的數量、素質等的不同,對於軟體過程的每個部分,不是都必須的,可以根據具體情況來進行剪裁。這個部分對於我的啟發是很大的。以前做什麼ISO9000等,開始做了一個以為很好的規範,但是,到具體專案,總是對不起來,到處有問題,現在想想,便是少了這個變通的部分。不過,話說回來,這CMM也是老美想出來的,而不是印度。
第三,對於開發人員的選用,我發現,美國人是非常注重選用優秀的開發人員的。Martin Fowler曾經開玩笑的說,如果給他一批水平不高的開發專案,他會考慮全部解僱,重新招聘。《人月神話》中也說,如果200人開發一個專案,其中25個人最能幹,那麼會考慮解僱其餘的175個人,讓專案經理來程式設計當然,後面還有一些抉擇分析,這裡斷章取義了。其結論的基礎是基於以下研究結果:優秀的開發人員和差的開發人員,其效率之差可以達到數量級。另外,從管理的角度來說,只有人多了,才會有管理問題,當團隊規模控制在一定的範圍內時,便不會有太大的管理問題。
對於軟體來說,很難實現同傳統產業一樣的工廠化生產,這是由軟體開發的本質決定的。軟體的複雜性是軟體的本質屬性,在這個屬性沒有改變之前,軟體便不會實現同傳統產業一樣的工廠化生產。至於印度的所謂“軟體工廠”,實際上,只是完成了軟體程式碼的編寫工作,並不是實現了整個軟體研發工作,而程式碼編寫工作,恰恰是軟體開發中最簡單的一環。至於印度是否真的有很多高中生程式設計師,印度人的書上沒有說,記者到說了不少,我也無從考證。所以,軟體的開發,還是需要選用優秀的人的。除非,公司只想幫別人編寫程式碼,而不希望有自己的產品和技術。
第四,軟體開發中,最重要的還是團隊合作和交流。這個是我目前最深切的感受。具體的,大家都知道,也用不著多說。
最後,對於軟體開發來說,公司老闆的想法是最重要的。如果老闆說“No”,那便是水平再高,管理再好,也終歸無用。年齡漸長,也做父親了,卻總是在漂泊,沒有一個可以穩定發展的地方。希望目前的公司能夠有這個機會。不想總是跳槽。
軟體工程師年終個人總結範本