今年的天氣似乎特別暖和，雖說(shuō)已經(jīng)是冬天了，我們這里依然一片秋色。 （寫于2011年11月7日）

　　這是我工作的第七年，要是一段感情的話正是七年之癢的時(shí)候。如果在感情中每年作一份總結(jié)，是不是就不會(huì)有傳說(shuō)中的坎兒。

　　我所在的公司不大，地方也不大。見識(shí)不廣，深度不夠，太多的隨遇而安讓我的工作這么多年都起伏不大，必須承認(rèn)我骨子里就是個(gè)吃貨和懶鬼。這篇文章僅僅是自己過(guò)去一年工作的總結(jié)，對(duì)于有理想有抱負(fù)的好青年就當(dāng)看個(gè)反面教材然后鞭策自己更加努力吧。另外我現(xiàn)在的心境也是工作這么些年后的感受，歡迎閱讀以前的總結(jié)，在那里你也許會(huì)找到共鳴。

　　1、個(gè)人技術(shù)

　　話說(shuō)畢業(yè)頭兩年我覺得技術(shù)噌噌的往上漲，會(huì)了好多東西，然后的幾年就緩慢爬行了。一個(gè)是我的工作性質(zhì)是做應(yīng)用的本來(lái)也不探討什么高深的技術(shù)點(diǎn)，另一個(gè)就是自己懶沒有好好利用時(shí)間充實(shí)自己。

　　而今年64bit的普及，賴以生存的AutoCAD開始嫌棄古老的VB6，勞動(dòng)力市場(chǎng)等等原因使我不得不接觸掌握新技術(shù)。一些技術(shù)點(diǎn)，諸如SQL Server的spatial部分，把GIS的理論算法引入我所在的應(yīng)用領(lǐng)域；利用AutoCAD的.NET類重新設(shè)計(jì)已有系統(tǒng)。Linq, C#多線程，WPF編寫美觀的界面等等。學(xué)習(xí)新技術(shù)是個(gè)享受的過(guò)程，覺得自己開始跟得上時(shí)代的步伐。當(dāng)然如果項(xiàng)目時(shí)間緊的話也會(huì)有壓力，總覺得用原來(lái)的技術(shù)很短時(shí)間搞定的東西，現(xiàn)在卻大大增加了開發(fā)時(shí)間。和上一次系統(tǒng)學(xué)習(xí)比起來(lái)，這次自己就要穩(wěn)重的多，雖然過(guò)去幾年并沒有在技術(shù)點(diǎn)上特別精進(jìn)但是基本功更加扎實(shí)了，不會(huì)向上次那樣不知道從哪里下手。這次算是心理有底有步驟有計(jì)劃地學(xué)習(xí)，感覺好很多。

　　技術(shù)點(diǎn)的學(xué)習(xí)與應(yīng)用不僅僅對(duì)于我個(gè)人能力的一種提高，更是在很大程度上幫助軟件重新架構(gòu)。由于平臺(tái)的轉(zhuǎn)換，我們有機(jī)會(huì)對(duì)原有系統(tǒng)重新作分析、設(shè)計(jì)。以前的我完全是一個(gè)實(shí)施者，而現(xiàn)在所扮演的更多的是一個(gè)設(shè)計(jì)者。這種角色的轉(zhuǎn)變意味著責(zé)任更大，如果出錯(cuò)就不是浪費(fèi)我一個(gè)人的時(shí)間，而是從整體上浪費(fèi)團(tuán)隊(duì)資源。去年寫總結(jié)的時(shí)候我在尋覓軟件設(shè)計(jì)上面的建議，今年系統(tǒng)的看了UML和設(shè)計(jì)模式。強(qiáng)烈的意識(shí)到從理解理論到靈活運(yùn)用實(shí)在不是一件簡(jiǎn)單的事情。我的做法是從大的系統(tǒng)中選取一個(gè)相對(duì)獨(dú)立的子系統(tǒng)，根據(jù)學(xué)到的理論自己搭個(gè)設(shè)計(jì)，想想再搭另外一個(gè)，跟團(tuán)對(duì)討論下，找找感覺。這個(gè)過(guò)程我大量依賴mindmap, flowchar, UML。 開始的草稿是Mindmap把需求細(xì)分，然后UML建立塊之間的關(guān)系。UML是個(gè)好東西，雖然它的各種規(guī)范讓設(shè)計(jì)在軟件生命周期中所占比例加大，但是它對(duì)于細(xì)節(jié)的考量是非常到位的。如果我可以把所要軟件的類圖、順序圖畫好那基本上就能證明這個(gè)東西我想明白了，另外還可以把它解釋給其他組員。在設(shè)計(jì)思想上我一般會(huì)從業(yè)務(wù)邏輯出發(fā)，比較注重可讀性，或者說(shuō)是結(jié)構(gòu)更符合人腦邏輯。除非在非常要效率的地方，一些函數(shù)，類的分布才會(huì)看起來(lái)不那么順溜。每每這個(gè)時(shí)候一定要配有相關(guān)文檔。之所以會(huì)這樣一層一層的，大部分來(lái)源于自信心不強(qiáng)，沒有這些圖表文檔的支持，我不確定是否能夠把意思清晰準(zhǔn)確的傳達(dá)給團(tuán)隊(duì)其他成員，當(dāng)然也不能夠保證過(guò)段時(shí)間自己就不會(huì)忘記。目前我還在磕磕絆絆的前進(jìn)中，真心希望將來(lái)的某一天我可以熟練運(yùn)用UML工具，做個(gè)合格軟件建筑師。

　　對(duì)我來(lái)說(shuō)做架構(gòu)的過(guò)程是一個(gè)挑戰(zhàn)自己決策能力的過(guò)程。畢竟軟件是有生命的，它不斷成長(zhǎng)完善，或者某些部分在不久的將來(lái)被卸掉。我看不到那么遠(yuǎn)，設(shè)計(jì)時(shí)間太長(zhǎng)影響工程進(jìn)度，只能折中平衡。實(shí)施是同樣的道理，同一個(gè)函數(shù)可以用不同的方法實(shí)現(xiàn)。平衡與博弈是超出軟件設(shè)計(jì)與實(shí)施之外的能力，也就是俗話說(shuō)的經(jīng)驗(yàn)。在這個(gè)方面我還太嫩。

　　2、團(tuán)隊(duì)管理 

　　去年的總結(jié)里面我寫了大段大段自認(rèn)為的帶領(lǐng)小團(tuán)隊(duì)的方法，如今總結(jié)為四個(gè)字：“敏捷開發(fā)”。年初的時(shí)候我的一個(gè)組員推薦我讀了敏捷開發(fā)的書，才發(fā)現(xiàn)我那些實(shí)踐中"創(chuàng)"出來(lái)的方法其實(shí)都是敏捷開發(fā)的一部分。建立在實(shí)踐基礎(chǔ)上的理論學(xué)習(xí)讓人茅塞頓開。下面寫一下除了去年那些方法我看過(guò)書以后覺得特別重要一定要記錄的

　　a) TDD(Test Driven Develop)。看過(guò)書才知道這個(gè)多重要，作為程序員，悶頭寫代碼可以，但是如果寫測(cè)試，很多人都會(huì)不情不愿的(尤其小公司，沒有專門的人寫測(cè)試的script)。但是Test case的建立對(duì)于功能的拓展，維護(hù)是相當(dāng)重要的，雖然開頭看起來(lái)寫測(cè)試是麻煩了一點(diǎn)，但是這為以后節(jié)省的時(shí)間和資源是很大的。我所在的項(xiàng)目要是寫script的話還是比較困難的，于是我要求我的團(tuán)隊(duì)寫文檔。

　　b) 當(dāng)我們結(jié)束每一個(gè)Bug/Feature是真的結(jié)束而非半吊子。結(jié)束就是包括代碼、注釋、對(duì)應(yīng)文檔等等。當(dāng)團(tuán)隊(duì)Build那一天不會(huì)因?yàn)槟硞€(gè)看似完成實(shí)際上還需要那么兩三句話的Bug而耽誤。

　　c) 無(wú)論是否面向客戶，每一個(gè)Build都是一個(gè)完整的msi(歸檔備案)。這樣我們可以輕松的比較每個(gè)版本之間的不同。

　　前兩個(gè)月又有兩個(gè)人歸到我的團(tuán)隊(duì)下，我們開會(huì)規(guī)范統(tǒng)一了編碼規(guī)范，比如每一個(gè)函數(shù)前都會(huì)加三個(gè)單引號(hào)(這個(gè)在.NET里面很好用，可以自動(dòng)生成幫助)。比如如何命名函數(shù)、變量。其實(shí)經(jīng)過(guò)一同工作，大家的編碼規(guī)范已經(jīng)在不經(jīng)意中逐步統(tǒng)一，這次只是正式明確出來(lái)以便新的組員盡快上手。

　　"敏捷開發(fā)"是現(xiàn)在比較流行的軟件開發(fā)模式，我的認(rèn)識(shí)是他非常合適8個(gè)人以下的小團(tuán)隊(duì)靈活作戰(zhàn)。它充分發(fā)揮團(tuán)隊(duì)成員的主觀能動(dòng)性，可以比較及時(shí)地調(diào)整狀態(tài)，降低資源損耗。雖然敏捷有正式的管理模式、工具，但一切一切的根源來(lái)自于團(tuán)隊(duì)成員間的坦誠(chéng)交流、相互信任。這兩樣沒有，根本"敏"不起來(lái)，大家心里都有自己的小九九，還不如不用"敏捷"。

　　信任和坦誠(chéng)這種東西沒有硬性標(biāo)準(zhǔn)，只能靠團(tuán)隊(duì)慢慢磨和，也靠緣分吧。這個(gè)方面我的運(yùn)氣不錯(cuò)，組內(nèi)合作討論的氣氛非常好。從這些比我勤奮比我有經(jīng)驗(yàn)的組員們身上學(xué)到了很多東西。

　　目前我們組的這個(gè)運(yùn)轉(zhuǎn)模式得到了部門經(jīng)理的認(rèn)同，已經(jīng)升級(jí)了現(xiàn)有的管理軟件，我就可以比較規(guī)范的依據(jù)"敏捷"模式管理了。

　　今年我們部門作了一次人事變動(dòng)，去年提及的那個(gè)不作為的經(jīng)理走了新來(lái)了一個(gè)。在一定程度上我需要輔助他的工作，這也給我提供了一些作為代表參與部門間會(huì)議以及決策層會(huì)議的機(jī)會(huì)。一種會(huì)議是傳遞意見給大家，需要演講。對(duì)于正式的演講不夠自信，總怕不能準(zhǔn)確表達(dá)自己的意思。于是搭建了演示平臺(tái)，特別作了事例分析，作了ppt用作主脈絡(luò)。效果意外的好，得到了很多積極的反饋，對(duì)于以后的開發(fā)思路很有幫助。另外一種是聽取意見的，售前的哥們很能"吹毛求疵"，挑得毛病那個(gè)細(xì)那個(gè)偏。關(guān)鍵還不早說(shuō)，開發(fā)周期尾端才說(shuō)，一改又是麻煩。以前這樣的會(huì)議我不是主角跟著聽聽就好，現(xiàn)在成了主聽者，第一反應(yīng)就是抵觸、辯解。但是輪到我說(shuō)話，我都只能說(shuō)對(duì)不起，我們沒有考慮周到，下次會(huì)注意，也希望在開發(fā)進(jìn)程中多多交流。能有這樣的態(tài)度也是工作時(shí)間長(zhǎng)了的緣故，初出茅廬的時(shí)候應(yīng)該不會(huì)這樣說(shuō)。“對(duì)不起”一說(shuō)，明顯感覺到售前松了口氣，開發(fā)和銷售本來(lái)就不是兩個(gè)對(duì)立面，只有把這樣"挑"的毛病細(xì)化，在開發(fā)進(jìn)程中循環(huán)出現(xiàn)才會(huì)減少不必要的成本浪費(fèi)。我們是小公司，這些個(gè)互相交流指正不需要大家很正式的到會(huì)議室坐下，就是互相串門子的時(shí)候帶一句。做開發(fā)的把態(tài)度擺出來(lái)，歡迎各種意見建議，人家自然也就愿意過(guò)來(lái)。 

　　最后總結(jié)一下今年的工作狀態(tài)還不錯(cuò)的，一直都在學(xué)習(xí)和摸索中。適應(yīng)了角色的轉(zhuǎn)變，知道了如何應(yīng)對(duì)問(wèn)題。應(yīng)付不來(lái)的，會(huì)去找適當(dāng)?shù)娜藢で髱椭?nbsp;

　　工作之外，記得去年說(shuō)想去西藏于是就在雪域高原過(guò)了圣誕新年，今年的旅行提前到了金秋九月，冬天估計(jì)就不去遠(yuǎn)的地方了。 

　　最后還是那句話

　　低頭做事，抬頭做人 
　　過(guò)幸福的小日子 :) 

it知識(shí)庫(kù)：一個(gè)女程序員第七年工作總結(jié)，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。