做为程序员,除了要掌握多门程序语言和多种数据库,了解前端技术、后端技术,通晓网络七层架构,知道 TCP/IP三次握手和四次挥手,编写漂亮的代码,设计优美的架构……之外,我们还要解决研发、程序运行和产品上线过程中遇到的各种问题,而且被要求以最小的代价来解决问题……我们容易吗?
除了编程技巧和程序设计能力,解决问题的稳准狠是衡量一个程序员是否优秀的重要因素之一,也是资深技术人员真正的价值所在。在科技浪潮澎湃、技术信息扑面而来的今天,一位刚毕业的大学生如果足够勤奋,他可以在两三个月之内掌握一门编程语言,并编写出像模像样的软件,他们的学习速度甚至超过了我们这些老程序员,但是解决问题的能力是无法速成的,只能依靠时间、经验和惨痛的教训历练而成。有时候还需要灵感和运气。
程序员是IT行业的支柱,最基础的根基。ITjob官网有IT行业人的生活工作分享,或者行业小结。很多大牛的博客也会有行业的解析。如果你对自己的价值产生了怀疑,可以多去看看看其他人的生活,多沟通交流。尽快调整自己的工作状态,生活还是很美好的~
当你经过一段时间的学习或工作,可以及时写一个 工作总结 ,善于对自己总结还可以有助于工作的效率提高,以下是我和大家分享的关于优秀程序员工作总结范文,以供参考。
关于优秀程序员工作总结范文
光阴如梭,半年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的20xx年,满怀热情的迎来即将到来的20xx年。在这年终之际,现对来公司5个月的时间里所作的工作汇报如下:
1、正义erp项目的编码工作。
从了解新疆正义项目的背景、及计划安排,熟悉正义公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。
通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。
2、正义erp项目的实施工作。
十一月初开始进行正义项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。
通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。
3、帮助和使用手册文档的编写。
帮助的编写使我熟悉了dreameweaver和fireworks的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。
4、利用工作之余的休息时间加强学习。
平时注意收集有关pb方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识(现转为学习。net),为后期的工作打好基础。
以上为本人粗略的个人工作小结,请领导审阅,如工作上有不到之处,请领导不吝指出,以便本人及时改正,从而能更好地工作。
展望临近的20xx年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。相信自己会完成新的任务,能迎接新的挑战。
关于优秀程序员工作总结范文
从我11月份离校来到溪谷晨歌网络公司已将近一个半月了,从一个学生变成了一个员工,角色变了,职责也就变了。虽然工作上的很多困难都是在自己的预料之内,可是很多事情都不像在学校里那么简单、单纯。在项目开发的工作中,难题一个接一个的出现,自信心不止一次的受到过打击,虽然自己早就知道,要做到符合公司的要求,做一名合格的程序员,在学校学的知识,根本就不够,而且很不够。每天醒来我都不断勉励自己,好好学,以后会好的。在此同时,公司也给了我很多学习的机会,这使我对以后的编程之路又有了些许信心。
一、工作总结
11月下旬与12上旬的几天,我的主要任务是将公司的静态网站与数据库连接做成动态的。由于功能比较简单,做起来没有遇到什么困难。可是之后的“南京市砖瓦粘土信息管理”项目,里面涉及到的一个地图功能的实现,让我不知所措,不知道怎么实现。由于自己没有能力完成项目,项目就交给了其他公司,之后的工作都是在合作公司南京宁派网络科技有限公司里学习、工作的,了解他们公司的开发项目流程,学习他们的开发技术,请教他们开发技术上的问题。
二、在工作中主要存在的问题有:
1、由于开始对业务需求不是很熟悉,所以在写需求分析与了解所要开发的过程中多次出现因为需求的原因,而不断修改、返工的情况。
2、在开发中,用到很多我所不知道或很多我知道但不太熟悉的技术,有时甚至会出现这种情况,合作公司的技术人员,讲个名词,我都要百度一下具体什么意思,涉及什么技术。3、在工作阶段,有时比较偏向自己的工作方便,忽略了其他同事的工作上的量与难易。有的功能自己怎么方便怎么写,有点难为其他同事,大家都要相互配合。
三、工作心得
1、在这将近一个半月的工作实践中,我参与的都是团队合作的项目,无论是在自己公司,还是在合作公司,我们都讲究团队精神。在信任自己和他人的基础上,思想统一,行动一致,这样的团队一定会攻无不克、战无不胜。我们的很多工作是一起完成的,在这个过程中,大家互相提醒和补充,大大提高了工作效率,所有的工作中沟通是最重要的,一定要把信息处理的及时、有效和清晰。
2、每一个项目在开始着手的第一步,一定要和客户把需求沟通清楚,只有了解了项目的需求,才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料,每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。
3、工作中,有一个无论是技术,还是经验都比较让人肯定的前辈带领,将任务详细化,详细到,每个页面、甚至是一个页面中的什么时候做好,做到什么程度,这样把工作进度有计划有方向的赞定下来,做事很有效率。
4、每天的工作小结真的很重要,这让我们每天都有计划的知道自己干了什么,不是漫无目的的工作,所以我们应该养成,日记、周记、月记、年记的工作习惯。
5、工作并不是一成不变的,也许有一天你要去其他岗位帮忙,所以同事之间的技术要互相学习,也许有一天,公司需要你发挥其他的技能帮忙,所以互相学习也是很重要的,我在宁派公司,深有感触,除编程之外,切图、界面设计等工作都干过。
四、工作教训
经过一个半月的工作学习,我也发现了自己离一个符合公司要求的程序员还有很多差距,主要体现在工作技能与工作经验的不够,也是我以后要在工作中不断磨练和提高自己的地方。仔细总结一下,自己在一个半月工作中主要有以下方面做得不够好:
1、工作的条理性不够清晰,要分清主次和轻重缓急;在开发时间很仓促的情况下,事情多了,就一定要有详实而主次分明的计划,哪些需要立即完成,哪些可以缓缓加班完成,在这方面还有很大的优化空间。
2、对流程、业务需求不够熟悉;在工作中,发现因为流程或业务需求的问题而不知道如何下手的情况有点多,包括错误与缺漏还有当时设计考虑不到位的地方,对于这块的控制力度显然不够。平时总是在开发,但说到底对业务很熟悉才是项目很好完成的前提。
3、缺乏工作经验。
4、学习的知识不够广泛。一个项目中,涉及的技术往往有多种,知识多了,就会灵活变通,以后我会加强这方面的学习。
五、 工作计划
暂时做出以下几点规划:
1、要提高工作的主动性,做事干脆果断,不拖泥带水;
2、工作要注重实效、注重结果,一切工作围绕着目标的完成;
3、要提高大局观,是否能让其他人的工作更顺畅作为衡量工作的标尺;
4、把握一切机会提高专业能力,加强平时知识总结工作;
5、精细化工作方式的思考和实践。
6、虚心请教比我做的优秀的其他同事,向他们学习技术或经验。其实作为一个新员工,所有的地方都是需要学习的,多听、多看、多想、多做、多沟通,向每一个员工学习他们身上的优秀工作习惯,丰富的专业技能,配合着实际工作不断的进步,不论在什么环境下,我都相信这两点:一是三人行必有我师,二是天道酬勤。
在参加工作的这短短的一个半月中,我深刻的体会到,把自己所有的精力都投入进去,技术工作都不可能做到完美程度,毕竟技术工作太繁杂,项目多而人手少,但多付出一些,工作就会优化一些,这就需要认认真真沉下心去做事情,就是公司所提倡的企业精神:职业做事,诚信待人。
关于优秀程序员工作总结范文在过去的一年中,我担任公司开发部的一名软件工程师,主要从事着JA项目的开发工作,这一年来我低调努力工作着,不求闪亮显眼和光芒四射,只为平静和淡定;这一年中所做的成绩如下:
一、财政局项目,本人独立负责开发会计处的三个子系统:
1、会计人员信用查询系统。
2、代理记账机构信用查询系统。
3、会计人员网上报备系统。
以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。
二、餐饮行业项目,在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目,主要负责的系统有:
1、房屋租赁合同管理系统。
2、信息收发管理系统。
3、会员管理系统。
4、基础信息管理系统和人事管理系统的部分功能模块。
系统应用后,豪享来在管理全国各门店房屋租赁合同上,必须程度上提高了管理效率,并且及时有效带给了相应预警信息;信息收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。
三、金融行业项目,我参与了中国银行厦门分行,企业转账管理系统中的部分模块开发。
本系统方便了企业快速实现超多和复杂的转账工作。工作总结
四、国土资源与房产管理局项目,正在负责和开发的是住房货币化补贴网上申报审核系统。
本项目采用了新技术,使界面更加大方美观,很大程度上改善人机交互平台的效果。
总结不足:驻豪享来总部做项目时,由于团队内部某些原因,加之外面的其他因素,必须程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都务必检讨的地方。
透过总结一年来的工作,尽管有了必须的进步和成绩,但在一些方面还存在不足,个别工作做得还不够完善。在今后的工作中,我将努力找出工作中的不足,以便在日后的工作中加以克服。自我不断的学习吸收新技术,认真学习好规范规程及有关文件资料,并且及时的把新技术应用在实际的项目中,进一步提高项目的技术含量。
都重要,缺一不可!一个项目着手开发前,必须要先熟悉业务流程,只有对业务流程非常的熟悉,才可能编写出优质的代码!不然到后面只会“返工+返工”!业务流程是个前提,一个基础!而没有技术,你把业务流程设计的再好,代码跟不上也是没用的!
时间宝贵,一去不复返!我们要告别这一年了!心里已经在思考怎么写程序员的年度总结了。我们不仅要总结问题,也要总结所取得的成绩。如何在程序员的总结中,全面地认识自己呢?
程序员个人年终述职工作总结(精选5篇)篇一在一年的驾驶工作中,我严格遵守道路安全相关法规和有关章程,并在工作中不但学习新的车辆维护、维修技术和驾驶技能,在驾驶实践中逐渐树立起“严守规章、安全第一”的观念,认真完成公司交派的各项工作,一年来从未出现过重大安全责任事故。回顾一年的工作,我主要做以下总结:
一、工作情况
一年来,我紧紧围绕安全行车、服务至上,重点做了以下工作
1、真做好给领导的车辆服务工作
为了更好的为领导服务,我在较短的时间内熟悉了领导的工作、生活习惯等,并按照新的要求,积极调整自己的服务方式,做到了随时用车、随时出车,没有发生各种由于出车不及时而耽误领导工作的事情。同时,我把为领导服务和为单位服务紧密结合起来。
2、真做好车辆的保养和维护工作
一年的驾驶员经历使我认识到,做好车辆保养和日常维护,是安全驾驶的保证。为此,我坚持把功夫下在平时,在没有出车任务时,及时对车辆进行保养和维护。这样,一方面,使车辆在平时始终保持干净清洁,给领导以舒适的感觉;另一方面,通过对车辆的保养,及时发现存在的毛病,小问题自己动手,大毛病立即向领导汇报后修理解决,做到了“有病不出车,出车保安全”。
3、积极做到外出期间为领导的服务工作
领导外出期间的服务工作,很大程度上就由司机来承担。一年来,在随领导外出过程中的食宿、对外联络等,我都不推委,认真去做,没有发生任何让领导不满意的事情。
4、积极做好单位值班工作
根据办公室的安排,我在自己的值班期间,不随意外出,不滥交朋友,如果有出车任务就立即出车,如果没有出车任务,也在值班室值班,没有发生因为各种原因而影响值班出车的情况。
5、岗敬业,乐于奉献
加强业务学习,不断提高业务能力,做到干一行爱一行。认真学习业务知识。我在本岗位上,按照单位要求准时安全地完成各项出车任务,努力做好自己的本职工作。作为一名__员工除保证了公务用车外,还要积极参加各项义务劳动。在日常的行车、保养方面要为节能降耗做积极工作。要自觉遵守各项交通法规和单位的规章制度,在工作中要做到任劳任怨,在工作需要时不论早晚或节假日都要随叫随到,认真完成各项任务。严格遵守出车制度,按时出车,认真保养车辆,使车辆性能保持状态,熟练掌握日常保养和驾驶车辆的性能,积极参加安全学习。听从交通警察指挥,不酒后开车,文明驾驶、礼让三先,确保安全行车无事故。
二、业务方面
在工作中,始终坚持学习驾驶技术和车辆维修、维护以及现代化汽车管理方面的知识,多年如一日,不断学习和充电,克服了自己文化基础差的弱点,靠着自己的钻研精神,为单位解决了众多的车辆故障和疑难问题,节省了开支,保证了行车的安全。
我热爱汽车驾驶工作,爱护车辆,工作一直勤勤恳恳,任劳任怨,遵章守纪,具有强烈的工作责任感、敬业精神和职业道德。
总之,多年来,我能在思想上、行动上与公司保持一致,团结同志,宽以待人,认认真真学习,踏踏实实工作,使所从事的工作一年一个台阶,不断向前发展,取得了一定的成绩。但我深知,取得的一点成绩,是在公司的正确领导下,在老同志的精心指导下,在同志们的帮助下取得的,我只是做了我应该做的事。在今后的工作中,我将进一步加大工作力度,改进工作方法,更加努力地做好工作。
程序员个人年终述职工作总结(精选5篇)篇二从我x月x日进入公司到现在已经过去一年了,从一名刚刚结束实习的学生到一名独立的开发人员,角色改变了,职责也改变了。虽然已经预计了工作之中会有很多困难,可是在实际的项目开发中,自己所遇到远远不止自己想象之中的那么简单、单纯。在开发过程中,难题一个接一个的出现,要做到满足公司的产品需求,成为一名合格的程序开发人员,这个过程还很漫长。每天我都在勉励自己,要好好学,好好做,以后会好的。在此同时我衷心感谢公司给我提供了学习的机会和平台,这也使我对以后的日子多了些许的信心。
一、工作回顾
在我进入公司的这一年里,我陆续接触了公司的gps平台,智能手表定位,xx铁路局车站消防综合管理系统,xx金融款箱管理系统,xx保卫处的管理系统,指挥中心的视频监控系统,并在这期间为xxxx制作了一个展示型企业网站。在刚进入公司的那段时间里,我从没有接触过网络摄像机,对于网络摄像机根本没有任何概念,在公司的培养下我逐渐熟悉了各种摄像机,现在拿到xx的摄像机开发包,可以很熟练的进行二次开发。在工作之余,我也在努力的学习,和别人交流,学习先进的开发技术,请教别人开发技术问题。
二、主要问题
1、由于开始对业务需求不是很熟悉,所以在写需求分析与了解所要开发的过程中多次出现因为需求的原因,而不断修改、返工的情况。在同xx金融交流的时候,这个问题多次困扰着我,对方的需求不明,每次交流的过程中都在变更需求,从而导致了效率比较低的问题。
2、在开发中,用到很多我所不知道或很多我知道但不太熟悉的领域,在这个领域内,我需要不断的学习。
3、在工作阶段,有时比较偏向自己的工作方便,忽略了其他同事的工作上的量与难易。有的功能自己怎么方便怎么写,如今公司在不断壮大,我们部门人员在不断的增加,这样是不利于多人合作的。
4、工作的条理性不够清晰,要分清主次和轻重缓急;在开发时间很仓促的情况下,事情多了,就一定要有详实而主次分明的计划,哪些需要立即完成,哪些可以缓缓加班完成,在这方面还有很大的优化空间。
5、学习的知识不够广泛;一个项目中,涉及的技术往往有多种,知识多了,就会灵活变通,以后我会加强这方面的学习。
三、工作心得
1、每一个项目在开始着手的第一步,一定要和客户把需求沟通清楚,只有了解了项目的需求,才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料,每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。
2、工作中,有一个无论是技术,还是经验都比较让人肯定的前辈带领,将任务详细化,详细到,每个页面、甚至是一个页面中的什么时候做好,做到什么程度,这样把工作进度有计划有方向的赞定下来,做事很有效率。和xx,xx等人合作时候一定注意要多项工作同步进行,保证每个子模块都能同步运行。
3、每天的工作小结真的很重要,这让我们每天都有计划的知道自己干了什么,不是漫无目的的工作,所以我们应该养成,日记、周记、月记、年记的工作习惯。
4、工作并不是一成不变的,也许有一天你要去其他岗位帮忙,所以同事之间的技术要互相学习,也许有一天,公司需要你发挥其他的技能帮忙,所以互相学习也是很重要的。自己的工作不能仅仅局限于编程。
程序员个人年终述职工作总结(精选5篇)篇三我是一名程序员,在过去的一年里,软件研发部团结协作,以及在公司这充满奋斗的环境下,我以严肃认真的工作态度和百折不饶的精神,努力的完成了公司的各项工作,在软件研发、团队协作和个人成长上也取得了一定的成绩。在公司一年的工作已经结束,特向公司总结汇报如下:
一、软件研发
根据公司的安排,项目的需要。在自身的努力、伍经理的帮组,团队的合作下,克服重重技术困难,增长了工作经验,收获丰盈:
1、aspnet开发
以前我在其他公司也做过一些开发,但是底层和架构与页面样式我都是没有涉及到的。通过这一年在本公司的的这些项目程序中的锻炼,我成长了,我学会了很多很多。
首先,面向对象语言的收获。对于当前编程的主流思想是对象,任何事物都可以用对象来表示。以前理解这些话很费解都是从表面上理解,没有从深入的体会,通过这次aspnet项目的深入,不管是数据还是外部一些条件我们都可以抽象成对象,都可以用对象来表示,具体可以用语言中的类方等。aspnet如此,c#如此java也同样如此。
其次,具备独立完成vbnet知识方面的能力。以前没有做过vb的东西,加上这次深入的做,这次涉及到的领域也非常广,常用的重要的都有涉及,并且还补充xml,java实际 *** 作中空白的部分。通过这一年的开发,在net方面我能胜任这方面的工作,能独立完成这方面的工作。
再次,c#方面存在一些不足。LocALhOST通过c#这次软件的开发,也发现自己的不足,如基础知识掌握不牢,缺乏编程整体思想。这些都是需要在工作中完善和改进的。
2、数据库开发
数据库是伴随着项目以来用的最多最平凡的技术。以前对数据库只是会一些简单常用的 *** 作,经过这一年项目的实战,对数据库的 *** 作增加了一些丰富的经验。为以后的工作和经验的积累都奠定了坚实的基础。同时在项目中还用到了oracel与access数据库,这是我的收获。
优点:能熟练的运用数据库技术进行开发。特别是对sql数据库的 *** 作,经过这么长时间的积累,基本上能合理的设计和新建数据库,同时在数据结构上也加强了对数据库的理解。通过项目的实践现在能熟练使用和编写多种sql语句。还掌握了一些关于数据库优化sql语句优化的方法,能进行一些简单的优化。
缺点:数据是一门比较先进的技术,并不是你会写一些sql语句,能建几个数据库你就是数据库工程师。要成为一个好的数据库管理员是要经过长时间的工作积累。针对自己的不足,在以后的工作和学习中多接触,多运用新的知识点。充实自己的经验和知识储备。
二、团队协作
上面的成功与收获,除了自身努力外,以及公司的支持。是这个团队铸造了我。我们这个团队也是因为有了我们这些拼搏协作的队员,使得它成为一个具有务实、拼搏、创新精神的团队。我与软件研发小组是一个整体,这里的团队总结也就是我在这个团队中的收获。
务实:公司下发的任务,下发的工作,件件都是用心去做的。我们这个团队中没有一个人在工作的时候做了工作以外的事情,都是实实在在的做跟工作相关对公司有益的事情。相信在伍经理的带领下现在是这样,以后同样也是这样。
拼搏:公司给的每一个任务不管它多难,如果工作没有完成我们会晚上加班,也要尽可能的完成当天的工作。如果工作实在忙,为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。
创新:现在我们开始项目的时候都会进行研讨,一般都会进行一个效率和逻辑的分析与讨论,保证程序正确的前提尽可能的提高程序的效率。
互助:我们小组内只要任何一个人出现技术或其它的问题,我们都会彼此都会尽可能的去帮助他。不会因为某一个人而拖住整个项目滞后。
交流:我们在项目中会及时沟通自己的收获,特别是一些针对性的技术问题。这样可以省了很多重复研究的时间,这是一笔很可观的时间。
在交流中只要我会的,我懂的,我不会去吝啬。我会积极的去与你交流,我的团队名言“人强团则强,人弱团则削”。
三、个人成长
通过公司这快一年的锻炼与学习我真的进步了很多,不管从技术上还是做事上,都不像以前那样了。我在公司学到的懂得的使我飞速成长。
技术上:不管从语言上还是做事的逻辑上都得到了很大的的提高。现在在软件小组里面自己能独立完成一部分工作,承担自己的责任。
程序员个人年终述职工作总结(精选5篇)篇四光阴如梭,一年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的过去,满怀热情的迎来即将到来的新的一年。在这年终之际,现对来公司一年的时间里所作的工作总结如下:
一、xx项目的编码工作
从了解xx项目的背景、及计划安排,熟悉xx公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了xx项目的模块测试及流程测试。
通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。
二、erp项目的实施工作
从x月初开始进行xx项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。
三、帮助和使用手册文档的编写
帮助的编写使我熟悉了xx的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。
四、利用工作之余的休息时间加强学习
平时注意收集有关xx方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识,为后期的工作打好基础。
展望临近的新一年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。相信自己会完成新的任务,能迎接新的挑战。
程序员个人年终述职工作总结(精选5篇)篇五20xx年已然向我们挥手告别而去了。在20xx年初之际,让我们对过去一年的工作做个总结。忙碌的一年里,在领导及各位同事的帮助下,我顺利的完成了20xx年的工作。为了今后更好的工作,总结经验,完善不足,现对本年度的工作汇报如下:
一本年工作总结及计划完成情况
1上半年主要基于物资系统,电子采购系统的开发工作。首先熟悉新框架结构,根据设计文档,用户需求进行业务开发。对新框架中公共组件进行封装,提高开发效率。
2下半年主要基于机电设备系统项目及app,健康管理项目开发。对apiCloudapp开发进行了初步学习和思考。针对巡检系统开发出对应app应用。在健康管理项目中开发即时通讯功能,在服务框架上面选取netty框架,对此技术进行了研究和学习。在app上完成客户聊天功能。
二工作中存在的问题及改进措施
1程序员的基本工作就是编码,那我就谈谈自己在编码中的一些体会和认识。在代码编写中,有些方法函数写的特别的长,在维护时非常的难理解,有时自己写的代码,过了一段时间自己去看时,发现特别的吃力,非常的难理解。有时就是改一行代码,但是却花了大一部分时间去理解,给自己和他人带来了不必要的麻烦。今后我应该积极的分解函数,将一个行数非常长的函数分解开来,并且一个函数只做一件事,降低代码复杂度。正所谓越简单越好。
2 在编写代码时有些没用的代码,重复的`代码,没有删除。在回头时看时,感觉很奇怪,读不懂代码在这块干了什么。因此,在写代码时逻辑要清楚,简便,去除没用,重复的代码。
3在维护项目时总是在前端找后端代码时,或者相反找时总是找不到,或者很难找到对应位置 。文件命名不规范,注释没有,在维护时造成很大的迷惑。因此,确保注释和代码一致,命名要准确,简洁。
三 本年重点工作计划
1完成本年领导安排的工作计划任务和公司项目的维护开发。
2改正以前在工作中常犯的编码不良习惯。对公司开发框架技术进行进一步的学习和运用。
3利用工作之余时间,加强学习,提高自己处理问题和解决新问题的能力,为后期工作打好基础。
4深入掌握Java基础知识及数据库技能。
5利用闲暇时间学习掌握Springboot+Vue/LayUi/Angular技术,掌握互联网项目开发基本技能。
6提升团队协作、项目管理、解决项目技术等能力。
我觉得33的年龄不算大。我猜大概工作了七八年。也积累了很多的工作经验。每天加班到两点不是一种可持续的工作生活节奏。需要先分析一下原因。
1 锻炼身体,劳逸结合,保持头脑清醒,提高工作效率。
2 理清楚思路,避免重复劳动和返工。很多加班都是因为时间紧,来不及想清楚就开干。干了半天发现不对,又重来。所以不管怎么样要先想清楚。
3 及时解决技术债务。在很忙的情况下来不及重构代码。到处复制黏贴,会让你的项目越来越难维护。需要建个jira计划时间来清理代码,可以读读clean code这本书。清理代码也是在清理思路。
4 需要和产品经理充分沟通需求,确保需求的一致性,确定需求的重要性和紧急程度,估计需要的开发测试时间。利用jira管理好自己的task。可以尝试kanban来管理项目和资源。整个小组相互帮助,平衡工作,集中力量完成最重要和最紧急的任务。
5 学习和沉淀技术,熟练的使用工作中需要的工具。比如intellij比eclipse高效很多,要学会熟练的使用快捷键,提高效率。
6 深入理解原理,可以提高学习新技术的效率。我分享了一些分布式系统原理的视频和文章,欢迎讨论。理解了原理也可以帮你转型成为架构师甚至cto。或者去做培训讲师。做自媒体分享技术和经验。至少可以锻炼你的设计思维,改善你的代码的设计。
慢就是快,少就是多。
33岁对于互联网行业中的年轻力量来说,确实算不上小,蒋凡在成为阿里的副总裁时,年纪也就是33岁。但是,我们并不能说33岁的程序员就不行了,对于程序员来说,更重要的还是能力,年龄虽然也是一个参考,但是并不绝对。
就我个人的经历而言,我肯定是大于33岁的,虽然现在不怎么写代码了,但有些时候还是会上场练那么一两下。不说我就比所有人强吧,但是也肯定强过不少人。
而且,程序员是一个不断学习积累的过程,很多的解决方案也是基于业务场景来设计的,所以,当你在技术和业务上的积累越来越多时,其实你能够解决的问题还是多过于年轻的程序员的。
33岁的程序员的价值,更多的是在于你自己比别人(特别是那些年轻一代的程序员)强出多少。你可以写代码写得少了,但是你懂的一定要比别人多,而且当遇到问题需要你亲自下场的时候,那一定是要破门得分的。
所以,如果你在20多岁的时候,觉得自己年轻,觉得自己学习能力强、技术好,就在学习的道路上三天打鱼两天晒网,那么到了30多岁的时候,确实就会出现能力不济、精力也不济的情况,可能真的就只有早早的改行了。
但如果你年轻的时候不断学习,不断积累,其实到了30多岁时,正是你将自己的所学所想用到实处的时候。也不必去担心你的思维是不是慢了,说真的,只要你学习得够多,理解的够多,那么你的思维就不可能会慢。因此,“改行”至少也是10年后的事情,现在完全不用考虑。
至于身体,30多岁的人肯定是比不了20多岁的人。但是也不是说就熬不了了,就算我现在没有写代码了,但是身处这个行业,不可能说就不熬夜、不加班了。
而且,并不是只有程序员才会熬夜加班,测试、产品、项目实施、运营基本都是在项目紧急的时候连轴转。这里面有年轻人,但是也有比我年纪还大的人。曾经我在国外工作的时候,我的一位领导,每年从他手里批出去的项目资金上亿元。但是,每天2-3点都在给发邮件,上班也从来没有迟到过,那时候他已经50岁了。
看到50岁的人还这么努力,当时还不到30岁的我,真的是有什么理由说我身体受不了?
当然,我并不是说加班就是正常的,就需要没日没夜的工作。我只是想说,我们别把身体受不了这种理由当成了自己懒惰的借口,只要我们是正常人,那么就应该不需要说我30岁了,做程序员我身体受不了的话。
因此,如果你觉得程序员是你的爱好,是你喜欢的职业,你想要未来做得更好,那么30岁只是开始。如果你觉得受不了了、累了、坚持不下去了、不再爱了,那确实,可以考虑改行了。
谈谈我的看法。
本人已步入不惑之年,30岁之前编码,后十年从事业务咨询和系统交付。题主这个问题,我结合我周围的情况谈 一下。
首先,关于技术能否可以干一辈子,这个答案我认为是肯定无疑的。虽然年龄大了精力上不去年轻人充沛,但是在这个年纪也不用每天加班编码了,主要工作是负责架构选型、疑难问题排查、效率优化、新技术跟踪和预研等工作。我很多还在编码的哥们儿,都是这种技术专家或者开发组长的角色,从事的就是类似评审,选型,攻坚等工作。
其次,对于题主提的思维逻辑迟钝的事,我认为还是经验导致,这个阶段,题主除了一线日常工作,得安排一定时间学习编码的一些方法和技巧,所谓磨刀不误砍柴工,就是这个意思。框架学习、数据库知识、构建工具、开发工具、中间件等,都要逐步学习,要是觉得记忆力不好,就做笔记!我本人不算聪明,学东西就喜欢做笔记。
再次,关于总是加班,前几年由于产出比较低,肯定是如此,后续要多看案例程序和泡泡技术论坛,也可以公司内拜师或者跟小伙伴结对开发,这样才能提升效率和质量。
最后,要说一句,任何的坚持一定源于热爱,如果题主热爱开发,那就努力做下去。如果兴趣一般,尽早转行也不失为一个好的选择。现在的技术,种类众多,一个项目或者产品涉及的各种技术很多,所以肯定要不断学习和深入,还得紧跟潮流才行。
以上就是我个人的一点看法,如有不对请大家指正。
还是早做打算吧,程序员在中国的情况,你是知道的。
先不谈职业生涯,你数数头上的头发还剩多少,你就知道还能撑多久[泪奔]
虽然我是学机械的,但是毕业后在16年也接触过JAVA开发,那时候我以为我可以坚持做下去,最终放弃了。程序员吃的是青春饭,生活就是这样很现实,虽然程序开发工资高,工作环境美好,但是时间久了,就会发现,年龄大了,如果不考虑转方向,我觉得以后的路可能会难走。不管怎么样,趁现在多挣点钱,这样的话,为以后做准备。加油
要撑就看自己的精神强度,要投入就看自己的未来选择。
如果你真正热爱程序开发,不管年龄多大,总是充满激情,如果你只是简单的把他作为谋生工具,那不管什么时候都是煎熬,而且随着年龄增长,这种煎熬会越来越明显,越来越刻骨。本来挺好的一个技术人才, 社会 需求量也蛮大,而现在却被戏称为码农,只是我们自己把他给做瞎了,一抓一大把的程序开发,可是精通的,专业的没几个,大部分都是蜻蜓点水,而大部分企业也不够重视对程序的培养,只是简单的把他作为流水线工人,要年轻能加班,工资少的,使得大部分人的路越走越窄
你怎么老的那么快,这就快报废了,我比你大点觉得自己技术越来越牛逼了,我平时除了工作学习也很注意锻炼身体,我感觉我能一直干下去,我编程也有十多年了,正是牛逼的时候。
不好撑了,年纪大了,除非去做主管
作为一个程序员,最重要的职责就是: 按时保质保量地完成需求开发。
像开发新业务这样的复杂需求, PM (Product Manager,产品经理) 一般会写出详细的 PRD (Product Requirement Document,产品需求文档) ,甚至可能会制作高保真原型。
而像调换两个按钮顺序这样的简单需求,PM有可能只会口头通知一下,最多在JIRA之类的项目管理平台上创建一条只有标题的ISSUE。
如果是有和用户交互的需求,负责设计的部门或人员一般会提供设计图。专业一点的话还会帮你把图都裁好,并准备不同屏幕分辨率下使用的多个尺寸版本。
当然,如果你在一个刚刚成立的创业公司,很有可能是创始人在白板前(或者是饭桌上)讲了半个小时,然后就问你:“需要多长时间把它做出来?”
不管提出需求的是PM还是创始人,他们的脑海中一定为这个需求设想好了一个自洽的逻辑和形态。PRD也好,口头宣讲也罢,都是在描述这个逻辑和形态。他们提出需求,就是希望程序员能够最大程度地还原他们的设想。
说起来简单,做起来难。 我们可以通过一个小实验来揭示这一点。
首先,你需要找一张长方形的纸。如果你在办公室,那就找一张A4纸;如果你在家,那就找一张纸巾。然后按照下面的步骤进行 *** 作:
你的作品是什么样子?中间开洞了吗?边上呢?角上呢?如果再做一次,你能完成同样的作品吗?
你可以拿着同样的纸去找你的家人、同事或朋友,请他们来完成同样的 *** 作。在你不施加影响的前提下,他们完成的作品极有可能和你截然不同。
为什么会这样呢?
如果你仔细观察他们 *** 作的过程,就会发现:
由于每次对折都会可能产生两种不同结果,在撕第一个角时纸的朝向有四种可能性,旋转180度时有两种可能。所以仅仅两个撕角的位置,就至少有 2 x 2 x 4 x 2 = 32 种不同的可能性。
就这样,我们还没有考虑撕角的大小、角度的区别,还有极少数人是会沿对角线对折的……
上面撕纸的需求,其实是我自己拿了张纸随意摆弄,然后记录下来的 *** 作流程。我照着这个流程,可以十分轻松地做出完全相同的作品。但是如果让别人来做,结果就完全不一样。其原因就是,我在完成作品的过程中,不光是按照流程进行 *** 作,还隐含了自己的一些小习惯,却并没有把这些细节记录下来。
如果把所有细节都完整地记录下来的话,需求应该是这样的:
同样,PM在写PRD时,很有可能会漏掉一些自己认为应该是「常识」,无需再进一步说明的内容。比如「把一张纸对折」,我们很容易想当然地认为,应该是沿着长边对折,但事实上并非所有人都是这么理解「对折」的。
由于每个人的成长经历不同,其认知结构之间必然存在差异,因此对同一概念未必持有相同的理解。 你所认为的「常识」,我可能并不知道,或者拥有和你截然不同的理解。所以程序员在看PRD时,一定要把自己对需求的理解复述出来,跟PM确定是不是这么回事。否则就容易出现开发中、提测甚至上线后发现逻辑性错误,需要紧急修复甚至返工的情况。
此外, 很多问题在设想阶段是发现不了的,只有到了具体实施时才会暴露出来。 PRD不可能真正做到完备,也不能保证没有错误和遗漏。比如一个表单需求,很可能在做的过程中发现某个非法数据case是PRD里没考虑到的,这时的用户交互怎么做?文案怎么定?这都要和PM沟通来解决,而不能自己拍脑门决定。
PRD只是需求的一个快照性描述文档,并不是需求本身。 程序员应该对需求负责,而不是对文档负责。 只有和PM保持沟通,不断地细化需求,才能让需求真正落地。当发现PRD里有不合理或者有疑问的地方时,一定要提出来让PM进行解释。千万别视若无睹,甚至干脆将错就错,等着看PM笑话。
如果我们拿到了一份图文并茂、十分详尽的PRD,是不是应该马上照着文档开工呢?那可不一定。
一位优秀的程序员,应该在开工之前把下面这些问题想清楚:
程序员有责任对需求方案进行review,并协助PM改进设计。 要知道,PM一般不会从技术角度对需求进行考虑,所以往往提出的并非最优方案。有时只要做一点点调整,技术实现的难度就会大大降低,却不影响目标的达成效果。
比如某个业务需要用到日期选择器组件,PM为此专门设计了一个,而你知道系统中某个功能页面里有现成可用的同类组件。这时就应该和PM沟通是否可以直接复用,或者在原有组件的基础上进行功能扩展。这样既节省了开发资源,又保持了用户体验的一致。
程序员要对整个产品的可用性负责,全面评估需求可能导致的不良影响,谨慎对待有破坏性的需求。 PM由于不了解系统的底层实现和实际数据的组织方式,所以很可能无法全面地评估需求的影响面。如果程序员忽视在这方面的思考,只是机械地按部就班地执行方案,就很可能导致严重的线上事故。
比如要对某数据进行批量修改,在做的过程中时发现该数据有多个业务正在使用。这时就应该必须停下来和PM沟通,因为PM可能只了解自己负责的那一块业务,不知道修改可能会对其他业务产生影响。此类需求要和相关各方沟通协商,确认修改没有不良影响后才能继续。
程序员要有魄力去拒绝那些明显不靠谱的需求。 有的时候,PM提出需求的动机不是为用户创造更多的价值或提升用户体验,而是为了冲绩效完成自己的KPI。为此拆东墙补西墙,从兄弟业务手里抢流量入口;甚至杀鸡取卵,以严重破坏用户体验的方式拉量。遇到这种事,程序员一定要坚持自己的原则,守住自己的底线。
以上就是关于作为一个程序员,其最有价值东西的是什么全部的内容,包括:作为一个程序员,其最有价值东西的是什么、关于优秀程序员工作总结范文、程序员,在工作中是技术重要还是业务流程重要等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)