程序员年度工作总结
时间：2024-07-05 10:51:53
总结是事后对某一阶段的学习或工作情况作加以回顾检查并分析评价的书面材料，它是增长才干的一种好办法，让我们好好写一份总结吧。那么总结应该包括什么内容呢？下面是小编帮大家整理的程序员年度工作总结，欢迎阅读，希望大家能够喜欢。
程序员年度工作总结1先自我简介一下，本人从事asp.net开发进一年，09届毕业生，08年11月开始上班，之前做asp，09年2月后开始做asp.net，由于公司转型，现在带十几个人在一起搞asp.net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及20xx年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。
技术
我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp.net，开始对asp.net不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里——！），后来招来几个北大青鸟的过来终于意识到asp.net的强大之处，经过个人的努力已经逐步掌握了asp.net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。LocalhOsT相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到asp.net的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。
管理
最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。
人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。
于是“定制度-定分工-定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用qq的，后来员工用qq闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个qq去到群里搞个群主，虽然群里大多都是菜鸟），最后多次开会，逐个谈话，阐明道理，形势逐渐好转。
项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。
程序员年度工作总结2在过去的一年中，我担任公司开发部的一名程序员，主要从事着xx项目的开发工作，这一年来我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和淡定；这一年中所做的成绩如下：
一、独立开发方面
xx项目中本人独立负责开发会计处的三个子系统：会计人员信用查询系统。代理记账机构信用查询系统。会计人员网上报备系统。这三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。
二、团队开发方面
餐饮行业项目，在团队开发项目中直接参与了xx餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：房屋租赁合同管理系统。短信收发管理系统。会员管理系统。基础信息管理系统和人事管理系统的部分功能模块。系统应用后，xx在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率，并且及时有效提供了相应预 ……此处隐藏15017个字……空白的部分。通过这一年的开发，我能胜任这方面的工作，能独立完成这方面的工作。
再次，c#方面存在一些不足。LocALhOST通过c#这次软件的开发，也发现自己的不足，如基础知识掌握不牢，缺乏编程整体思想。这些都是需要在工作中完善和改进的。
2、数据库开发
数据库是伴随着项目以来用的最多最平凡的技术。以前对数据库只是会一些简单常用的操作，经过这一年项目的实战，对数据库的操作增加了一些丰富的经验。为以后的工作和经验的积累都奠定了坚实的基础。同时在项目中还用到了oracel与access数据库，这是我的收获。
优点：
能熟练的运用数据库技术进行开发。特别是对sql数据库的操作，经过这么长时间的积累，基本上能合理的设计和新建数据库，同时在数据结构上也加强了对数据库的理解。通过项目的实践现在能熟练使用和编写多种sql语句。还掌握了一些关于数据库优化sql语句优化的方法，能进行一些简单的优化。
缺点：
数据是一门比较先进的技术，并不是你会写一些sql语句，能建几个数据库你就是数据库工程师。要成为一个好的数据库管理员是要经过长时间的工作积累。针对自己的不足，在以后的工作和学习中多接触，多运用新的知识点。充实自己的经验和知识储备。
二、团队协作
上面的成功与收获，除了自身努力外，以及公司的支持。是这个团队铸造了我。我们这个团队也是因为有了我们这些拼搏协作的队员，使得它成为一个具有务实、拼搏、创新精神的团队。我与软件研发小组是一个整体，这里的团队总结也就是我在这个团队中的收获。
务实：公司下发的任务，下发的工作，件件都是用心去做的。我们这个团队中没有一个人在工作的时候做了工作以外的事情，都是实实在在的做跟工作相关对公司有益的事情。相信在伍经理的带领下现在是这样，以后同样也是这样。
拼搏：公司给的每一个任务不管它多难，如果工作没有完成我们会晚上加班，也要尽可能的完成当天的工作。如果工作实在忙，为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。
创新：现在我们开始项目的时候都会进行研讨，一般都会进行一个效率和逻辑的分析与讨论，保证程序正确的前提尽可能的提高程序的效率。
互助：我们小组内只要任何一个人出现技术或其它的问题，我们都会彼此都会尽可能的去帮助他。不会因为某一个人而拖住整个项目滞后。
交流：我们在项目中会及时沟通自己的收获，特别是一些针对性的技术问题。这样可以省了很多重复研究的时间，这是一笔很可观的时间。
在交流中只要我会的，我懂的，我不会去吝啬。我会积极的去与你交流，我的团队名言“人强团则强，人弱团则削”。
三、个人成长
通过公司这快一年的锻炼与学习我真的进步了很多，不管从技术上还是做事上，都不像以前那样了。我在公司学到的懂得的使我飞速成长。
技术上：不管从语言上还是做事的逻辑上都得到了很大的的提高。现在在软件小组里面自己能独立完成一部分工作，承担自己的责任。
程序员年度工作总结15送走了圣诞的严寒，伴随着元旦的烟花，我们迎来了“末日”后的新纪元——XX。在这冰雪消退、即将春暖花开的时节，也是回首过去、展望未来，总结昨天、规划明天的最佳时刻。尽管来公司不到半年时间，但在这段时间里，学会很很多做人做事的原则和价值理念。现将XX年度工作总结如下：
一、学习wpf相关知识
这是刚进公司时的主要任务，从winfrom程序向wpf程序设计的转变，学习相关技术知识。主要完成任务，学习wpf的相关技术理念，绑定、依赖项属性、xaml界面描述语言等等。期间接触到了很多技术知识和论坛，帖吧等网络技术资料。开始学习和思考设计模式，尤其是mvvm设计模式，深入了解之后，使用了mvvmlight技术作为一般的程序开发架构。最后，在win8app程序中成功的应用。
二、win8metro版深圳移动执法信息系统的设计和开发
在之前windowsmobile版深圳移动执法系统的基础上，做成win8metro版本。由于win8app程序的sdk比较新，我们也是边做边学习。我的主要任务是最开始的搭建系统开发的基本架构，采用之前wpf积累下来的mvvmlight设计模式。
界面设计方面，以旧系统的基本界面为原型，利用win8新的一些特性和美化而成；
业务逻辑上，主要是根据周鹏给出的基本思路和唐里成设计好的基类和虚拟业务方法。
具体的功能模块上，完成后台任务的注册和轮询实现的通知，设置和共享超级菜单的使用等等。
随着win8的正式上市，我们小组不断的系统和详尽的学习win8的相关开发技术指南和技术点，应用在实际的项目中。
编程技术是死的，而业务是活的。c#每一次的迭代的变化总是有限的，即使是win8新的sdk，变化的总是很少的一部分。编程语言，可以通过不断的看书，追寻到不变的那一部分。对于，业务就不这么简单了。这也是现在主要存在的不足：
一、不清楚业务
没有跟过现场，做系统的时候，很多都是根据自己的想象和逻辑推理来完成流程和用例。这也是对系统完善性的最大限制和瓶颈所在。
对于上述问题，需要跟去过现场的同事经常的交流和沟通，虚心向他们请教。同时多做业务梳理，多看看旧系统的代码逻辑和业务处理技巧。
二、软件开发不够规范化
软件工程师，最大的挑战不是敲代码，而是设计。ｏｏａｄ才是软件工程师该做的，该努力的方向，当然也是不那么容易完成的。ｏｏｐ只是整个系统开发和设计中最重要的一部分，然而却不是决定性的，ood才是关键性、决定性的一部分。很显然，ood需要ooa的分析作为铺垫。
对于以上问题，在不断的学习面向对象分析与设计理论知识上，根据项目实际经验，不断的总结和应用，完善自己的知识体系和开发技能，做到一个真正的designer。
子在川上曰：“逝者如斯夫，不舍昼夜”。过往矣，不可追。把握当下，才能控住未来。把握当下，一切就还不晚。
XX新的四季周而复始，新的一年里，新的希望和期望。大概的计划如下：
一、继续完善win8app开发技术
我一迈出大学校门就直接跟进了，最新的技术win8app。最初的silverlight积累了不少基本的开发常识。xaml+c#，已经成为也只会成为我的方向和目标，坚持和忍耐，步步为营提升自己。
二、紧跟公司项目，积累业务处理能力和分析经验
不知不觉中，已经从新人变成老鸟了，来公司的这段时间收获很多，认识了新的同事朋友和伙伴。也是时候，积累许多具体的业务能力和工作经验的时候了。根据公司的具体需要，参与具体的项目。
完善自己，充满斗志，迎接新的挑战；发展自己，收获希望，看到不一样的阳光；激励自己，激情澎湃，缔造新的辉煌。望新的一年里，博安达能够芝麻开花——节节高，创造更过的环保系统，为中国的环保事业贡献我们薄弱而坚韧的力量。
