20xx年半年工作总结-新手程序员半年工作总结

时间:2024.4.20

20xx年半年工作总结

自20xx年7月6日加入到**有限公司,至今已过去半年有余了。在这半年多的时间里,遇到了太多的新事物、新技术、新问题;同时学习到了很多新的知识、方法。对于这半年来的工作,主要有以下几点总结:

一、从项目中学习经验

1.1**ERP项目

工作以来经过的第一个项目,也是做的最长时间的项目。这也是毕业以来的第一个项目。也是一个新的开发模式。经过这个项目几个月的开发工作可以总结以下几点:

1.数据库的设计

曾经以为,数据库只是存储业务数据的。现在才认识到数据库也可以用来做页面菜单,避免因为业务功能增加而大量修改现有页面。也可以快速实现用户权限的简单分配。

另外,也认识到数据表预留字段的重要性。有了预留字段就可以避免在业务上有新增需求或者业务逻辑变更,导致数据表不在适用而需要大量的修现有数据表,而导致需求变更之外的功能也需要修改。

还有就是数据分表。就是同一个对象存储到不同的表中(例如:客户可以对应三张表:客户基本信息表、客户的联系人信息表、客户的产品信息表)。这种主要适用于有一对多关系的情况。这样做看似是使逻辑变得更加复杂了,其实仔细想一下,如果不这样做,一旦客户的产品信息和联系人信息的数量发生改变。例如:由原来的一个客户有三种产品变成了五种,这样就可能导致原有的数据表不在满足需求。而客户又是项目的基础。那样完全有可能导致整个项目的瘫痪。

2.代码的易读性

一个项目从立项到结项,可能需要一年甚至几年的时间。而写代码的人也可能是换了一批又一批。每当看不懂别人写的代码而想骂人的时候,是不

是也应该考虑一下自己写的代码别人是不是也能看懂呢?开发是一个团队的事情,不是某个人想怎么样就怎样的。因此就有了代码的规范和命名的规范。可以让人一眼就看出来某个类、某个方法是干什么的,是个什么样的逻辑。这样无论是团队的开发人员还是后期的项目维护,亦或者是二期项目。都能让人一眼看出头绪,而节约大量的时间。另外,就算为自己想想,当时也可能还知道自己写的代码是什么意思,干什么意思。可以项目进行两个月之后呢?一年之后呢?因此,代码的规范可读易读是十分重要的。

3.框架的使用

**ERP项目使用了spring、springMvc、Mybatis(SSM)三大框架。框架的使用是为了减少工作量的,但是如果使用不当就会遇到各种问题。在使用这个框架我就遇到了一些问题:例如,自动生成的mapper.java、mapper.xml文件中的Example,看似是没用的东西就删掉了。然后导致整个项目部署到tomcat服务器之后tomcat无法启动,还有dao层方法参数的定义如果不加@Param注解就会出错;后台页面的跳转需要用return返回路径等等。对于框架的使用必须要知道怎么用才能为开发减轻负担。

1.2*销售管理系统

这个项目主要是后期的维护工作,这也是第一次接触到PHP语言。面对新的项目,新的开发环境,新的开发语言刚开始确实有点退缩,但毕竟是工作,竟然来了就要做好,在**两个月的时间里还是有挺深的体会的。

1.与客户的沟通问题

由于****的这个项目主要是后期维护工作。这主要的就是和客户沟通问题所在和客户要求解决之后的形态。但是,对于*这种庞然大物级别的国企里面的员工,他们面对工作完全一副事不关己高高挂起的心态,在那里两个月多的时间,原本以为新语言、新项目是开发难题的我慢慢才发现最大的难题就是和他们沟通。每次和他们沟通,他们总是以各种忙为由或者需求早已经提供过了,要找谁谁谁要,像皮球一样被踢来踢去,更多的时候是无奈、无语,最后还是和客户的一个科长因为一点小事闹翻了,现在想想可能是年轻经历的事太少吧,遇到这样的客户一着急就不知道怎么办了。就当汲取教训了吧。

2.项目维护中发现的项目开发中的常有bug

例如,客户名称的模糊搜索,即属于“郑州”的时候,会出现所有包含郑州字样的下拉选择框。在中石油的项目里就出现了一个这样的问题,当输入“华电”(参考)字段的时候可以出现所有包含华电的用户名下拉选项。但是当输入“南京”(参考)字段的时候就不能出现包含南京字段的用户名下拉选项。这个问题的出现,可能就是当时开发的程序员测试的时候输入了一些类似‘华电’字段,然后通过了测试。当真正使用的时候就遇到“南京”等例外。然后某些功能就不能用了。在维护中,当遇到这个问题的时候,首先想到的是其他地方的模糊功能能不能使用。当实验了第二个功能也是不行的时候,那就说明很有可能所有的这类功能都是不行的。因为程序员用了“Ctrl+C”,这就出现了一个程序的通病。

还有就是数据库编码格式不一致的问题。两种编码格式之前用“=”连接的时候是不能连接成功的。可能开发的程序员也遇到了这个问题,当然他没有把数据表的编码格式给改过来,而是用了转码的方法,用in方法跳过了表与表之间的连接。这样写看起来也可以满足当前需求的要求,但是也给项目留下了越来越大的隐患。

还有就是不完全关联的问题,在中石油的项目里对于用户名称设置了20个,其中有6个保存到了用户表里面,另外14个在一个单独的用户名库表里面。而在大部分导入Excel功能要么是匹配了用户表里面的6个名称,要么是匹配了用户名库里面的14个名称。而在用户名库模块下,提供的修改方法,却是可以提供对20个用户名称的修改、删除、和新增、查询功能。这样就给用户了一个假象,而导致在导入excel表格的时候出现明明已经维护了的用户名称仍然匹配不上的问题。

对用户需求的理解问题。这点很典型的是中石油的销售科提出了一个“列表中不要四川省的客户”的问题。面对这个问题第一反应是在执行查询功能的sql语句加上一句..province != ‘四川省’,这样看起来是很简单的解决了用户的问题。可是这样做很明显是不对的,面对这类问题首先要考虑的不是要怎么把四川省去掉,而是为什么会有一个客户不要的四川省的数据,难道是前面程序员加进去玩的,很明显没有那么无聊的程序员。后来经过排查数据库和用户提供的数据报表

发现,在数据库中确实存在一个属于四川省的客户,在用户提供的数据报表中也确实有四川省客户对应的数据(为0)。经过进一步沟通,确认删除了四川省的这个客户,这样页面上就不会展示四川省客户的数据。也不会说以后用户真的有了一个四川省的客户也显示不出来数据的问题了。

二、在工作中学会学习

工作是一个快速学习的过程,可以说在校十几年不如工作半年。工作和读书完全是两个不同阶段,但工作和学习确实是分不开的。

读书的时候遇到问题,脸一扭就可以看到同学那里是怎么实现的,然后恍然大悟,原来这么简单。同学那里解决不了问题,也就是举下手老师会帮你解决。可工作就不一样了。遇到解决不了问题,就要想办法解决,自己解决不了上“百度”解决,百度解决不了翻墙上外网等等。总要有个解决方案出来把问题给解决掉才行。

每次解决一个半天解决不了问题都会有一种小小的成就感,也就是这种成就感会慢慢让自己不再怕问题。

三、展望2016

20xx年没了,但迎接而来的2016还有很久,在20xx年里我相信我会做的更好。


第二篇:20xx年综合科半年工作总结


20xx年上半年综合科工作总结(质量管理)

根据怀柔分公司发展战略与规划,为更好的提高工程管理水平,搞工程质量,杜绝安全事故的发生,分公司决定成立综合科,便于监督、指导各项目部的工程质量,提升公司信誉度和知名度,自20xx年3月9日综合科成立至今,在各级领导的支持和帮助下,圆满完成了各项技术与管理工作,现将上半年的工作与不足向各位领导汇报如下:

一、加强施工现场检查、监督与管理,提高工程质量

综合科对在施工程随工程进度跟踪检查,坚决制止违章指挥和违章操作的行为,及时尽早发现问题及时整改,防患于未然,对检查中发现质量问题及时做好记录,并认真复查。上半年,在施工程共计9个项目,抽查47次,检查内容160条,39条问题项,存在问题整改39条。主要检查泵房主体砌筑、泵房抹灰垂直度及平整度,圈梁钢筋摸板,泵房内外墙粉刷,泵房内墙砖排砖,水平及竖缝顺直度,有无空鼓。管网工程主要检查沟槽深度,接口质量。

二、加强施工资料审核,确保资料完整性

上半年,王海军项目部涉及已完工程和未完工程11项,由于资料员人手短缺和新入职人员经验不足,领导决定综合科负责将资料进行系统检查,以确保完工资料的完整和未完工程的同步性。共计检查了20xx年怀柔区废弃机井封填工程、20xx年生态清洁小流域等6个工程的资料,查出资料漏项、不完整、资料编写不正确等共计225项,针对225项不符合项,逐条制定整改措施及责任人,认真将问题及时反馈给项目部,积极参与并指导落实整改,目前项目部已经基本整改完成。

三、认真审核分部、单位验收资料,确保验收一次性通过

检查分部、单位验收资料填写的内容和数据的准确性,杜绝只整不理、导致逻辑思维性差、数据性错误,检查表格填写是否正确,填写内容是否符合规范要求。上半年,综合科审核完成了怀柔区20xx年农业节水灌溉工程(单位验收)、20xx年怀柔区废弃机井封填工程(分部验收)防洪救灾单位工程(单位验收)等7个工程的分部、单位验收资料,通过检查,提高了验收工作的质量。

四、其他工作

1.原材料验收

严格控制进场材料,对进场材料认真核实是否符合复试报告及出厂进检测报告相关要求,严格核对相关的参数值(厂家、壁厚、内外径、公称压力等)

2.图纸会审

工程中标后,综合科及时索要图纸,仔细阅读,将问题逐条记录,参加项目部组织的图纸会审工作,提出图纸中存在的问题,便于今后工程顺利施工。 3.08应急水源评审工作

认真细致的整理、编制评审提出的补充资料,上半年先后3次参加08应急水源评审会议,为评审准备了大量的补充资料及图纸,为争取最大成本做出了力所能及的贡献。

4.施组、方案、技术交底的审核

对项目部上报的工程前期资料(施组、方案、技术交底)审核做到及时、细致、符合工程实际情况。

五、存在不足

1.问题提出后监督整改不是很到位,反正事我已经和你们说了,记录也已经发到你们手里了,改不改是你们的事,与我无关。

2.对现场检查频次偏少。

六、下半年工作

1.认真、全面核查资料的真实及完整性。

2.加大日常的质量检查力度。

3.认真落实整改复查工作。

综合科

20xx年8月13日

更多相关推荐:
程序员年终总结

年终总结新的一年即将到来,回首20xx年x月,我很荣幸的进入了公司,加入了开发的团队,认识了热心和睦并且技术优秀的同事们,这是我的荣幸,这是有收获的一年,下面我对自己进入公司大半年的情况进行年终总结.1收获和不…

程序员20XX个人工作总结范文

时间一晃而过,转眼间到公司已经半年多了。这是我人生中弥足珍贵的一段经历。在这段时间里各级领导在工作上给予了我极大的帮助,在生活上给予了我极大的关心,让我充分感受到了领导们海纳百川的胸襟,感受到了大发人不经历风雨…

程序员个人年度工作总结范文

记得去年写总结的时候心情很差,抱怨了很多当时的工作以及领导花生,那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。不得不说这一次求职我是认真的把它当作一个工程去做,客观得对自己进行了定位,而且非常重要…

程序员工作总结报告

光阴如梭,半年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的20xx年,满怀热情的迎来即将到来的20xx年。在这年终之际,现对我来公司这几个月的时间里,总结自己所做的工作,分析在工作中的得…

最新程序员个人工作总结范文 不用修改直接使用

20xx个人工作总结时间一晃而过,转眼间到公司已经半年多了。这是我人生中弥足珍贵的一段经历。在这段时间里各级领导在工作上给予了我极大的帮助,在生活上给予了我极大的关心,让我充分感受到了领导们“海纳百川”的胸襟,…

20xx程序员工作总结范文

20xx程序员工作总结范文一年的时间每当自己在总结它的时候感觉是那么的短暂弹指一挥间而也就是在这一挥间承载着太多太多有收获与成就有失败与不足回头看看20xx年的足迹伴随着自己一年的是学习与坚持20xx年伊始是通...

程序员20xx年个人工作总结

时间一晃而过,转眼间到公司已经半年多了。这是我人生中弥足珍贵的一段经历。在这段时间里各级领导在工作上给予了我极大的帮助,在生活上给予了我极大的关心,让我充分感受到了领导们“海纳百川”的胸襟,感受到了大发人“不经…

程序员年度总结模板

程序员年度总结模板,内容附图。

程序员工作总结

程序员工作总结篇一程序员gt工作总结光阴如梭半年的工作转瞬即将成为历史伴随着新年钟声的临近我们依依惜别硕果累累的20xx年满怀热情的迎来即将到来的20xx年在这年终之际现对来公司5个月的时间里所作的gt工作汇报...

程序员个人年终总结

程序员个人年终总结我是一名程序员在过去的一年里软件研发部团结协作以及在公司这充满奋斗的环境下我以严肃认真的工作态度和百折不饶的精神努力的完成了公司的各项工作在软件研发团队协作和个人成长上也取得了一定的成绩在公司...

程序员个人年度工作总结

20xx个人年度工作总结工作回顾在我进入公司的这八个月里我陆续接触了公司的软件开发平台一些已经完成的项目美科斯OA系统中邮物流管理系统富阳供销社等还有目前在进行2个物流公路港系统对公路港的运营模式有了较深入的了...

程序员试用期工作总结

程序员试用期工作总结篇一我于xxxx年9月11日成为本公司技术部的一名net程序员三个月的试用期转眼就过去了这段我人生中弥足珍贵的经历给我留下了精彩而美好的回忆在这段时间里您们给予了我足够的关怀支持和帮助让我充...

程序员工作总结范文(37篇)