20xx年工程師個人工作總結五篇(模板)(編輯修改稿)
2025-08-06 20:02 本頁面
【文章內容簡介】 一些踏踏實實做事情的公司。園區(qū)的瑞博軟件就是一個。很少看到如此踏實做事的公司。若干年后，只要他能夠存活，必定是一個成功的公司。雖然老板對我也很有誠意，只是，對于教育軟件，我實在沒有太大的興趣，何況，如果想做教育，我何不選擇安博呢?畢竟，安博給于我很多。回頭想想，在其他公司，我都是在奉獻，只有在安博，是學習了很多。說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的?老板本不懂軟件，都是看著軟件行業(yè)能賺錢，想來撈一票，結果把中國的軟件行業(yè)做壞了，也害苦了中國的程序員。自己不好好做事，怎么怪別人跳槽?同工作經歷的坎坷相比，在個人能力方面，今年的進步是非常大的，今年上半年，我的進步集中在技術領域。我更加深入研究了設計模式、平臺，還有uml建模，終于有所突破，平臺的系統(tǒng)架構和開發(fā)工具，并且得到了應用的證實。在網上也陸續(xù)發(fā)表了一些文章，受到比較好的歡迎，還上了賽迪網的開發(fā)之星。下半年，在軟件工程方面收獲是很多的?？吹骄W上對于印度模式從吹捧到批駁的吵鬧，也看到x1公司學習印度的失敗，加上自己從開始就對那些記者的懷疑，決定好好學習軟件工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟件工程絕對不能只看印度的，畢竟，美國才是軟件業(yè)最發(fā)達的國度。列舉一些學習的參考資料：《rup軟件工程過程》、《msf微軟解決方案》、《xp極限編程》、《cmm實踐應用——infosys公司的軟件項目執(zhí)行過程》、《人月神話》、《軟件需求》、《軟件工程java語言實現》。每本書，我都仔細研讀了，頗有體會。我開始就想，印度軟件工程絕對不會象那些記者所說的那么簡單，所謂的高中生編程說。所以，我必須實際看看印度的軟件工程。《cmm實踐應用——infosys公司的軟件項目執(zhí)行過程》，是印度最大的軟件公司infosys公司的分管質量的副總裁寫的，介紹他們的cmm4的軟件工程，果然不同凡響。這是我了解印度軟件工程的主要窗口。首先，同原來的想法不同的，也可能同大多數人(尤其是受那些軟件記者影響很深的“專業(yè)”和非專業(yè)人士)想法不同的是，軟件工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學科。在軟件工程中，大約一半的內容是專業(yè)性很強的，涉及到軟件分析、設計甚至編碼的技術。所謂的結構化、面向對象，都在軟件工程的范疇內，同樣是軟件開發(fā)和組織的重要內容，也是軟件質量保證的重要內容，至于軟件開發(fā)的管理部分，只能算是軟件工程中軟件工程過程的部分，或者說項目管理部分。脫離管理來開發(fā)軟件是絕對不可行的，同樣，拋棄技術基礎，空談管理出效益，便如無源之水、無本之木。誠如《軟件工程java語言實現》中所說：“軟件工程范圍極為廣泛。軟件工程的某些方面屬于數學或計算機科學，其他方面可歸入經濟學、管理學或心理學中?！痹谶@里，我強調了軟件工程中的技術部分，并非輕視管理，只想在軟件工程的概念上做一些撥亂反正，也希望多一些人來關心軟件的核心技術，而不要空喊口號和概念。畢竟，中國的軟件太缺乏核心技術了。其次，對管理要求的嚴格不說(這個誰都知道)。實際上，不管是美國的軟件工程，還是印度的軟件工程，都是比較靈活的。即便是印度這樣的所謂“軟件工廠”模式，對于軟件工程過程管理極為嚴格，也有一個部分是專門講述過程剪裁的。整個軟件工程過程是非常龐大和繁復的，然而，由于項目具體情況不同，如項目的規(guī)模，參與人員的數量、素質等的不同，對于軟件過程的每個部分，不是都必須的，可以根據具體情況來進行剪裁。這個部分對于我的啟發(fā)是很大的。以前做什么iso9000等，開始做了一個以為很好的規(guī)范，但是，到具體項目，總是對不起來，到處有問題，現在想想，便是少了這個變通的部分。不過，話說回來，這cmm也是老美想出來的，而不是印度。第三，對于開發(fā)人員的選用，我發(fā)現，美國人是非常注重選用優(yōu)秀的開發(fā)人員的。，如果給他一批水平不高的開發(fā)項目，他會考慮全部解雇，重新招聘。《人月神話》中也說，如果200人開發(fā)一個項目，其中25個人最能干，那么會考慮解雇其余的175個人，讓項目經理來編程(當然，后面還有一些抉擇分析，這里斷章取義了)。其結論
范文總結相關推薦
鄂ICP備17016276號-1