2022年計算機工程師年終考核個人總結(jié)范文

第第頁2022年計算機工程師年終考核個人總結(jié)范文我在學校里學的是電氣自動化，程序基礎僅限于C基礎課程的一些知識，后來由VB、HTML轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟識，后來由于公司業(yè)務需要，將開發(fā)平臺轉(zhuǎn)向，開始對不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里——!)，后來招來幾個北大青鳥的過來究竟意識到的強大之處，經(jīng)過個人的努力已經(jīng)逐步掌控了，現(xiàn)在層次上只能講個人覺得是入門而已，緣由是多方面的，待會兒會講到。

相信從面對過程轉(zhuǎn)向面對對象的同學都有一種感覺：面對對象開始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面對過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才漸漸體會到頁面對象的精髓來，分層次呈現(xiàn)、分級別訪問、封裝對象之間各種關系漸漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱蔽，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成詳細操作——這不是現(xiàn)實的實際模型嗎?應當這么理解，面對對象來源于現(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、伙伴之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶運用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清楚，在模擬現(xiàn)實上它與面對對象相比更易于入門理解，實質(zhì)上難于精確徑直地表述。

面對對象上另一方面是它的設計模式，在之前的面對過程中對這個設計模式并沒有清楚地提出來，面對過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結(jié);設計模式是達到了“道”的層次，由于它從更大的方向、更抽象的層次來去表述詳細的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結(jié)得來的閱歷，之間并沒有這種術語，但相信前人確定也運用到這種思想，它從實際應用于來，當然要應用于實際工作中，仔細思索不斷總結(jié)每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。

詳細到的實現(xiàn)模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，全部的AutoPostBack、SelectedInde*Changed……都是去調(diào)用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是一般的HTML標簽，微軟的讓軟件開發(fā)更簡單的思路是很好的，時代在前進，許多年前你運用C寫出MIS證明你很牛，許多年之后你不在運用C去寫“同學管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有優(yōu)點與不足的地方，由于它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權，程序能不能滿意需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔負管理一職時開發(fā)團隊加我在內(nèi)只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴峻的問題漸漸顯露出來：工作的任意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最末每天加班，一貫做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推動，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板埋怨員工也埋怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充盈的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我非常信任，工作上主要是管理方法上對我指引了不少。后來我逐步體會到，管理應當是“大家定規(guī)章去遵守”，而不應當是“人管人”。

人管人很簡單陷入一個誤區(qū)：領導去時時刻刻關注每個員工，這樣最末往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系焦灼，另一方面領導時間精力有限必定耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。

于是“定制度-定分工-定進度”，明確日常全部的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家看法最末去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內(nèi)部是允許運用的，后來員工用閑聊的時間增多，大大影響了工作效率，最末決心禁止，開始阻力較大(貌似程序員都喜愛掛上幾個去到群里搞個群主，雖然群里大多都是菜鳥)，最末多次開會，逐個談話，闡明道理，形勢漸漸好轉(zhuǎn)。

項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，運用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本掌握、編碼規(guī)范、文檔管理、Bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后開展各種培訓，主要是photoshop、css、js、SQL等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，由于這個時候個人要求去思索的會更多，加上我本人對技術愛好比較深厚，所以后期工作漸漸踏入良性循環(huán)。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴峻的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去勸慰身邊的兄弟，由于我明白現(xiàn)在公司的問題與當前中國軟件行業(yè)的通病一樣，盲目追求利益最大化，不求質(zhì)量，但求速度，整個社會風氣造成軟件行業(yè)良莠不齊進展，整個中國三四個人的開發(fā)團隊組成的公司數(shù)不勝數(shù)，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質(zhì)量低下、維護成本大、穩(wěn)定性差、用戶體驗差……。當然我們本身不能去躲避這個現(xiàn)狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態(tài)，以良好的心態(tài)去面對各種問題，發(fā)覺問題、解決問題，發(fā)覺問題埋怨是解決不了問題的(“IT民工”是我個人認為IT人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業(yè)，他能做好自己的工作嗎?)，最主要是解決問題。

我在面試員工時反復提到的三點是;工作立場、進展?jié)摿?、工作技能，由前向后排序，心態(tài)最重要，大公司大家都想削尖腦袋往里擠，但名額有限，所以廣闊的程序員同志絕大多數(shù)都集中在二流三流四流的軟件公司，這個時候更應當做好個人職業(yè)定位。以我個人的閱歷，新員工選擇一家公司往往最看重