时间：2022-10-28 16:06:43
序论：在您撰写程序员工作体会时，参考他人的优秀作品可以开阔视野，小编为您整理的7篇范文，希望这些建议能够激发您的创作热情，引导您走向新的创作高度。
述职报告是工作中一个很重要的部分，有助于了解自身的工作能力，有利于自己的职业发展。下面好范文小编为你带来一些关于程序员试用期的述职报告，希望对大家有所帮助。
程序员试用期述职报告1
这段时间，在领导和同事们的关怀和指导下，我通过不懈努力，各方面均取得一定的进步，现将我的工作情况做如下总结：
一、理论学习和日常工作
刚到公司不久，我便开始负责方面的网站开发和广告平台开发和维护，刚开始的时候对我来说确实压力很大，因为各方面都还不熟悉，而且与之前的公司相比，节奏也有点快，不过我慢慢的习惯了环境，和同事相处的比较融洽，领导对我也比较关心，在公司里工作就像是在一个幸福的大家庭里一样，我很快喜欢上了这里。
我到公司不久，负责项目是__公司网站，做这个项目的时候我遇到了几个问题，我在以前公司做的时候没有在这么短的时候完成一个项目的，在效率上提高了我的能力。做这个项目的时候我也遇到了许多以前没有遇到过的问题，我请教同事和朋友，还有借助网络一一解决了难题。之后，我将广告招商平台进行了改版，开发了__平台以及以后网站的维护工作。
接下来，我又做了一个比较棘手的项目__在线咨询系统。为什么说棘手呢，因为我以前没有做过这方面的项目，而且我问遍了所有认识的朋友，搜遍了网络也没有找到如何解决的方法，之后我翻书籍，接着搜索网络。功夫不负有心人，终于我找到一个聊天室的小例子，但是功能差的太远，于是我把这个示例一点点的研究，从一点也不懂到后来慢慢看懂，从对AJA_技术一无所知到基本熟练运用。接下来我就开始自己开发，到最后终于把它开发了出来，虽然不是很完美，功能不是很强大，但是它是我辛苦的劳动结晶，我相信以后会把它开发的更强大，更完美。
二、明确岗位职能，认识个人技术能力不足
经过三个多月的工作，虽然完成了一些项目的开发，我的技能也提高了很多，但是感觉我的技术还有待提高，所以我会在以后的工作中更加努力，努力提高自己的技术和各种不足，努力使自己成为一名称职的职员。
三、提出自己努力计划
学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种技术知识，并用于指导实践。在以后的工作中不断学习知识，通过多看、多学、多练来不断的提高自己的各项技能。不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作。努力提高自己的日常交际能力。
时光流转间，我已到公司工作三个多月。非常感谢公司领导对我的信任，给予我体现自我、提高自我的机会。这三个多月的试用期工作经历，使我的工作能力得到了由校园步入社会后幅度的提高。
程序员试用期述职报告2
进公司以来，本人尊敬领导，与同事关系融洽。为尽快进入工作角色，本人自觉认真学习本公司、本部门、本岗位的各项制度、规则，严格按照公司里制定的工作制度开展工作。
在这近三个月的工作和学习中，接触了不少人和事，在为自己的成长欢欣鼓舞的同时，我也明白自己尚有许多缺点需要改正。工作以来，在领导的教导和培养下，在同事们的关心和帮助下，自己的思想、工作等各方面都取得了一定的成绩，个人综合素质也得到了一定的提高，现将这三个月来的个人工作情况汇报如下:
一、工作情况
怀着对生活的无限憧憬，我进入了__科技信息有限公司。
在试用期的工作中，一方面我严格遵守公司的各项规章制度，不迟到、不早退、严于律己，自觉的遵守各项工作制度;另一方面，吃苦耐劳、积极主动、努力工作;在完成领导交办工作的同时，积极主动的协助其他同事开展工作，并在工作过程中虚心学习以提高自身各方面的能力;工作细节中，我看到公司正逐步做大做强，以目前的趋势，我可以预见公司将有一个辉煌的明天。作为新员工，目前我所能做的就是努力工作，让自己在平凡的岗位上挥洒自己的汗水，焕发自己的热情;使自己在基层得到更多的锻炼。
二、学习情况
现在是我努力学习的阶段。"三人行，必有我师"，公司中的每一位同事都是我的老师，他们的丰富经验和工作行为对于我来说就是一笔宝贵的财富。记得我刚到公司的时候，对生产线上的一切都感到陌生而新奇。因为我之前没有过类似的工作经验，所以知道的也有限，但是在领导和同事的的热心帮助下，我受益颇多。
带着饱满的工作热情，我逐渐熟悉了设备的操作。尽管我只是入门，而且相对而言年龄要大一点，但是我和其他年轻人一样对工作充满着热情。为尽快提高自己在本职方面的知识和能力，充分发挥自己的主观能动性，我利用业余时间多和同事交流学习，在短短三个月中理论结合实践让我对IT技术有了真正的认识，这为今后的工作打下了基础。
作为新员工，我经常思考的问题就是如何避免失误，特别是在试用期间，严谨的工作态度决定了自身的工作效率，为此我经常向同事请教。
在公司呆了三个月，我接触了很多同事，就在接触他们的同时，我才知道在集体和谐相处是快乐工作的保证。无论是社会还是单位"为人处事"都是一门高深的学问。对于这门高深的学问，我目前首要做的是诚实做人、努力工作!
三、思想情况
作为一名新员工，我今后的职业生涯还很长，学习的机会还很多。为此我将尽我所能地对我的工作进行开拓，做出成绩。为早日实现目标，我要求自己:努力工作，保持优点，改正缺点，充分体现自己的人生价值，为企业美好的明天尽一份力。我更希望通过公司全体员工的努力可以把公司推向一个又一个的颠峰。
程序员试用期述职报告3
来公司担任程序员一职已_个月时间，在这_个月时间里，我学到了很多东西。每个人都是在不断的总结中成长，在不断的审视中完善自己。在这_个月里自己也是在总结、审视中脚踏实地地完成好本职工作，现将这试用期的工作总结如下：
一、思想方面
严格按照一个程序员应有的素养要约束自已，爱岗敬业，具有强烈的责任感和事业心，积极主动认真的学习专业知识，工作态度端正，认真负责，听从公司的安排，积极配合全友家私完善ERP 系统，任劳任怨。
二、工作方面
热爱自己的本职工作，能够正确认真的对待每一项工作，工作投入，热心大家服务，认真遵守劳动纪律，按时上下班，有效利用工作时间，坚守岗位，需要加班完成工作按时加班加点，保证工作能按时完成。在这_个月里，我本着把工作做的更好这样一个目标，开拓创新意识，积极圆满的完成了以下本职工作：
配合全友家私开发并完善 SRM 系统
独自开发全友家私 SAP 日志维护系统
三、存在不足
一公司领导以及部门领导同事的帮助和指教，使我的工作有了很大提高，当然我还存在着很多不足之处，处理问题思路简单，不够成熟，工作中容易产生急躁情绪，需要更深入学习专业知识，提高自己的工作水平。
程序员试用期述职报告4
先自我简介一下，本人从事asp.net开发进一年，09届毕业生，__年11月开始上班，之前做asp，__年2月后开始做asp.net，由于公司转型，现在带十几个人在一起搞asp.net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及__年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。
技术
我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp.net，开始对asp.net不是很感冒，以为就是asp的一点扩展(那时还不知道三层架构，数据数据访问全在页面里——!)，后来招来几个北大青鸟的过来终于意识到asp.net的强大之处，经过个人的努力已经逐步掌握了asp.net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到asp.net的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedinde_changed……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。
管理
最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。
人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。
于是“定制度-定分工-定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用qq的，后来员工用qq闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大(貌似程序员都喜欢挂上几个qq去到群里搞个群主，虽然群里大多都是菜鸟)，最后多次开会，逐个谈话，阐明道理，形势逐渐好转。
项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。
这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、sql等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。
当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的(“it民工”是我个人认为it人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗?)，最主要是解决问题。
我在面试员工时反复提到的三点是：工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20-25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。
程序员试用期述职报告5
每当自己在总结工作的时候，感觉是那么的短暂，然而也就是在这一挥间，承载着太多太多，有收获与成就，有失败与不足。回头看看试用期足迹，伴随着自己的是学习与坚持。
伊始是通过__系统(DRP)拉开序幕。此次项目是一个相对比较完整的JavaWeb项目，从最基础的业务介绍，到需求分析，数据库分析与设计，页面设计，代码编写。直到整个项目的完成，通过这个项目学到了很多新的知识，同时对很多已经学过的知识进行很好的摩擦和补充。因为在其中还穿插着其他的内容，所以用了较长的时间。
做好工作的同时还准备并进行软件设计师的考试。这是我第二次参加软件设计师考试。通过两次考试的对比可以明显的发现产生在自己身上的一些改变和进步。但是最终的考试结果是没有通过，和第一次一样，差两分。虽然成绩的结果没有通过，但是通过这次软件设计师的复习考试，很给力的给自己补充了计算机基础方面的知识，同时也解了自己很多的疑惑，真正的学到了很多的知识。回顾自己整个的复习过程，收获是很大的，不仅仅是计算机基础，更是一种面对失败的心态收获。而这种心态将会在自己未来的路上会起很大的作用。
后来进入SSH项目的实践和学习。SSH为一个集成框架，是目前较流行的一种轻量级Web应用程序开源框架。Struts是一个MVC的架构，在控制器，视图和模型方面都有其特定的组件，在SSH框架中，更多的是利用了Controller这个组件。Spring框架的能实现应用的分层架构，在应用中要使用的对象可以被一个简单的_ML文件连在一起，这个_ML文件含有到像事务管理器、对象工厂、包含业务逻辑的服务对象、和数据存取对象这些对象的引用。
通过对SSH框架的学习，认识到框架给我们开发所带来的便利，更重要的是在框架形成的过程中所包含的原理和思想。
提起程序员的35岁，我们就不得不从30岁开始说起＾
小武毕业于某高等院校计算机专业，至今已经在职场打拼近五年的时间，回想起刚毕业时的场景，小武用一句话来形容：“尽快找一份程序员的工作，能解决自己的基本生活问题就可以了。”数十次的面试总算迎来了这样一份工作，而且公司在业界还是数一数二的，一转眼就到了今天。
其实每年的这个时候小武都在想过去的这一年和即将来临的这一年自己有什么样的变化以及要怎样地成长。今年。当这个问题再次浮现在小武的脑海中时，他突然发现自己竟然莫名地恐慌起来。思想中不再有过往一年的满载而归，更不曾有来年的广阔前景，“怎么办?”这句最无奈的话语竟成了小武的心头禅。
眼看着再有两年就奔三了，自己的工作也只不过仅仅是一份工作而已，梦想中的事业还迟迟没有现身。周边比自己资历老的同事，也不过是高级程序员、项目经理之类的职务，对每个人来说都还未读懂“事业”的真正含义。小武突然意识到，如果再不寻求改变，自己的人生将无事业可求……
人到三十，事业未立却尴尬
三十而立，你立了吗?在中国的今天，三十而立对大多数人来说绝对是个奢望。以本科毕业来说，距三十岁最多也就七八年的时间，在这说长不长，说短亦不短的时间内。如果想三十而立，必定需要详细制定自己的职业生涯发展目标。然后按其实施，才有望在三十岁的时候成就三十而立的名号。当然，这其中还有机遇的问题存在。如果机遇不好的话，那就更加渺茫了。
但放眼望去，现今中国的职业白领们，别说是刚毕业就按照自己的职业生涯发展目标进行，在近三十岁时能够有自己明确的职业生涯发展目标的人都不算多。除了他们自身的问题外，他们所处的时代也起了非常大的作用。如果以今年三十岁来计算的话，1977年出生的人在大学毕业时有“职业生涯规划”概念的人可谓廖若晨星。
现今，社会化进程越来越快，人们的生活节奏也随之不断地升级，物价上涨、需求提升使得人们越发意识到一份离职高薪的工作的重要性。可大部分人却只拥有一份高职高薪的工作，或者五年都不见变化，或者五年后物是人非，高职降低、高薪贬值。真正能够获得持续上涨高职高薪的职业人是那些有意识要发展自己职业的人，他们或许在毕业时并不知道所谓的“职业生涯规划”，但他们在实际工作当中却发现了自己应该要走的职业道路，并朝之大步迈进。即使是这类人，三十岁也远远达不到三十而立的状态，对他们来说，他们所从事的仍然是职业而非事业。而对于那些还不及他们有如此意识的人来说，职业仍然始终是职业。
事业未定，生活却亟待确定。男性面临的问题更多的来自于尚无事业的压力，而对于女性来说却未尽然，除了事业需要外。结婚生育的大事非要在近几年内完成，否则身体会不作主。在这个自立的社会当中，女性也不会依赖男性而生存，事业对于女性来说同样重要，甚至有些女性会比男性更看重事业，事业已经不仅仅是男性安全感的保障。
阻碍程序员前程的“四不作主”
你见过60岁的程序员吗?你会很肯定地回复我：国外有很多60多岁的程序员，但在中国却没有。这也是很多中国程序员所不解的事情，在网上看到很多朋友都在讨论这个问题，有人说是因为国外有很好的体制，有人说国内的程序员存在种种问题，最终仍未有一个定论。 你的健康，谁说了算? 不要急于发表“你的身体有多么的健康”的言论，试想一下，一个身体100％健康的人，在五年或者更长的时间内，每天面对高辐射的显示屏，忍受着机箱散发出来的味道和灰尘，十几个小时甚至通宵达旦地在电脑前写程序，把浓浓的烟雾吸入自己的体内，不能按时吃饭保有正常的生活规律，没有时间去散步、锻炼身体……在这样的工作下。你还敢说你的身体很健康吗？ 我是程序员，35岁有错吗? 大家都在抱怨为什么在中国做程序员这么难?到了35岁就如同进入被歧视人群一般，哪个公司都不看好。谁规定35岁就不能编程序呢?
单从年龄来看，35岁正应该是男性精力充沛的时候，可偏偏自己的职业是程序员，本应属年轻正当时，却被看作已日渐老去。程序员是一份高强度、高压力、长时间的工作，即使抛开年龄不谈，也没有多少人能够真正承受这样一份工作，何况随着年龄的增长，身体的各个零部件也都渐渐出现了“老化、生锈”的迹象。即使你的身体很健康，也抵消不了这么多年程序员工作所带给身体的负担。
IT人才大国，到底有多“大”?
中国是IT人才大国，的确，中国有非常多的IT人才，程序员更是数不胜数，但大多数为中低端人才，高端人才少之又少。一方面。中国需要大量的高端程序员；另一方面，中国现在能够提供给程序员的发展空间十分有限，限制了程序员由低到高的过渡。
在这个“速食”的时代，软件公司对每一个程序员的考核也讲究“速食”――上岗即工作。软件行业同样存在着恶性竞争，使得软件业的利润越来越低，公司不得不从自身的支出方面动脑筋，对员工的工资进行调整。甚至有人笑言：挣的钱还不够日后看病。大家也都纷纷寻求转型，不再从单一的程序员方向发展。
研发、管理，真的是“双管齐下”吗？
这是每一个程序员都会考虑的问题，而对于一个年届30的程序员往往只得到两个答案：继续做程序员，往技术研发的道路上走；寻求转型，做项目经理。而后者更是大多数人的选择，谁不想去管别人而不是被人管呢？
研发，不是谁都可以!一来研发方面很难短时间见成效，二来即使研究出新的成果，你也会发现这么多年你只做了这一件事。而且，有成就者也只是凤毛麟角。相对于此，项目经理就容易多了。
“虽然我没有做项目的经验，虽然我没有管理人的经验，但再怎么说，做程序员这么多年，从菜鸟到老鸟，照葫芦画瓢也会画得像吧!”如果你的想法仅止于此，那么你的发展也仅止于此。项目经理，一个原本拥有公司全部资源的职位，在中国，往往是最没有资源却需要承担最多责任的职位。
程序员无限光明三步曲
一步曲：30岁前，称称你自己。
不要对未来的不堪而发愁，未来还没有到来，是好是坏无人可知，真的，担心自己的未来，不如从今天开始打造自己的未来。如果你的程序员生涯只有一两年，找不准自己在整个行业的位置还情有可原，如果你30岁仍没有找到自己的位置，那“发展”似乎离你还很远。
每个人都是在不断的总结中成长，在不断的审视中完善自己。2020年我们也是在总结、审视中脚踏实地地完成好本职工作，来做个总结吧!亲爱的读者，小编为您准备了一些程序员个人年终总结范文，请笑纳!
程序员个人年终总结范文1光阴如梭，半年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的2020年，满怀热情的迎来即将到来的2021年。在这年终之际，现对来公司5个月的时间里所作的工作汇报如下：
1、正义ERP项目的编码工作。
从了解新疆正义项目的背景、及计划安排，熟悉正义公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。
通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。
2、、正义ERP项目的实施工作。
从十一月初开始进行正义项目的实施，每天早起赶在企业上班前赶到企业进行ERP的实施。实施期间主要是软件的安装实施及对企业的ERP系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。
通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了ERP系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。
3、帮助和使用手册文档的编写。
帮助的编写使我熟悉了Dreameweaver和Fireworks的使用，为后期的OA开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，总结了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小BUG进行了最后的修改。
4、利用工作之余的休息时间加强学习。
平时注意收集有关PB方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习Java及OA方面的知识，为后期的工作打好基础。
以上为本人粗略的个人工作小结，请领导审阅，如工作上有不到之处，请领导不吝指出，以便本人及时改正，从而能更好地工作。
展望临近的20__年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。
程序员个人年终总结范文2本人自20__年2月份参加工作至今，六个月的实习时间已经结束。在这段时间里，在领导和同事们的悉心关怀和指导下，通过自己的不懈努力，在各方面都取得了进步。
实践让我的技能不断增长，工作能力不断加强。刚开始工作的时候，发现自己以前在学校学习的知识很死，知识面很窄，以前做的练习项目的实用性也不是很好。在开始的几周公司给我们实习员工培训了____平台的使用，通过这次培训使我认识到____平台的优势，可以大大提高软件开发效率。随后我就加入到“____X税源控管系统”项目的开发中，成为开发小组中的一员。在项目开发过程中一边是同事们的悉心指导，一边是自己反复琢磨与理解，几个月下来大大提高了自己业务和技术两方面的技能，已经能够比较熟练的掌握基本的工作方法和一些技巧，而且能够独立完成一些模块的开发。
通过实践，我解决实际问题的能力得到了很好的锻炼。工作中也遇到了很多的以前没有遇到过的新技术，面对技术难题我总是直接面对，没有逃避，也因此自学了好多新的技术，大大提高了自己的自学能力，也加深了对自己工作要负责的信念。在项目开发过程中也遇到了一些自己确实无法解决的困难，在经理和同事的帮助下也顺利的解决了，在此表示感谢。在开发团队中，加强了自己的团结精神和集体感，对工作认真负责，对团队认真负责。通过这个项目不仅学习到了很多技术也了解了整个项目的大体流程，从需求分析、数据库设计、详细设计、代码编写、测试、项目维护等方面，使自己不仅从一个代码编写人员的角度还从一个整体的角度来看整个项目开发，加深了软件开发概念的理解。
不断学习使我对工作有了更进一步的认识和了解。不懂就学、就问，是一切进步取得的前提和基础。因为有大学专业课的底子和参加过专门的JAVA培训使我在工作过程中遇到的技术知识能更快的理解和掌握。工作中时常遇到新的问题，就需要查阅相关资料，请教同事和经理，一个问题一个问题的解决，一个困难一个困难的克服，不仅将原有知识温习巩固，产生新的理解，而且学到很多新知识，有了许多新的认识。但某些认识都还是肤浅的，还需要我在实践当中去不断深入地理解。
现场开发与维护使我不仅从一个开发人员的角度而且从客户的角度去思考问题。在项目的开发后期，也就是项目即将上线的阶段我与其他几位同事被派往现场去开发与维护项目。以前的开发都是根据需求分析来进行，功能要求一般在分析里面都写的很清楚，但是在现场开发直接面对客户，客户提出的需求一开始只是一个大体的功能描述，如何将这个只是语言描述的功能转化为技术实现需要很强的抽象能力和对业务的深入理解，这个过程大大锻炼了自己的综合能力。在第一时间接触客户的需求，从客户的角度思考问题，只有更了解客户需求才能更合理的设计软件的结构，功能。了解客户，了解需求，转化到技术层面。这个过程得到的经验很难得。
良好的心态转换。从学校到社会，从学生到职员，自己做到了自然的转换过程，希望自己以后对工作更加认真负责。在今后的工作中，我将发挥优势克服不足，朝着以下几个方向努力：1、学无止镜，时代的发展瞬息万变，各种新技术知识日新月异。我将坚持不懈地努力学习各种理论知识，并用于指导实践，以更好的适应行业发展的需要。2、熟练的掌握各种业务技能才能更好的投入工作，我将通过多看、多学、多练来不断的提高自己的各项业务技能。3、"业精于勤而荒于嬉"，实践是不断取得进步的基础。我要通过实践不断的总结经验，提高自己解决实际问题的能力，并在实践的过程中慢慢克服急躁情绪，积极、热情的对待每一件工作。
总之，短短的半年实习期，是我人生角色转换，不断成长的一个重要阶段，也是我对编程由陌生进而熟悉、热爱并愿意为之终生默默奉献的重要阶段。
程序员个人年终总结范文3大家好，我是__X项目组的__X，我于____年7月进入公司做JAVA程序开发，至今已近快一年时间了。初来公司，曾经很担心不知该怎么与人共处，该如何做好工作;但是公司融洽的工作氛围、团结向上的企业文化让我较快适应了公司的工作环境。在本部的工作中，我一直严格要求自己，认真及时做好领导布置的每一项任务。不懂的问题虚心向同事请教，不断提高充实自己，希望可以为公司做出更大的贡献。
当然，刚做这个项目的时候，难免出现一些小差小错需领导指正;但前事之鉴，后事之师，这些经历也让我不断成熟，在处理各种问题时考虑得更全面，杜绝类似失误的发生。在此，我要特地感谢部门的领导和同事对我的指引和帮助，感谢他们对我工作中出现的失误的提醒和指正。总结经验是一个人迅速成长的有利催化剂，为了更快地成为一名优秀的员工，现将我20__年上半年的学习、工作情况总结如下：
20__年初时，我们进销存项目通过了一期客户验收。但是，随着客户业务的变化，项目需要做很大的改动和调整。现进销存系统进入了二期的设计开发阶段。
初入公司的时候，我只负责财务模块的存货核算开发工作。随着公司人员的变动，现在我负责财务管理整个模块的开发工作。很明显的能感觉的身上的压力越来越大，也许是因为我的个性使然吧，越挫越勇，迎难而上。不断的学习财务业务知识和本系统框架，现基本了解掌握了财务的整个业务逻辑及业务流程。因为没有参与一期的原型、需求、设计、数据库等文档的设计。
在开发过程中发现，有好多原型、需求文档、设计文档，只知其然，不知其所以然。总结一期经验，避免二期开发中遇到同样的问题和困难。从原型设计、谈二期需求、整理需求文档、数据库设计、开发，一条龙负责到底。这样对业务逻辑及业务流程有了更深的理解。从“我问”，到“我讲”，有了很大的个人提高。提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质。
我相信付出肯定会有收获，在我们的努力下，进销存系统一定会给客户及公司一个满意的答案。
在这一年里，我看到公司的迅速发展，各项制度的不断完善，我很庆幸我是公司的一员，我会用谦虚的态度和饱满的热情做好我的本职工作，为公司创造价值，同公司一起创造美好的未来。
程序员个人年终总结范文4先自我简介一下，本人从事asp.net开发进一年，09届毕业生，__年11月开始上班，之前做asp，__年2月后开始做asp.net，由于公司转型，现在带十几个人在一起搞asp.net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及__年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。
技术
我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp.net，开始对asp.net不是很感冒，以为就是asp的一点扩展(那时还不知道三层架构，数据数据访问全在页面里——!)，后来招来几个北大青鸟的过来终于意识到asp.net的强大之处，经过个人的努力已经逐步掌握了asp.net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到asp.net的实现模型中，真正理解它的机制与方法也就不难理解，记住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等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。
当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的(“it民工”是我个人认为it人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗?)，最主要是解决问题。
我在面试员工时反复提到的三点是：工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20-25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。
程序员个人年终总结范文5来公司担任程序员一职已一年多时间，在这一年时间里，我学到了很多东西。每个人都是在不断的总结中成长，在不断的审视中完善自己。在这半年里自己也是在总结、审视中脚踏实地地完成好本职工作，现将这半年的工作总结如下：
一、思想方面：
严格按照一个程序员应有的素养要约束自已，爱岗敬业，具有强烈的责任感和事业心，积极主动认真的学习专业知识，工作态度端正，认真负责，听从公司的安排，积极配合全友家私完善ERP 系统，任劳任怨。
二、工作方面：
热爱自己的本职工作，能够正确认真的对待每一项工作，工作投入，热心为大家服务，认真遵守劳动纪律，按时上下班，有效利用工作时间，坚守岗位，需要加班完成工作按时加班加点，保证工作能按时完成。在这半年里，我本着把工作做的更好这样一个目标，开拓创新意识，积极圆满的完成了以下本职工作：
配合全友家私开发并完善 SRM 系统
独自开发全友家私 SAP 日志维护系统
三、存在不足：
一公司领导以及部门领导同事的帮助和指教，使我的工作有了很大提高，当然我还存在着很多不足之处，处理问题思路简单，不够成熟，工作中容易产生急躁情绪，需要更深入学习专业知识，提高自己的工作水平。
程序员岗位个人工作总结范文一
马上到年末了，自己也对今年做了一下总结，自己有哪些优点，有哪些还需要加强。每当我想到今年比较满意的地方，对比之前，就会有这样一个思考：如果以前的我要是知道这些该多。在这里给大家分享一下经验，让新人少走一些弯路。
做事要积极主动，态度决定一切
说这些，可能有人会觉得，这些都明白，都是大道理，只是怎么样执行的问题，下面我举一个真实的例子。
我曾经带过的两位新人，A君上班，交代给他负责的东西，是永远没有结果的，我交代给A做一个数据展现的部分，A君告诉我他不会JSP的技术，我给他推荐了一些书籍以及我曾经写过的demo，并告知不能光学，要有成果展示，可以通过这个数据展现来学习jsp技术，但是最后的结果是他下班就走，走之前没有跟我汇报任何进度，我最后只能换人做这个东西。这里我并不是推荐职场新人要加班，但是做事的态度要认真负责，新人可以对技术不懂，但是要有负责的态度，起码应该汇报一下今天的进度。
再来对比一下另一位B君，也是同样接到这个任务，首先B君懂jsp,但是他不懂JSTL，我给了他时间学习，结果B君在很短的时间内，学了JSTL并将总结发给了我，我相信这么短的时间内，他毕竟掌握的有限，但是学习了，又有总结，这种态度令我非常满意。在第二天，B君就把数据展示做出来了，而且确实是我想要的样子!不得不说，同样的事，同一水平线，不同人做的时候，态度和积极性就决定着一切，所以一个人只要工作态度好，我相信这个人的工作绝对不会差。
提问的技巧
作为一个新人来说，不懂就要问!这里我要说两点：
1、 如果是单纯技术上的问题，如果可以google到的，我认为就可以自己消化掉!问的问题一定要先google，然后带着自己的想法，去问一些有经验的人，收获会更大!(推荐阅读：《如何使用搜索技巧来成为一名高效的程序员》)
举个例子：曾经的我，埋头写代码，那时候很怕上司知道自己不会这，不会那!所以拼命的掩盖自己不会的东西，自己查资料，下班了问同学，上论坛发问。但是由于逻辑和现实需求不一样，所以结果并不理想!如果那个时候，我把自己不理解的地方和上司谈，也许会很快的就能完成这个任务，而不是返工。
2、如何提问?问谁?
很多新人不知道如何提问，也不知道问谁。我的建议是，先把你要问的问题梳理好，最好可以有电子版或者打印版的整理，方便其他同事查看和解答。然后就是提出的问题，要让回答的人感兴趣，这样他不但会给你解答问题，还有可能将问题延伸，让你学到更多的知识。对于如何让回答的人感兴趣，就是仁者见仁，智者见智了!看个人发挥了!
对于问谁，我觉得你不了解其他同事的时候，要先问你的上司，当你了解了你的同事每个人擅长的领域之后，就应该把自己的问题归类，然后问最擅长的人。这样会事半功倍!
任务分解
不知道大家做事都是怎样一个逻辑，当年的我做事就是一团糟。当我拿到一个日志分析的任务的时候，就想着做，埋头苦干，但是自己越做，脑子越浑，完全找不到头绪。后来，上司找到我，给我做出了任务分解，我按照任务分解来做，清晰了很多。直到现在，我还保持着做任务分解的习惯。
其实做任务分解可以帮助你更深入的了解你要做的事情，任务分解包括一个事情，你需要分几个步骤去做，每个步骤要做到什么样子，什么程度，多长时间做完。几个步骤为一个里程碑。如果具体做的时候发现一个步骤的事情做起来超过了一个星期，我觉得这属于任务分解的不够细，需要将这个任务再次分解，让你的工作更透明，更有效率。可以使用一些任务分解工作，将自己的工作路线和步骤明确，要善用工具。
主动汇报 + 主动沟通
曾经的我就是埋头苦干，但是从不汇报进度，其实这样是不好的。后来我的领导找到我，问我的进度，才发现意见有所分歧，理解有差距。索性只能重新来过。
新人一定要注意这个事情，有情况，有成果，有可展示的东西就一定要及时的主动汇报这个事情的进度，做成果展示，在对事情有不理解的时候也需要主动的沟通，使之和所有参与人员的意见一致再去做，保证你做的事情的正确性和有效性。
记住一句话：当领导找到你问进度的时候，你是被动的!
上面几点，看似简单，做起来很难!到现在任务分解和提问很多职场新人是不具备的，需要慢慢磨练，但是我们相信，只要有良好的态度，良好的习惯，工作一定会慢慢越来越好!相信自己的明年会越来越好!
程序员岗位个人工作总结范文二
光阴如梭,半年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的20XX年,满怀热情的迎来即将到来的20XX年。在这年终之际,现对来公司5个月的时间里所作的工作汇报如下:
1、正义erp项目的编码工作。从了解新疆正义项目的背景、及计划安排,熟悉正义公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。
通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。
2、、正义erp项目的实施工作。从十一月初开始进行正义项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。
通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。
3、帮助和使用手册文档的编写。帮助的编写使我熟悉了dreameweaver和fireworks的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。
4、利用工作之余的休息时间加强学习。平时注意收集有关pb方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识(现转为学习.net),为后期的工作打好基础。
以上为本人粗略的个人工作小结,请领导审阅,如工作上有不到之处,请领导不吝指出,以便本人及时改正,从而能更好地工作。
展望临近的20XX年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。相信自己会完成新的任务,能迎接新的挑战。
程序员岗位个人工作总结范文三
先自我简介一下，本人从事asp.net开发进一年，XX届毕业生，XX年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两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中 对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到asp.net的实现模型中，真正理解它的机制与方法也就不难理解，记住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等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的(“IT民工”是我个人认为IT人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗?)，最主要是解决问题。
我在面试员工时反复提到的三点是;工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
看了“程序员岗位个人工作总结”的人还看了
1.程序员个人工作总结范文3篇
2.精选程序员个人工作总结
3.程序员试用期个人总结
技术
我在学校里学的是电气自动化，程序基础仅限于C基础课程的一些知识，后来由VB、HTML转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里！），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到面向对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象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等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“IT民工”是我个人认为IT人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。
我在面试员工时反复提到的三点是；工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”IT民工“。另一方面是程序员往往年龄集中在20-25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。
技术
我在学校里学的是电气自动化，程序基础仅限于C基础课程的一些知识，后来由VB、HTML转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里——！），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象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等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“IT民工”是我个人认为IT人最没有正确的自我定新晨
位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。
技术
我在学校里学的是电气自动化，程序基础仅限于C基础课程的一些知识，后来由VB、HTML转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里！），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象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等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会更多，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“IT民工”是我个人认为IT人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。
