第一篇：一個女程序員第七年工作總結.

一個女程序員第七年工作總結 今年的天氣似乎特別暖和雖說已經是冬天了我們這里依然一片秋色 寫于2011年11月7日 這是我工作的第七年要是一段感情的話正是七年之癢的時候如果在感情中每年作一份總結是不是就不會有傳說中的坎兒 我所在的公司不大地方也不大見識不廣深度不夠太多的隨遇而安讓我的工作這么多年都起伏不大必須承認我骨子里就是個吃貨和懶鬼這篇文章僅僅是自己過去一年工作的總結對于有理想有抱負的好青年就當看個反面教材然后鞭策自己更加努力吧另外我現在的心境也是工作這么些年后的感受歡迎閱讀以前的總結在那里你也許會找到共鳴 1個人技術 話說畢業頭兩年我覺得技術噌噌的往上漲會了好多東西然后的幾年就緩慢爬行了一個是我的工作性質是做應用的本來也不探討什么高深的技術點另一個就是自己懶沒有好好利用時間充實自己 而今年64bit的普及賴以生存的AutoCAD開始嫌棄古老的VB6勞動力市場等等原因使我不得不接觸掌握新技術一些技術點諸如SQL Server的spatial部分把GIS的理論算法引入我所在的應用領域利用AutoCAD的NET類重新設計已有系統Linq C多線程WPF編寫美觀的界面等等學習新技術是個享受的過程覺得自己開始跟得上時代的步伐當然如果項目時間緊的話也會有壓力總覺得用原來的技術很短時間搞定的東西現在卻大大增加了開發時間和上一次系統學習比起來這次自己就要穩重的多雖然過去幾年并沒有在技術點上特別精進但是基本功更加扎實了不會向上次那樣不知道從哪里下手這次算是心理有底有步驟有計劃地學習感覺好很多 技術點的學習與應用不僅僅對于我個人能力的一種提高更是在很大程度上幫助軟件重新架構由于平臺的轉換我們有機會對原有系統重新作分析設計以前的我完全是一個實施者而現在所扮演的更多的是一個設計者這種角色的轉變意味著責任更大如果出錯就不是浪費我一個人的時間而是從整體上浪費團隊資源去年寫總結的時候我在尋覓軟件設計上面的建議今年系統的看了UML和設計模式強烈的意識到從理解理論到靈活運用實在不是一件簡單的事情我的做法是從大的系統中選取一個相對獨立的子系統根據學到的理論自己搭個設計想想再搭另外一個跟團對討論下找找感覺這個過程我大量依賴mindmap flowchar UML 開始的草稿是Mindmap把需求細分然后UML建立塊之間的關系UML是個好東西雖然它的各種規范讓設計在軟件生命周期中所占比例加大但是它對于細節的考量是非常到位的如果我可以把所要軟件的類圖順序圖畫

好那基本上就能證明這個東西我想明白了另外還可以把它解釋給其他組員在設計思想上我一般會從業務邏輯出發比較注重可讀性或者說是結構更符合人腦邏輯除非在非常要效率的地方一些函數類的分布才會看起來不那么順溜每每這個時候一定要配有相關文檔之所以會這樣一層一層的大部分來源于自信心不強沒有這些圖表文檔的支持我不確定是否能夠把意思清晰準確的傳達給團隊其他成員當然也不能夠保證過段時間自己就不會忘記目前我還在磕磕絆絆的前進中真心希望將來的某一天我可以熟練運用UML工具做個合格軟件建筑師 對我來說做架構的過程是一個挑戰自己決策能力的過程畢竟軟件是有生命的它不斷成長完善或者某些部分在不久的將來被卸掉我看不到那么遠設計時間太長影響工程進度只能折中平衡實施是同樣的道理同一個函數可以用不同的方法實現平衡與博弈是超出軟件設計與實施之外的能力也就是俗話說的經驗在這個方面我還太嫩 2團隊管理去年的總結里面我寫了大段大段自認為的帶領小團隊的方法如今總結為四個字敏捷開發年初的時候我的一個組員推薦我讀了敏捷開發的書才發現我那些實踐中“創”出來的方法其實都是敏捷開發的一部分建立在實踐基礎上的理論學習讓人茅塞頓開下面寫一下除了去年那些方法我看過書以后覺得特別重要一定要記錄的 aTDD Test Driven Develop 看過書才知道這個多重要作為程序員悶頭寫代碼可以但是如果寫測試很多人都會不情不愿的 尤其小公司沒有專門的人寫測試的script 但是Test case的建立對于功能的拓展維護是相當重要的雖然開頭看起來寫測試是麻煩了一點但是這為以后節省的時間和資源是很大的我所在的項目要是寫script的話還是比較困難的于是我要求我的團隊寫文檔 b當我們結束每一個BugFeature是真的結束而非半吊子結束就是包括代碼注釋對應文檔等等當團隊Build那一天不會因為某個看似完成實際上還需要那么兩三句話的Bug而耽誤 c無論是否面向客戶每一個Build都是一個完整的msi 歸檔備案 這樣我們可以輕松的比較每個版本之間的不同 前兩個月又有兩個人歸到我的團隊下我們開會規范統一了編碼規范比如每一個函數前都會加三個單引號 這個在NET里面很好用可以自動生成幫助 比如如何命名函數變量其實經過一同工作大家的編碼規范已經在不經意中逐步統一這次只是正式明確出來以便新的組員盡快上手 “敏捷開發”是現在比較流行的軟件開發模式我的認識是他非常合適8個人以下的小團隊靈活作戰它充分發揮團隊成員的主觀能動性可以比較及時地調整狀態降低資源損耗雖然敏捷有正式的管理模式工具但一切一切的根源來自于團隊成員間的坦誠交流相互信任這兩樣沒有根本“敏”不起來大家心里都有自己的小九九還不如不用“敏捷” 信任和坦誠這種東西沒有硬性標準只能靠團隊慢慢磨和也靠緣分吧這個方面我的運氣不錯組內合作討論的氣氛非常好從這些比我勤奮比我有經驗的組員們身上學到了很多東西 目前我們組的這個運轉模式得到了部門經理的認同已經升級了現有的管理軟件我就可以比較規范的依據“敏捷”模式管理了 今年我們部門作了一次人事變動去年提及的那個不作為的經理走了新來了一個在一定程度上我需要輔助他的工作這也給我提供了一些作為代表參與部門間會議以及決策層會議的機會一種會議是傳遞意見給大家需要演講對于正式的演講不夠自信總怕不能準確表達自己的意思于是搭建了演示平臺特別作了事例分析作了ppt用作主脈絡效果意外的好得到了很多積極的反饋對于以后的開發思路很有幫助另外一種是聽取意見的售前的哥們很能“吹毛求疵”挑得毛病那個細那個偏關鍵還不早說開發周期尾端才說一改又是麻煩以前這樣的會議我不是主角跟著聽聽就好現在成了主聽者第一反應就是抵觸辯解但是輪到我說話我都只能說對不起我們沒有考慮周到下次會注意也希望在開發進程中多多交流能有這樣的態度也是工作時間長了的緣故初出茅廬的時候應該不會這樣說對不起一說明顯感覺到售前松了口氣開發和銷售本來就不是兩個對立面只有把這樣“挑”的毛病細化在開發進程中循環出現才會減少不必要的成本浪費我們是小公司這些個互相交流指正不需要大家很正式的到會議室坐下就是互相串門子的時候帶一句做開發的把態度擺出來歡迎各種意見建議人家自然也就愿意過來最后總結一下今年的工作狀態還不錯的一直都在學習和摸索中適應了角色的轉變知道了如何應對問題應付不來的會去找適當的人尋求幫助工作之外記得去年說想去西藏于是就在雪域高原過了圣誕新年今年的旅行提前到了金秋九月冬天估計就不去遠的地方了最后還是那句話 低頭做事抬頭做人過幸福的小日子

第二篇：女程序員第七年工作總結

[女程序員第七年工作總結]今年的天氣似乎特別暖和，雖說已經是冬天了我們這里依然一片秋色，女程序員第七年工作總結。

這是我工作的第七年，要是一段感情的話正是七年之癢的時候。如果在感情中每年作一份總結，是不是就不會有傳說中的坎兒。

我所在的公司不大，地方也不大。見識不廣，深度不夠，太多的隨遇而安讓我的工作這么多年都起伏不大，必須承認我骨子里就是個吃貨和懶鬼。這篇文章僅僅是自己過去一年工作的總結，對于有理想有抱負的好青年就當看個反面教材，然后鞭策自己更加努力吧。另外我現在的心境也是工作這么些年后的感受，歡迎閱讀以前的總結，在那里你也許會找到共鳴。1.個人技術

話說畢業頭兩年我覺得技術噌噌的往上漲，會了好多東西，然后的幾年就緩慢爬行了。一個是我的工作性質是做應用的本來也不探討什么高深的技術點，另一個就是自己懶沒有好好利用時間充實自己。

對我來說做架構的過程是一個挑戰自己決策能力的過程。畢竟軟件是有生命的，它不斷成長完善，或者某些部分在不久的將來被卸掉，工作總結《女程序員第七年工作總結》。我看不到那么遠，設計時間太長影響工程進度，只能折中平衡。實施是同樣的道理，同一個函數可以用不同的方法實現。平衡與博弈是超出軟件設計與實施之外的能力，也就是俗話說的經驗。在這個方面我還太嫩。2.團隊管理

去年的總結里面我寫了大段大段自認為的帶領小團隊的方法，如今總結為四個字：“敏捷開發”。年初的時候我的一個組員推薦我讀了敏捷開發的書，才發現我那些實踐中“創”出來的方法其實都是敏捷開發的一部分。建立在實踐基礎上的理論學習讓人茅塞頓開。下面寫一下除了去年那些方法我看過書以后覺得特別重要一定要記錄的

1.tdd，testdriven develop.看過書才知道這個多重要，作為程序員，悶頭寫代碼可以但是如果寫測試很多人都會不情不愿的(尤其小公司，沒有專門的人寫測試的script)。但是test case的建立對于功能的拓展，維護是相當重要的，雖然開頭看起來寫測試是麻煩了一點但是這為以后節省的時間和資源是很大的。我所在的項目要是寫script的話還是比較困難的，于是我要求我的團隊寫文檔。

2.當我們結束每一個bug/feature是真的結束而非半吊子。結束就是包括代碼，注釋，對應文檔等等。當團隊build那一天不會因為某個看似完成實際上還需要那么兩三句話的bug而耽誤

3.無論是否面向客戶，每一個build都是一個完整的msi，歸檔備-案。這樣我們可以輕松的比較每個版本之間的不同。

前兩個月又有兩個人歸到我的團隊下，我們開會規范統一了編碼規范，比如每一個函數前都會加三個單引號(這個在.net里面很好用，可以自動生成幫助)。比如如何命名函數，變量。其實經過一同工作大家的編碼規范已經在不經意中逐步統一，這次只是正式明確出來以便新的組員盡快上手。

“敏捷開發”是現在比較流行的軟件開發模式，我的認識是他非常合適8個人一下的小團隊靈活作戰。它充分發揮團隊成員的主觀能動性，可以比較及時地調整狀態，降低資源損耗。雖然敏捷有正式的管理模式，工具，但一切一切的根源來自于團隊成員間的坦誠交流，相互信任。這兩樣沒有跟本“敏”不起來，大家心里都有自己的小九九，還不如不用“敏捷”。

信任和坦誠這種東西沒有硬性標準，只能靠團隊慢慢磨和，也靠緣分吧。這個方面我的運氣不錯，組內合作討論的氣氛非常好。從這些比我勤奮比我有經驗的組員們身上學到了很多東西。目前我們組的這個運轉模式得到了部門經理的認同，已經升級了現有的管理軟件，我就可以比較規范的依據“敏捷”模式管理了。

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

最后總結一下今年的工作狀態還不錯的，一直都在學習和摸索中。適應了角色的轉變，知道了如何應對問題。應付不來的，會去找適當的人尋求幫助。

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

最后還是那句話：“低頭做事，抬頭做人，過幸福的小日子。”

第三篇：一位女程序員的求職奮斗史

一.并不成功的開始

我所讀的學校是中國西部的一所普通高校。我進大學后也和大多數同學一樣,過著60分萬歲的日子,除了對編程比較感興趣外。(呵呵,好多室友都說我外表女人,內心卻男人:喜歡寫程序,喜歡和男打星際,喜歡打CS選土匪,拿AK47)四年的大學生活淘進了我剛進校時的傲氣與自尊,在梔子花開的季節,我面對的卻是無法把握的未來。畢業了,是的,四年象夢一樣。男友執意去了中國最繁榮的大都市,我卻希望留守相對平靜的近在咫尺的西部城市,結局是可想而知的。痛苦十分短暫,因為迫在眉睫的生存問題變得急為嚴峻。幸運的是,2004年7月我很順利的找到了一份程序員的工作。

我的第一份工作比較輕松,就是做MIS系統,寫寫C#代碼。工作很輕松,帶我的經理也很照顧我。于是我每天過著上班下班的生活,每天穿梭在熙熙攘攘的人潮當中,全然沒了生活的壓力。這樣的生活也讓人討厭,日子太無聊了,無非就是寫著重復的代碼,再就是在天涯上閑逛。這樣的日子結束于我看到的一篇文章,題目我記不太清楚了,好像是:成為IT精英,我奮斗了7年。

當時很受鼓舞,也很自責。大學的四年已經荒廢,難道還要重蹈覆轍?于是我有了想離開這個安逸的城市,去節奏相對較快的城市鍛煉一下自己。

于是在今年年初,我毅然背起行囊,踏上了南下的火車。。

二。初來乍到

一下火車,我來到人山人海的車站廣場,看著人山人海,心里沒有底氣,畢竟是第一次出遠門。但是只覺告訴我,先要找個落腳的地方。雖然我帶了5000塊,但是我卻不敢亂花一分錢,因為在我印象中這座城市消費比原來的城市高多了。我得想辦法盡快找到工作。

面試我的是位女經理。30分鐘過后,我們談得比較好。我自信滿滿的,呵呵。

最后經理問我期望的薪水時,我咬咬了牙,很小聲的說了句3500.經理說,其實你比較符合我們的要求,但是薪水可能不會那么高。我小聲問她能給我多少,她說句2000。但是我心都冷了,我來這個城市之前的工資也有1500啊。我說了句考慮考慮后,出了yy公司的大門。在傳說中,這個城市不是每個人都拿高工資的么?怎么會這樣?失望和痛苦同時襲來。

回到旅館我仔細總結了一整天,得出結論:1.不是沒有高工資,而是所掌握的技能門檻比較低,導致沒有什么競爭力。2.一個規律:IT技能(不精通的情況下),技術門檻低的入門較容易的,在市場上競爭力不大(精通后,每項IT技能的競爭力相差不大。)。3.所以我決定,去學習新的東西,門檻稍稍高那么一點的東西。

原來以為自己有多厲害,其實自己差得要命。不懂虛函數有什么用,不知道除了構造函數,析構函數外還有拷貝函數,還有深淺拷貝之分。不懂什么是多態,不懂什么是抽象類,不知道C++里居然還有個STL庫。隨便拿本VC的書就寫程序,甚至不知道APPWIZARD生成程序的入口。

也許是我心高氣傲,當經理跟我說轉正給我3000的時候,我拒絕了,我覺得自己可以拿更高的薪水。于是我辭職了。

這次的離職,沒有給我帶來什么憂慮,可能通過前斷時間的學習有了些許的底氣。可能大家很奇怪,為什么上文多次提到工資,請原諒我的俗氣!當愛情不能依靠時,金錢是能唯一給我安全感的東西。

第四篇：一個程序員的邏輯思維

一個程序員的思維邏輯

程序員最基礎的素質是什么？ 答：實事求是，對就對，錯就錯； 程序員一個最需要的的是什么？ 答：耐心 程序員作品追求 答，零缺陷（no bugs）

1、不要說在我好的，看生產環境的結果 如何獲得成功感 為每次正確的感到自豪。寫程序，以最簡單的入手。

是因為程序不是對就錯。錯了一個逗號也錯。程序是具有嚴謹性。

1、單元測試（Junit,main）

2、代碼分析與異常的定位（有什么方案）（10）出了問題：

如果出了異常，不會將異常信息打印到控制，負分。

1、第一步，想看到看控制臺，1

2、第二步，想到看看什么異常，分析為什么報這個異常，2

3、第三步，在異常堆棧信息找自己寫的類分析（入口），3

4、第四步，通過在異常信息里找到相關的類，設置斷點，知道斷點需要什么數據。通過數據分析出異常原因，4

5、第五步，能夠設置不同類的斷點，設置分析邏輯，5

6、第六步，如果發現異常信息沒有自己可以調試的類，可以看懂異常信息，6（耐心）

7、第七步，如果發生異常信息，找不到自已調試類，異常沒有很具體說明。如果通過分析異常信息，找到類庫需要調試的（入口）7

8、第八步，如果發現一個很奇怪的問題。無法定位。以排除法排除對的東西定位。8分

9、第九步，新技術，不懂概念。問題也找不到定位，還可以找解決的方法。我的方法，做DEMO。

10、只有程序都不是問題！！10 總結：定位問題，分析解決

斷點調試（只是一個工具）

BUG出現是必然，出現BUG不是問題，問題是能不能找到解決方案。

如何創建一個屬于自己的產品

1、有沒有獲得需求的能力。（對社會有沒有想法）

2、沒有設計的能力，（系統設計，數據庫設計）

（1）技術基礎（JAVA,解決方案（StringMVC+mybatis+ajax+json....））（2）三層架構（設計理念，面向對象）

（3）數據設計，將需求變成數據庫表（DDL，DML，設計理念）（4）頁面的設計（HTML，CSS，JS）

3、組織以及管理能力

（1）如何協同開發(管理目錄，SVN)（2）如何找到適合人員(能力，角色)

思考

1、一個程序需要哪些技能？

2、對于一個希望做某個職業的人來說，能不能能圈。

3、進圈以后，再思考位置。、

第五篇：一個程序員的總結

2011總結

人生易老、時光易去。不知不覺，又到了年終。

回首這一年，細細思量，有歡樂，有憂愁；有收獲的喜悅，亦有遇到挫折的沮喪。更多的還是每天一點一滴的積累起來的成長。

在這一年，認識了很多良師益友，獲得了很多經驗教訓，也要感謝公司給我成長的空間。

接近年終，有必要對將要結束的一年做一下總結。

一、工作內容

今年四月份左右，加入了‘***’項目組，第一次了解了進銷存系統的邏輯，第一次使用聯通封裝的框架進行開發。主要實現了銷售、采購、合同、庫存等功能。在實際開發過程中，對我個人的成長起了很重要的作用；一方面對技術有了更深入的了解，增強了個人自信。在項目開發過程中，我們遇到了一些問題，但也克服了許多的問題。并完成一期的開發任務。

七月份左右，加入‘**’項目組。主要實現廚房質檢、接待部、申購、管理者、信息反饋等表單web端及wap端的功能，并實現表單的動態配置功能。在項目組所有項目成員齊心協力的努力下，我們基本在客戶要求的時間內完成了項目的開發、測試并最終上線。在這段時間，吸取了原來開發中的一些問題，養成了較好的開發習慣，并積累了wap端開發的經驗。

十一月底，加入‘**’項目組，這個項目剛剛開始，有一些以前未曾遇到的問題，但每一個挑戰都是一個新的成長，每個挑戰都代表著自身能力的增加。

二、在這一年的工作過程中，總結了一下個人不足。

1、在開發中，經常會遇到調好一個BUG出現一個新的BUG，或者遇到一個問題，調試半天才發現是一個很小的問題。而出現這種問題的原因完全都是因為不夠細心。

2、在項目開發完之后的一段時間，會出現懶惰的心態，沒能保持長期的工作積極性。

三、一年的結束意味著新的一年的開始，在此，計劃明年要實現以下事情

1、加強對新技術的學習，尤其是要一些前臺功能所涉及到的知識。

2、加強自身邏輯思維能力，以及業務分析能力。

四、對公司的建議

1、希望公司組織人力開發一套自己的框架，這樣可避免每做一個項目都要

先熟悉開發架構，降低學習成本。

2、希望定期舉行聚會，這樣可為員工提供技術交流的平臺，并促進同事之間感情，增強公司凝聚力。

五、結言

善始者未必善終，善做者未必善成，成功的過程是一個學習并堅持的過程。每一天成長一點點，長期堅持，必然從一個菜鳥成長為一名經驗豐富的人才，如此才能勝任更多更重要的工作。

未來一年，我將繼續拼搏，認真對待工作，完善自我，為公司發展盡自己最大的努力。