一个女程序员第七年工作总结.

第一篇：一个女程序员第七年工作总结.

一个女程序员第七年工作总结 今年的天气似乎特别暖和虽说已经是冬天了我们这里依然一片秋色 写于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、希望定期举行聚会，这样可为员工提供技术交流的平台，并促进同事之间感情，增强公司凝聚力。

五、结言

善始者未必善终，善做者未必善成，成功的过程是一个学习并坚持的过程。每一天成长一点点，长期坚持，必然从一个菜鸟成长为一名经验丰富的人才，如此才能胜任更多更重要的工作。

未来一年，我将继续拼搏，认真对待工作，完善自我，为公司发展尽自己最大的努力。