半工作总结报告新手程序员半工作总结报告.docVIP

2015年半年工作总结 自2015年7月6日加入到**有限公司，至今已过去半年有余了。在这半年多的时间里，遇到了太多的新事物、新技术、新问题；同时学习到了很多新的知识、方法。对于这半年来的工作，主要有以下几点总结： 从项目中学习经验 1.1**ERP项目 工作以来经过的第一个项目，也是做的最长时间的项目。这也是毕业以来的第一个项目。也是一个新的开发模式。经过这个项目几个月的开发工作可以总结以下几点： 1.数据库的设计 曾经以为，数据库只是存储业务数据的。现在才认识到数据库也可以用来做页面菜单，避免因为业务功能增加而大量修改现有页面。也可以快速实现用户权限的简单分配。 另外，也认识到数据表预留字段的重要性。有了预留字段就可以避免在业务上有新增需求或者业务逻辑变更，导致数据表不在适用而需要大量的修现有数据表，而导致需求变更之外的功能也需要修改。 还有就是数据分表。就是同一个对象存储到不同的表中（例如：客户可以对应三张表：客户基本信息表、客户的联系人信息表、客户的产品信息表）。这种主要适用于有一对多关系的情况。这样做看似是使逻辑变得更加复杂了，其实仔细想一下，如果不这样做，一旦客户的产品信息和联系人信息的数量发生改变。例如：由原来的一个客户有三种产品变成了五种，这样就可能导致原有的数据表不在满足需求。而客户又是项目的基础。那样完全有可能导致整个项目的瘫痪。 代码的易读性 一个项目从立项到结项，可能需要一年甚至几年的时间。而写代码的人也可能是换了一批又一批。每当看不懂别人写的代码而想骂人的时候，是不是也应该考虑一下自己写的代码别人是不是也能看懂呢？开发是一个团队的事情，不是某个人想怎么样就怎样的。因此就有了代码的规范和命名的规范。可以让人一眼就看出来某个类、某个方法是干什么的，是个什么样的逻辑。这样无论是团队的开发人员还是后期的项目维护，亦或者是二期项目。都能让人一眼看出头绪，而节约大量的时间。另外，就算为自己想想，当时也可能还知道自己写的代码是什么意思，干什么意思。可以项目进行两个月之后呢？一年之后呢？因此，代码的规范可读易读是十分重要的。 框架的使用 **ERP项目使用了spring、springMvc、Mybatis（SSM）三大框架。框架的使用是为了减少工作量的，但是如果使用不当就会遇到各种问题。在使用这个框架我就遇到了一些问题：例如，自动生成的mapper.java、mapper.xml文件中的Example，看似是没用的东西就删掉了。然后导致整个项目部署到tomcat服务器之后tomcat无法启动，还有dao层方法参数的定义如果不加@Param注解就会出错；后台页面的跳转需要用return返回路径等等。对于框架的使用必须要知道怎么用才能为开发减轻负担。 1.2*销售管理系统 这个项目主要是后期的维护工作，这也是第一次接触到PHP语言。面对新的项目，新的开发环境，新的开发语言刚开始确实有点退缩，但毕竟是工作，竟然来了就要做好，在**两个月的时间里还是有挺深的体会的。 与客户的沟通问题 由于****的这个项目主要是后期维护工作。这主要的就是和客户沟通问题所在和客户要求解决之后的形态。但是，对于*这种庞然大物级别的国企里面的员工，他们面对工作完全一副事不关己高高挂起的心态，在那里两个月多的时间，原本以为新语言、新项目是开发难题的我慢慢才发现最大的难题就是和他们沟通。每次和他们沟通，他们总是以各种忙为由或者需求早已经提供过了，要找谁谁谁要，像皮球一样被踢来踢去，更多的时候是无奈、无语，最后还是和客户的一个科长因为一点小事闹翻了，现在想想可能是年轻经历的事太少吧，遇到这样的客户一着急就不知道怎么办了。就当汲取教训了吧。 项目维护中发现的项目开发中的常有bug 例如，客户名称的模糊搜索，即属于“郑州”的时候，会出现所有包含郑州字样的下拉选择框。在中石油的项目里就出现了一个这样的问题，当输入“华电”（参考）字段的时候可以出现所有包含华电的用户名下拉选项。但是当输入“南京”（参考）字段的时候就不能出现包含南京字段的用户名下拉选项。这个问题的出现，可能就是当时开发的程序员测试的时候输入了一些类似‘华电’字段，然后通过了测试。当真正使用的时候就遇到“南京”等例外。然后某些功能就不能用了。在维护中，当遇到这个问题的时候，首先想到的是其他地方的模糊功能能不能使用。当实验了第二个功能也是不行的时候，那就说明很有可能所有的这类功能都是不行的。因为程序员用了“Ctrl+C”，这就出现了一个程序的通病。 还有就是数据库编码格式不一致的问题。两种编码格式之前用“=”连接的时候是不能连接成功的。可能开发的程序员也遇到了这个问题，当然他没有把数据表的编码格式给改过来，而是用了转码的方法，用in方法跳过了表与表之间的连接。这样写看起来也可以满足当前需求的要求，但