时间：2022-03-19 19:53:13
序论：速发表网结合其深厚的文秘经验，特别为您筛选了11篇程序员年终总结范文。如果您需要更多原创资料，欢迎随时与我们的客服老师联系，希望您能从中汲取灵感和知识！
2、、正义erp项目的实施工作。从十一月初开始进行正义项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。
通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。
3、帮助和使用手册文档的编写。帮助的编写使我熟悉了dreameweaver和fireworks的使用,为后期的
oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的AutoPostBack、SelectedIndexChanged……都是去调用Form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的HTML标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用C写出MIS证明你很牛，很多年之后你不在使用C去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿C与PHP比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。
管理
最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。
人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。
于是“定制度-定分工-定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用QQ的，后来员工用QQ闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个QQ去到群里搞个群主，虽然群里大多都是菜鸟），最后多次开会，逐个谈话，阐明道理，形势逐渐好转。
项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。
这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、Bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、SQL等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
很多人都有这样的经历，新的一年将至时，会不由自主地做一个年终总结，也给即将到来的一年做一个展望。随着社会经济的发展，人们对自己的生活满意度、成长和工作满意度，其标准都在逐年增高。1980年代初期，人们在年末，只要是工作顺利，家人健康没病，彼此能够团聚，就算是特别快乐的事情。而现在，很多人觉得今年挣了10万元，希望明年能挣100万元，某些在私企打工的人，也会趁年末发泄集聚了一年的对老板、对公司的不满。很多人寻思着明年跳槽，所以不安全感的因素也在提高。夫妻感情关系也是一样，许多情侣开始计算彼此在一起的时间，盘点对彼此关系的满意程度。
所有的心理能量都集中在了年关这个时候，所有的矛盾也在这个时候开始一触即发。杰文是某公司的CEO，平时的时间大多在生意场上纵横捭阖，很少有时间停下来照顾家庭。忙碌了一年之后，杰文满以为一年的打拼能够换来家人的理解和褒奖，但没想到，他得到的却是家人的不理解，另一半怪罪他平时没时间陪自己，导致两个人感情冷漠，孩子又埋怨他没有尽到做父亲的责任。一年辛苦下来，家里冷冷清清，他自然会有特别大的落差和感情上的不满足感。从而对自己一年努力的意义产生了怀疑。
另一方面，有些单身人士跟随社会潮流，为了在尽可能短的时间内积聚起更多的金钱和实力，没时间谈论感情。在年关阶段，不但要经受单身折磨，情感找不到寄托，回到家，父母更是逼婚。这一系列的不理解也让他们心里缺少幸福感，导致了过年的忧郁症。
在职场沉浮了一年的白领人士，有的在老板的压榨下难以轻松，有的又面临转型、跳槽、重新进行职业定位的压力。倩蓉就是他们中的一员。她是某网络公司的程序员，但自己的真正爱好却是服装设计。她决定明年改行。为了顺利地实现改行计划，她必须拿到服装设计师的一些资格认证。在年关的时候，她想到了报班，拿出自己的一部分积蓄去学习。别人准备过年的时候，她却开始忙碌地在网上学习，她也不时地陷入一种忧郁当中，觉得自己前途未卜。
对过去的一年说声谢谢
究其根源，年关忧郁症主要来源于个体在职业发展、感情发展、生活满意度几个方面的几重质疑，它的存在并没有什么不好，反而说明了人们开始更深一层追问自我存在的价值，希望自己这几个方面能够踏上一个新的台阶，有一个更良好的开端。
克服年关忧郁症的第一步，是面对和接纳这种情绪，而不是试图逃避它。建议你找一张纸，把自己本年度所取得的各种成绩列一张表格，尽量从正面和建设性的角度来看待自己，培养一种乐观对待生活的态度。
你当然也可以找出自己在其中的不足。注意听取周围人的反馈，特别是你的另一半的意见。用积极的态度来看待反馈，把它作为成长的契机接受下来，问问自己，是否是这样，需要怎样在来年改正。你可以请你的另一半监督，当你再次出现那样的错误的时候，提醒你、指正你。
