软件开发程序员个人工作总结范文先自我简介一下，本人从事 ap.net 开发进一年，09 届毕业生，某某年 11 月开始上班，之前做 ap，某某年 2 月后开始做 ap.net，由于公司转型，现在带十几个人在一起搞 ap.net 开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及某某年工作计划，自我总结较少，因此今日专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。技术我在学校里学的是电气自动化，程序基础仅限于 c 基础课程的一些知识，后来由 vb、html 转向 ap，在 ap 上花费了不少时间，对 ap 比较熟悉，后来由于公司业务需要，将开发平台转向 ap.net，开始对 ap.net 不是很感冒，以为就是 ap 的一点扩展(那时还不知道三层架构，数据数据访问全在页面里——!)，后来招来几个北大青鸟的过来终于意识到 ap.net的强大之处，经过个人的努力已经逐步掌握了 ap.net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。面对对象上另一方面是它的设计模式，在之前的面对过程中对这个设计模式并没有清楚地提出来，面对过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但信任前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，仔细思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必定耗费大量的精力在日常的监督中而不能投入到全局的管理中。项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码法律规范、文档管理、bug 管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时...
