軟件開發(fā)程序員個人總結(jié)先自我簡介一下，本人從事開發(fā)進一年，XX屆畢業(yè)生，XX年11月開頭上班，之前做asp，XX年2月后開頭做，由于公司轉(zhuǎn)型，現(xiàn)在帶十幾個人在一起搞開發(fā)，主要是關于準金融行業(yè)的行業(yè)管理軟件。年度總結(jié)在會議上也寫了，但僅限于對于工作總結(jié)及2023年，自我總結(jié)較少，因此今日特地做下自我的年度總結(jié)，主要從技術、管理、人生上面談談這一年的收獲，前輩路過歡迎多多指正。

技術

我在學校里學的是電氣自動化，程序基礎僅限于C基礎課程的一些學問，后來由VB、HTML轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟識，后來由于公司業(yè)務需要，將開發(fā)平臺轉(zhuǎn)向，開頭對不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構(gòu)，數(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、SelectedIndexChanged都是去調(diào)用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是一般的HTML標簽，微軟的讓軟件開發(fā)更簡單的思路是很好的，時代在前進，許多年前你使用C寫出MIS證明你很牛，許多年之后你不在使用C去寫"同學管理系統(tǒng)'、"圖書館管理系統(tǒng)'那只能說明你的腦子少一根筋，開發(fā)語言都有特長與不足的地方，由于它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿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)狀，對于個人來講任何