工作总结是自身对一阶段的工作完成情况做好的归纳，工作总结不需要浮夸，需要以真实的状态来写作，以下是写作模板网小编精心为您推荐的程序员月工作总结8篇，供大家参考。
程序员月工作总结篇1
六个月的实习时间已经结束，我实习的单位是e科技有限公司，在这段时间里，我的专业技术得到了很大的进步。
刚开始工作的几周，公司给我们培训了erp平台的使用，通过这次培训使我认识到erp平台的优势，可以多大提高软件的开发效率。随后我就加入到了“erp税源控管系统”项目的开发中，称为开发小组中的一员。在项目开发过程中一边是同事们的细心指导，一边是自己反复琢磨与理解，几个月下来大大提高了自己业务和技术两方面的技能，已经能够比较熟悉的掌握基本的工作方法和一些技巧，而且能过独立完成一些模块的??
发，通过这个项目不仅学到了很多技术，也了解了整个项目的大概流程，从需求分析、数据库设计、详细设计、代码编写、测试、项目维护等方面，使自己不仅从一个代码编>写人员的角度还从一个整体的角度来看整个项目开发，加深了软件开发概念的理解。
现场开发与维护使我不仅从一个开发人员的角度而且从客户的角度去思考问题。在项目的开发后期，也就是项目即将上线的阶段与其他几位同事被派往现场去开发与维护项目。
以前的开发都是根据需求分析来进行的，功能要求一般在分析里面都写的很清楚。但是在现场开发直接面对客户，客户提出的需求一开始只是一个大体的功能描述，如何将这个只是语言描述的功能转化为技术实现需要很强的抽象能力和对业务的深入理解，这个过程打打锻炼了自己的综合能力。在第一时间接触客户的需求，从客户的角度思考问题，只有更了解客户需求才能更合理的设计软件的结构、功能，了解客户，了解需求，转化到技术层面。这个过程得到的经验很难得。
实习第一周：
对系统的需求进行分析；
系统的功能建设目标、范围；
与相关人员进行沟通，了解客户需求；
对公司的仓库的流程进行描述。
实习第二周：
对系统数据库进行设计，根据需求系统有以下几个表，物品表、物品类型表、图片表、图片类型表、公告表、费率表、用户表、角色表、资源表；
对各个表的数据结构进行设计；
建立数据库；
实习第三周：
可以设计仓库管理 系统的页面；
划分系统多个功能模块，物品管理；类型管理、图片管理、广告 管理、费率管理、数据恢复
下载系统所需的插件，js类，第三方工具。
实习第四周：
添加物品在进行输入时，立即校验数据的有效性，不用在提交信息后再校验，然后后台也会进行数据有效性校验；
添加skv的ajax验证，判断skv是否已经存在；
添加一个物品可以添加多个标题功能；
添加一件物品可以添加多个供应商功能；
实习第五周：
增加发布公告功能，仓库人员可以发布相应信息，销售人员可以看到相应信息，并做出处理；
修复公告内容乱码bug；
修复左侧导航条不能随浏览器大小进行移动bug；
实习第六周：
添加数据恢复管理。只有管理人员才能真正删除物品，而且管理员可以恢复被普通用户删除的商品 ；
修复插入物品时，原来的缩略图不能及时更新的bug；
修复查看物品信息时，不会自动换行bug
实习第七周：
增加用户管理功能。用户管理可以增加用户、修改用户与删除用户并对用户进行授权
对系统的权限进行划分，并对树状结构显示
增加对特定用户只能观看特定类型物品和特定类型图片；
实习第八周：
录入测试数据，对系统进行单元测试；
增加批量录入数据功能；
修复批量上传不对齐bug；
修复移动物 品到指定类型，页面不会刷新bug；
实习第九周：
修复插入多张图片时，图片之间不会自动换行bug；
修复查看图片原图时，屏幕花 屏问题；
增加批量查看图片原图功能，不用一张一张来点击查看。
实习第十周：
修复仓库系统中，图片管理上传多图片时，图片容易丢失bug；添加分页显示可以跳到指定页码的功能；
添加在显示仓库物品时，立即修改物品信息，而不用进入修改页面。
程序员月工作总结篇2
我来公司已经近两个月了，在这两个月中，我随着对公司的逐步了解，更加坚定了我进公司前面试时候“找个能够长期发展的公司”的想法，我对公司的前景充满希望;通过两个月与同事的接触，我对他们的技术水平很佩服，因而对物流软件的.前景也充满信心。
在此期间，我认真积极的工作，并且在同事的积极主动而又诚恳的帮助下完成了领导给我分配的工作。
1、熟悉了物流软件的业务流程，在将来的工作中我将更加明细的知道各个业务的具体功能和实现方法，更好的为公司服务。
2、完成了计费部分的需求分析，概要设计、数据库设计
3、完成了机器登录(主要功能：搜索整个局域网，用比较高效的方法能够快速的获取每台电脑的主机名、ip地址、网卡物理地址mac，并且把他们应用的系统登录w_login的校验中去)、商品信息(主要功能：商品信息查看、一次录入、二次录入、修改、匹配、维护、历史商品信息查看、商品信息匹配列设置)、静态数据维护(主要功能：基础数据查看、录入、维护、设计全局函数，方便在数据窗口中把基础数据作为下拉子数据窗口调用)、版本查询的新增开发;跟罗宇宙翔一起完成了系统日志(修改日志窗口、修改保存日志的全局函数(f_s_logs_err)，从而把以前的6个类似函数统一起来，并且把这个函数应用到部分窗口)。 使自己对物流业务、文档书写、oracle存储过程、图形化界面、动态菜单有了进一步的认识。虽然整个项目组的人都在努力工作，但是项目进度比预期的推迟了一段时间，现在时间紧迫，我会更加努力工作，希望能尽自己能力帮助物流组按时完成项目1、尽早完成领导交给我的工作，完成之后主动向领导要工作 2、写好说明便于阅读维护、写好工作日志便于领导掌握我的工作进度 3、抽空看同事的设计档和程序，一方面提高自己，另一方面向同事提供建议，从而增强整个系统的质量。请领导和同事考核我、关怀我、团结我、激励我，共同为高效、高质量完成这个项目而努力。
程序员月工作总结篇3
7．5．3系统测试和调试
1．系统测试的意义及目的
系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。
测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试实例，并利用这些实例来运行程序，以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测试。
系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和实施的最后复查。根据测试的概念和目的，在进行信息系统测试时应遵循以下基本原则：
·应尽早并不断地进行测试。测试不是在应用系统开发完之后才开始进行的。由于原始问题的复杂性、开发各阶段的多样性以及参加人员之间的协调等因素，使得在开发各个阶段都有可能出现的错误。因此，测试应贯穿在开发的各个阶段，尽早纠正错误，消除隐患。
·测试工作应该避免由原开发软件的人或小组承担，一方面，开发人员往往不愿否认自己的工作，总认为自己开发的软件没有错误；另一方面，开发人员的错误很难由本人测试出来，很容易根据自己编程的思路来制定测试思路，具有局限性。测试工作由专门人员来承担会更客观，更有效。
·设计测试方案的时候，不仅要确定输入数据，而且要根据系统功能确定预期输出结果。将实际输出结果与预期结果进行比较就能发现测试对象是否正确。
·在设计测试实例时，不仅要设计有效合理的输入条件，也要包含不合理、失效的输入条件。测试的时候，人们往往习惯按照合理的、正常的情况进行测试，而忽略了对异常、不合理、意想不到的情况进行测试，而这些可能就是隐患。
·在测试程序时，不仅要检验程序是否做了该做的事，还要检验程序是否做了不该做的事。多余的工作会带来副作用，影响程序的效率，有时会带来潜在的危害或错误。
·严格按照测试计划来进行，避免测试的随意性。测试计划应包括测试内容、进度安排、人员安排、测试环境、测试工具和测试资料等。严格按照测试计划进行测试可以保证进度，使各方面都得以协调进行。
·妥善保存测试计划和测试例子，将其作为软件文档的组成部分，为维护提供方便。
·测试例子应是精心设计出来的，可以为重新测试或追加测试提供方便。当纠正错误、系统功能扩充后，都需要重新开始测试，而这些工作重复性很高，可以利用以前的测试例子，或在其基础上修改，然后进行测试。
2．测试过程
测试是开发过程中一个独立且非常重要的阶段，测试过程基本上与开发过程平行进行。
一个规范化的测试过程通常包括以下基本的测试活动。
(1)拟定测试计划。在制定测试计划时，要充分考虑整个项目的开发时间和开发进度以及一些人为因素和客观条件等，使得测试计划是可行的。测试计划的内容主要有：测试的内容、进度安排、测试所需的环境和条件、测试培训安排等。
(2)编制测试大纲。测试大纲是测试的依据。它明确详尽地规定了在测试中针对系统的每一项功能或特性所必须完成的基本测试项目和完成测试的标准。
(3)根据测试大纲设计和生成测试例子。在设计测试例子的时候，可综合利用前面介绍的测试例子和设计技术，产生测试设计说明文档，其内容主要有被测项目、输入数据、
测试过程、预期输出结果等。
(4)实施测试。测试的实施阶段是由一系列的测试周期组成的。在每个测试周期中，测试人员和开发人员将依据预先编制好的测试大纲和准备好的测试例子，对被测软件或设备进行完整的测试。
(5)生成测试报告。测试完成后，要形成相应的测试报告，主要对测试进行概要说明，列出测试的结论，指出缺陷和错误。另外，给出一些建议，如可采用的修改方法，各项修改预计的工作量及修改的负责人员。
3．测试策略和测试方法
软件测试方法分人工测试和机器测试。
1)人工测试
人工测试指的是采用人工方式进行测试，目的是通过对程序静态结构的检查，找出编译时不能发现的错误。经验表明，组织良好的人工测试可以发现程序中30％～70％的编码和逻辑设计错误。
人工测试又称为代码审查，其内容包括检查代码和设计是否一致，检查代码逻辑表达是否正确和完整，检查代码结构是否合理等。主要有3种方法。
·个人复查：指程序员本人对程序进行检查。由于心理上的原因和思维惯性的影响，对自己的错误一般不容易发现，对功能理解的错误更不可能纠正。因此，这种方法主要针对小规模程序，效率不高。
·抽查：通常由3～5人组成测试小组，测试人员应是没有参加该项目开发的有经验的程序设计人员。在抽查之前，应先阅读相关的软件资料和源程序，然后由测试
人员扮演计算机的角色，将一批有代表性的测试数据沿程序的逻辑走一遍，监视程序的执行情况。人工检测程序很慢，只能选择少量简单的例子。
·会审。测试人员的构成与抽查类似。在会审之前，测试人员应该充分阅读相关资料，比如系统分析说明书、系统设计说明书、源程序等。测试人员应尽可能多地列出典型错误。在会审时，由编程人员逐句讲解程序，测试人员逐个审查、提问。通过这种方式，往往可能使编程人员发现自己以前没有意识到的错误，使问题暴露=会审后，要将发现的问题登记、分析、归类。
·代码复审应该在被测软件编译成功之后。编译都不通过的软件，当然谈不上复审。在复审期间，应保证有足够的时间，让测试小组对问题进行充分的讨论，这样才能有效地提高测试效率，避免出错。
2)机器测试
机器测试是把设计好的测试例子作用于被测程序，比较测试结果和预期结果是否一致。如果不一致，就说明可能存在错误。机器测试只能发现错误的症状，无法对问题进行定位。
机器测试分为黑盒测试和白盒测试两种。
(1)黑盒测试也称为功能测试。将软件看成黑盒子，在完全不考虑软件内部结构和特性的情况下，测试软件的外部特性。进行黑盒测试主要是为了发现以下几类错误：
·是否有错误的功能或遗漏的功能?
·界面是否有误?输入是否正确接收?输出是否正确?
·是否有数据结构或外部数据库访问错误?
·性能是否能够接受?
·是否有初始化或终止性错误?
(2)白盒测试也称为结构测试。将软件看成透明的白盒。根据程序的内部结构和逻辑来设计测试例子，对程序的路径和过程进行测试，检查是否满足设计的要求。其原则是：
·程序模块中的所有独立路径至少执行一次。
·在所有的逻辑判断中，取“真”和取“假”的两种情况至少都要执行一次。·每个循环都应在边界条件和一般条件下各执行一次。
·测试程序内部数据结构的有效性等。
4．软件测试步骤
软件测试实际上可分成4步进行。
1)单元测试‘
单元测试也称为模块测试，在模块编写完成且无编译错误后就可以进行。如果选用机器测试，一般用白盒测试法，多个模块可以同时进行。
测试一个模块时需要编写一个驱动模块和若干个桩(stub)模块。驱动模块的功能是向被测试模块提供测试数据，驱动被测模块，并从被测模块中接收测试结果。桩模块的功能是模拟被测模块所调用的子模块，它接收被测模块的调用，检验调用参数，模拟被调用的子模块功能，把结果送回被测模块。
2)组装测试
组装测试也称为集成测试，就是把模块按系统设计说明书的要求组合起来进行测试。
即使所有模块都通过了测试，但在组装之后，仍可能会出现问题：穿过模块的.数据被丢失；一个模块的功能对其他模块造成有害的影响；各个模块组装起来没有达到预期的功能；全局数据结构出现问题；另外，对于单个模块来说其误差可以接受，但模块组合后，可能会出现误差累积，最后到不能接受的程度，所以需要组装测试。
通常，组装测试有两种方法：一种是分别测试各个模块，再把这些模块组合起来进行整体测试，即非增量式集成；另一种是把下一个要测试的模块组合到已测试好的模块中，测试完后再将下一个需要测试的模块组合起来，进行测试，逐步把所有模块组合在一起，并完成测试，即增量式集成。非增量式集成可以对模块进行并行测试，能充分利用人力，并加快工程进度。但这种方法容易混乱，出现错误不容易查找和定位。增量式测试的范围逐步扩大，错误容易定位，而且已测试的模块可在新的条件下再测试，使测试更彻底。
3)确认测试
经过组装测试之后，软件就被集成起来，接口方面的问题已经解决，将进入软件测试的最后一个环节——确认测试。确认测试的任务就是进一步检查软件的功能和性能是否与用户要求的一致。系统方案说明书描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。
确认测试，首先要进行有效性测试以及软件配置审查，然后进行验收测试和安装测试，经过管理部门的认可和专家鉴定后，软件即可交给用户使用。
4)系统测试
系统测试是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统方案说明书来设计测试例子的，常见的系统测试主要有恢复测试、安全性测试、强度测试、性能测试、可靠性测试、安装测试。
5．调试’
调试的任务就是根据测试时发现的错误，找出原因和具体的位置，进行改正。调试工作主要由程序开发人员来进行，谁开发的程序就由谁来进行调试。
目前常用的调试方法有如下几种：
·试探法。调试人员分析错误的症状，猜测问题的所在位置，利用在程序中设置输出
语句，分析寄存器和存储器的内容等手段来获得错误的线索，一步步地试探和分析出错误所在。这种方法效率很低，适合于结构比较简单的程序。
·回溯法。调试人员从发现错误症状的位置开始，人工沿着程序的控制流程往回跟踪代码，直到找出错误根源为止。这种方法适合于小型程序，对于大规模程序，由于其需要回溯的路径太多而变得不可操作。
·对分查找法。这种方法主要用来缩小错误的范围，如果已经知道程序中的变量在若干位置的正确取值，可以在这些位置上给这些变量以正确值，观察程序运行的输出结果。如果没有发现问题，则说明从赋予变量一个正确值开始到输出结果之间的程序没有错，问题可能出在除此之外的程序中，否则错误就在所考察的这部分程序中，对含有错误的程序段再使用这种方法，直到把故障范围缩小到比较容易诊断为止。
·归纳法。归纳法就是从测试所暴露的问题出发，收集所有正确或不正确的数据，分析它们之间的关系，提出假设的错误原因，用这些数据来证明或反驳，从而查出错误所在。
·演绎法。根据测试结果，列出所有可能的错误原因。分析已有的数据，排除不可能和彼此矛盾的原因。对余下的原因，选择可能性最大的，利用已有的数据完善该假设，使假设更具体。用假设来解释所有的原始测试结果，如果能解释这一切，则假设得以证实，也就找出了错误；否则，要么是假设不完备或不成立，要么有多个错误同时存在，需要重新分析，提出新的假设，直到发现错误为止。
程序员月工作总结篇4
尊敬的领导：
您好！
伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。
来到一个新的工作环境，最能发现自身的不足，这几个月，抱着虚心学习的`态度，学习公司的开发流程，熟悉公司的企业文化，了解公司产品框架，主要技术，主动和同事沟通、学习经验，希望能更快的融入公司、融入开发团队，能够全心的投入工作。
试用期期间完成的工作还十分有限，简单列了一些：
掌握java开发语言和环境，由于在校学习时主要是以作为开发语言，所以在刚入职时通过一段时间学习并基本掌握了java开发技术。
熟悉公司开发流程，熟悉cbp产品框架。了解了核三框架的总体结构和开发流程，并能在核三的基础上进行项目开发。
参与了社保电子支付项目的开发。主要负责web端的模块开发，通过开发的过程，学习和掌握了flex界面开发，hibernate和oracle数据库。
因为自己在经验上的不足，所以，在项目的开发过程中碰到开发进度慢的问题。综合起来看原因在于：
1、没有项目经验，没有经历过系统和完整的系统开发。
2、对于技术的学习和掌握还不够深入。
3、发现问题的能力不够，在自己以往的学习方式中，欠缺一种主动发现问题的能力。今后，我会多注意在这些方面的学习和积累。
这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
此致
敬礼！
申请人 ：
申请日期：
程序员月工作总结篇5
先自我简介一下，本人从事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人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。
我在面试员工时反复提到的三点是；工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
程序员月工作总结篇6
来到一个新的工作环境，最能发现自身的不足，这几个月，抱着虚心学习的态度，学习公司的开发流程，熟悉公司的企业文化，了解公司产品框架，主要技术，主动和同事沟通、学习经验，希望能更快的融入公司、融入开发团队，能够全心的投入工作。试用期期间完成的工作还十分有限，简单列了一些，公司领导批评指正：
1、熟悉公司开发流程，熟悉lifecard系统框架，这是这一阶段的主要任务，贯穿始终，熟悉socket多线程程序设计，制作lifecard系统利用socket多线程实现client端和server端信息的同步收发，大体框架mine做好，我主要是进行一些程序的细节修改：如：client端关闭server端死机，占用资源管理器内存，batchmanager模块batch不能显示、batchselect模块不能登陆等问题，分别已经解决，开发出快打一族软件。
2、感受公司文化
我们办公室到处散播着朝气、自由、和谐的气氛，墙上挂的白板制定了详细的工作任务、计划，整个公司都是那么的清洁、干净，合口的饭菜、小卖部、乒乓球室、篮球场、ai培训室、多功能厅等，公司所做的这一切都是为方便我们这些员工，小细节反映大文化，来到公司，感受到的公司文化。
3、总结
在工作中要踏踏实实做些事情，以便和同事成为紧密的合伙伙伴，真诚的希望在以后的工作中有不足支处希望领导批评指正，我会努力改进、学习、提高工作效率。
程序员月工作总结篇7
从我20__年_月_日进入公司到现在已经过去一年了，从一名刚刚结束实习的学生到一名独立的开发人员，角色改变了，职责也改变了。虽然已经预计了工作之中会有很多困难，可是在实际的项目开发中，自己所遇到远远不止自己想象之中的那么简单、单纯。在开发过程中，难题一个接一个的出现，要做到满足公司的产品需求，成为一名合格的程序开发人员，这个过程还很漫长。每天我都在勉励自己，要好好学，好好做，以后会好的。在此同时我衷心感谢公司给我提供了学习的机会和平台，这也使我对以后的日子多了些许的信心。
一、工作回顾
在我进入公司的这一年里，我陆续接触了公司的gps平台，智能手表定位，_铁路局车站消防综合管理系统，_金融款箱管理系统，_保卫处的管理系统，指挥中心的视频监控系统，并在这期间为__制作了一个展示型企业网站。在刚进入公司的那段时间里，我从没有接触过网络摄像机，对于网络摄像机根本没有任何概念，在公司的培养下我逐渐熟悉了各种摄像机，现在拿到_的摄像机开发包，可以很熟练的进行二次开发。在工作之余，我也在努力的学习，和别人交流，学习先进的开发技术，请教别人开发技术问题。
二、主要问题
1、由于开始对业务需求不是很熟悉，所以在写需求分析与了解所要开发的过程中多次出现因为需求的原因，而不断修改、返工的情况。在同_金融交流的时候，这个问题多次困扰着我，对方的需求不明，每次交流的过程中都在变更需求，从而导致了效率比较低的问题。
2、在开发中，用到很多我所不知道或很多我知道但不太熟悉的领域，在这个领域内，我需要不断的学习。
3、在工作阶段，有时比较偏向自己的工作方便，忽略了其他同事的工作上的量与难易。有的功能自己怎么方便怎么写，如今公司在不断壮大，我们部门人员在不断的`增加，这样是不利于多人合作的。
4、工作的条理性不够清晰，要分清主次和轻重缓急;在开发时间很仓促的情况下，事情多了，就一定要有详实而主次分明的计划，哪些需要立即完成，哪些可以缓缓加班完成，在这方面还有很大的优化空间。
5、学习的知识不够广泛;一个项目中，涉及的技术往往有多种，知识多了，就会灵活变通，以后我会加强这方面的学习。
三、工作心得
1、每一个项目在开始着手的第一步，一定要和客户把需求沟通清楚，只有了解了项目的需求，才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。
2、工作中，有一个无论是技术，还是经验都比较让人肯定的前辈带领，将任务详细化，详细到，每个页面、甚至是一个页面中的图片什么时候做好，做到什么程度，这样把工作进度有计划有方向的赞定下来，做事很有效率。和_，_等人合作时候一定注意要多项工作同步进行，保证每个子模块都能同步运行。
3、每天的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作，所以我们应该养成，日记、周记、月记、年记的工作习惯。
4、工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要互相学习，也许有一天，公司需要你发挥其他的技能帮忙，所以互相学习也是很重要的。自己的工作不能仅仅局限于编程。
程序员月工作总结篇8
新的一年即将到来，回首13年我很荣幸的进入了公司，加入了ios游戏开发团队，进入了一个大家庭。在公司的半年使我真正的从学生时代过度到了一个社会人，下面对自己13年进去公司大半年的情况进行年终小结。
一、在工作中主要存在的问题有：
1. 由于开始对业务需求不是很熟悉，所以了解程序开发的过程中多次出现因为需求的原因，而不断修改返工的情况。
2. 在开发中，用到了很多新的技术，由于开发时间紧促，发现的问题不能马上解决，但是开发的过程，同时也是学习的过程，通过不断的学习和总结，遇到的问题都得到了很好的解决。
3. 在工作阶段，有时比较偏向自己的工作方便，忽略了其它同事工作上的量和难易。有的功能自己怎么方便怎么写。加大了其它同事的工作量，大家都需要相互配合。
二、在工作中的教训
1．工作的条理不够清晰，要分清主次和轻重缓急，在开发时间仓促的情况下，事情多了，就一定要有详实而主次分明的计划，那些需要立即完成，那些可以缓缓加班完成，在这方面还有很大的优化空间。
2.对流程、业务需求不够熟悉，在工作中因为流程或业务需求的问题而不知道如何下手的情况有点多，包括错误与缺漏还有当时设计考虑的不到位的地方，对于这块的控制力度显然不够，平时总是在开发，但说到底对业务很熟悉才是项目很好完成的前提。
3.学习的知识不够广泛，一个项目中，涉及的技术往往有多种，知识多了，就会灵活变通，以后我会加强这方面的学习。
4.缺乏工作经验。
三、在工作中的收获
1.语言知识做软件的一种工具，更好的软件是站在玩家的立场上用心的设计，让用户使用更方便、更快捷。
2.利用技术实现软件的功能只是软件的表面，认识问题、分析问题、解决问题才是最重要的。
3.养成总结反思的习惯，并有意识地提炼日常工作成果，在实施上认真的总结工作精英，为以后的'实施工作打基础。
4.不论是做事还是做程序，一定要有清晰的思路，要认真仔细的去做，要有耐心和信心。
四、工作计划
1.要提高工作的主动性，做事干脆果断，不拖泥带水；
2.工作要注重实效、注重结果，一切工作围绕着目标完成；
3.要提高大局观，是否能让其他人的工作更顺畅作为衡量工作的标尺；
4.把握一切机会提高专业能力，加强平时知识总结工作；
5.精细化工作方式的思考和实践；
6.虚心请教优秀的同事，向他们学习技术和经验；
其实作为一个新员工，所有的地方都是需要学习的，多听、多看、多做、多想、多沟通，向每一位员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：一是三人行必有我师，二是天道酬勤。
在参加工作的短短半年中，我深刻的体会到，把自己所有的精力都投入进去，技术工作都不可能做到完美程度，毕竟技术工作太过繁杂，但多付出一点，工作就会优化一些，这就需要认认真真沉下心去做事情，就是公司所提倡的企业精神：职业做事，诚信做人。
程序员月工作总结8篇相关文章：
