程序员个人年终工作总结(13篇).docx
《程序员个人年终工作总结(13篇).docx》由会员分享,可在线阅读,更多相关《程序员个人年终工作总结(13篇).docx(33页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 程序员个人年终工作总结(通用13篇)程序员个人年终工作总结 篇1 以前在校很少自己做程序,对软件工程更是一无所知。来到公司,开头接触“大规模“(其实现在看来实习的工程其实还是很小的)软件开发,一时真的有些迷茫。比起VSS,MVC,QA,CMMI,我对JAVA,JSP,XML的一窍不通根本不值一提。大家都不想输在“起点“,所以都默契地在加班,这样始终持续了实习的两个月。 刚来的时候“始业教育“显得慢吞吞,我们还常常盘算去哪哪玩之类的。我和XX(20个新生里一个南区的兄弟,软件学院的)还常常出去吃各种小吃,每到一处都尝尝本地的风味,这是他的习惯。之后开头的培训还不是很难受,JAVA,C+,ORA
2、CLE,教师们讲的很“好“,可以说是特别好,好得我们没有几个人能听懂。大家开头发愁,我也是每天晚上都根本看书到10点。 “我心说得亏哥们我还练过“,来之前的2月份我就自己买了一本THINKINGINJAVA,看懂看不懂怎么说也算是预备了一下JAVA。C+虽说没去上过课,但凭我的直觉我就一下看中这东西很有用,自己也看过一阵。至于ORACLE,虽然不了解,但究竟由于佩服“云飞扬“的性格和敬业精神,咱SQL选修也不是白混的。专业倒还有点“根底“,再加上咱这自学力量也不是吹的,根本维持。可等到后来的日语课就全模糊了:本就没有语言天赋,再加上记忆严峻欠缺,总是特殊可怕去上日语课。不过特殊喜爱那个教师说话
3、的感觉,加上她始终对我都很好,所以还是很专心的学着。 随着培训的收尾,我们开头正式进入工程。从需求分析,概要设计到具体设计,我们一步一步的开头接触软件开发的每个细节。不了的就是每天都要记“周报“,填写自己的劳动成果。由于这个我还被QA通报了好几次呢,真的很郁闷。其实现在我很感谢这种制度化的东西,某些状况下好习惯的养成是要靠强制来确保的。具体设计之后就是企盼已久的编码,我心想最终可以做点“正事“了。现在回头一看才知道,其实编码只占软件开发的整个过程劳动量的1/4左右,而且其他的环节也不是想象中的那么无足轻重。 编码我其实做的很不好,主要是由于需求分析阶段就没有仔细认真的理解需求和规格说明,加上编
4、码时一个关键时段我回校和老同学叙旧。那阵工程经理(PM)就常常和我们说,“有问题自己想方法,不要常常问我“。PM其实是在叫我们自己酝酿,遇到难题只有“憋“一“憋“才能有真的收获。而我不在的那三天正好是大家技术/思路上的一个“跃迁“,许多难题的解决方法都根本成熟,大家的编码也接近50%了,所以回来时我感觉已经落伍许多。再一个就是编码中期时机器出问题,环境搭不上了,这使我更加紧急和急躁,大大影响了我的士气。 后来利用五一其间的加班我最终赶完了自己的模块,到达了第一个里程碑。其实从发觉落后到加班赶完这段经受,对我来说也具有里程碑的意义。不仅考验了我自己的力量和心理素养,也证明白我对集体的责任感和合作
5、意识。我可以叫别人来帮我做赶上进度,但那样我会错过自己学习的时机,以后再遇到难题我还是不行;我也可以硬着头皮导致工程延期,那样我以后的日子保证不好过,而且这么做也不符合我的性格。事实证明我顶住压力独立完成任务不管是对集体还是对我个人都是一件大好事。 紧急的编码之后是单体测试,许多人都在连续编码,原来大家的编码都是没有完全做完。本是自己给自己挑毛病的过程,我们却都用来完成之前没有完成的任务,说来不禁可笑。 单体测试之后就是恶梦一样的系统测试。传奇系统测试压力很大,测试组找到BUG上报后这边就得限期修改,之后提交给测试组进展下一轮的测试,回归若干次,测试完毕后产品到达允许的缺陷率才可以出荷。不过由
6、于这时已经有人要返校体检,其他人也军心松散导致集体“早退“,测试没有很正式的进展,只是简洁的做了一下界面的统一和功能的检查,连性能测试都没做。不能不说是实习的一个败笔。 回想之前的工作,不到10周时间我们从学生开头转变为员工,从对公司完全生疏到有了肯定的了解,不管是处世为人还是技术思想我们都有确的确实的进步。 再结合我自己来看一看。的收获就是我克制了有些自大的坏毛病,虚心的向别人学习。我知道这就是我练习与不同类型的人适应,沟通的开头。技术上自不必说,我肯定学到了以前在学校一年也不肯定学到的东西,这就是一个态度的问题。“态度打算一切“,这句话太有道理了。 另外一点圆满就是小孟说的,我好像也感到自
7、己有点“工作狂“的味道。为了拿下那些代码和BUG,我有好几周都连续加班到晚上11点,由于工作占用了时间,我连以前始终的跑步都没坚持下去。这样不是好兆头,我必需要养成合理的作息制度,不管工作怎样忙,必需不能占用自己的作息时间。还有一个就是和别人的交往。曾由于一些小事分别和老胡和哲明闹了不开心,幸好后来都说开了,大家没计较。我肯定要严谨,抑制,肯定不在以后的正式工作中做这样的蠢事。 总体来说,我对实习布满了欢乐的回忆,或许是由于我在大学的生活过于平淡和压抑。盼望我可以连续这样的欢乐,将自己带上事业的顶峰。 程序员个人年终工作总结 篇2 从我11月份离校来到溪谷晨歌网络公司已将近一个半月了,从一个学
8、生变成了一个员工,角色变了,职责也就变了。虽然工作上的许多困难都是在自己的预料之内,可是许多事情都不像在学校里那么简洁、单纯。在工程开发的工作中,难题一个接一个的消失,自信念不止一次的受到过打击,虽然自己早就知道,要做到符合公司的要求,做一名合格的程序员,在学校学的学问,根本就不够,而且很不够。每天醒来我都不断鼓励自己,好好学,以后会好的。在此同时,公司也给了我许多学习的时机,这使我对以后的编程之路又有了些许信念。 一、工作总结 11月下旬与12上旬的几天,我的主要任务是将公司的静态网站与数据库连接做成动态的。由于功能比拟简洁,做起来没有遇到什么困难。可是之后的“南京市砖瓦粘土信息治理”工程,
9、里面涉及到的一个地图功能的实现,让我不知所措,不知道怎么实现。由于自己没有力量完成工程,工程就交给了其他公司,之后的工作都是在合作公司南京宁派网络科技有限公司里学习、工作的,了解他们公司的开发工程流程,学习他们的开发技术,请教他们开发技术上的问题。 二、在工作中主要存在的问题有: 1、由于开头对业务需求不是很熟识,所以在写需求分析与了解所要开发的过程中屡次消失由于需求的缘由,而不断修改、返工的状况。 2、在开发中,用到许多我所不知道或许多我知道但不太熟识的技术,有时甚至会消失这种状况,合作公司的技术人员,讲个名词,我都要百度一下详细什么意思,涉及什么技术。 3、在工作阶段,有时比拟偏向自己的工
10、作便利,忽视了其他同事的工作上的量与难易。 有的功能自己怎么便利怎么写,有点难为其他同事,大家都要相互协作。 三、工作心得 1、在这将近一个半月的工作实践中,我参加的都是团队合作的工程,无论是在自己公司,还是在合作公司,我们都讲究团队精神。在信任自己和他人的根底上,思想统一,行动全都,这样的团队肯定会攻无不克、战无不胜。我们的许多工作是一起完成的,在这个过程中,大家相互提示和补充,大大提高了工作效率,全部的工作中沟通是最重要的,肯定要把信息处理的准时、有效和清楚。 2、每一个工程在开头着手的第一步,肯定要和客户把需求沟通清晰,只有了解了工程的需求,才有可能真正做好一个工程。我们需要向客户提出要
11、求客户供应全部涉及该工程的资料,每次与客户见面都需要熟识业务与程序的最少一至两个程序员随时记录需求。 3、工作中,有一个无论是技术,还是阅历都比拟让人确定的前辈带着,将任务具体化,具体到,每个页面、甚至是一个页面中的图片什么时候做好,做到什么程度,这样把工作进度有规划有方向的赞定下来,做事很有效率。 4、每天的工作小结真的很重要,这让我们每天都有规划的知道自己干了什么,不是漫无目的的工作,所以我们应当养成,日记、周记、月记、年记的工作习惯。 5、工作并不是一成不变的,或许有一天你要去其他岗位帮助,所以同事之间的技术要相互学习,或许有一天,公司需要你发挥其他的技能帮助,所以相互学习也是很重要的,
12、我在宁派公司,深有感受,除编程之外,切图、界面设计等工作都干过。 四、工作教训 经过一个半月的工作学习,我也发觉了自己离一个符合公司要求的程序员还有许多差距,主要表达在工作技能与工作阅历的不够,也是我以后要在工作中不断磨练和提高自己的地方。认真总结一下,自己在一个半月工作中主要有以下方面做得不够好: 1、工作的条理性不够清楚,要分清主次和轻重缓急; 在开发时间很仓促的状况下,事情多了,就肯定要有详实而主次清楚的规划,哪些需要马上完成,哪些可以缓缓加班完成,在这方面还有很大的优化空间。 2、对流程、业务需求不够熟识; 在工作中,发觉由于流程或业务需求的问题而不知道如何下手的状况有点多,包括错误与
13、缺漏还有当时设计考虑不到位的地方,对于这块的掌握力度明显不够。平常总是在开发,但说究竟对业务很熟识才是工程很好完成的前提。 3、缺乏工作阅历; 4、学习的学问不够广泛; 一个工程中,涉及的技术往往有多种,学问多了,就会敏捷变通,以后我会加强这方面的学习。 五、工作规划 临时做出以下几点规划: 1、要提高工作的主动性,做事干脆坚决,不拖泥带水; 2、工作要注意实效、注意结果,一切工作围围着目标的完成; 3、要提高大局观,是否能让其他人的工作更顺畅作为衡量工作的标尺; 4、把握一切时机提高专业力量,加强平常学问总结工作; 5、精细化工作方式的思索和实践。 6、虚心请教比我做的优秀的其他同事,向他们
14、学习技术或阅历。其实作为一个新员工,全部的地方都是需要学习的,多听、多看、多想、多做、多沟通,向每一个员工学习他们身上的优秀工作习惯,丰富的专业技能,协作着实际工作不断的进步,不管在什么环境下,我都信任这两点:一是三人行必有我师,二是天道酬勤。 在参与工作的这短短的一个半月中,我深刻的体会到,把自己全部的精力都投入进去,技术工作都不行能做到完善程度,究竟技术工作太繁杂,工程多而人手少,但多付出一些,工作就会优化一些,这就需要认仔细真沉下心去做事情,就是公司所提倡的企业精神:职业做事,诚信待人。 程序员个人年终工作总结 篇3 先自我简介一下,本人从事开发进一年,xx届毕业生,20xx年11月开头
15、上班,之前做asp,20xx年2月后开头做,由于公司转型,现在带十几个人在一起搞开发,主要是关于准金融行业的行业治理软件。年度总结在会议上也写了,但仅限于对于工作总结及20xx年工作规划,自我总结较少,因此今日特地做下自我的年度总结,主要从技术、治理、人生上面谈谈这一年的收获,前辈路过欢送多多指正。 技术 我在学校里学的是电气自动化,程序根底仅限于c根底课程的一些学问,后来由vb、html转向asp,在asp上花费了不少时间,对asp比拟熟识,后来由于公司业务需要,将开发平台转向,开头对不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里!),后来招来几个北大青鸟
16、的过来最终意识到的强大之处,经过个人的努力已经逐步把握了,现在层次上只能讲个人觉得是入门而已,缘由是多方面的,待会儿会讲到。 信任从面对过程转向面对对象的同学都有一种感觉:面对对象开头真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面对过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才渐渐体会到页面对象的精华来,分层次呈现、分级别访问、封装对象之间各种关系渐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐蔽,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成详细操作这不是现实的实际模
17、型吗?应当这么理解,面对对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其复原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清楚,在模拟现实上它与面对对象相比更易于入门理解,实质上难于精确直接地表述。 面对对象上另一方面是它的设计模式,在之前的面对过程中对这个设计模式并没有清楚地提出来,面对过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是到达了“道”的层次,由于它从更大的方向、更抽象的层次来去表述详细的代码模块之间的关系,可以认为设计模式是完全从
18、实际的应用来不断总结得来的阅历,之间并没有这种术语,但信任前人确定也使用到这种思想,它从实际应用于来,固然要应用于实际工作中,仔细思索不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不行去为“设计模式”而设计模式。 详细到的实现模型中,真正理解它的机制与方法也就不难理解,记住b/s中离不开post或get,全部的autopostback、selectedindexchanged都是去调用form传值,加上runat=server的效劳器控件翻开它生成的源文件也是一般的html标签,微软的让软件开发更简单的思路是很好的,时代在前进,许多年前你使用c写出mis证明你很牛,许
19、多年之后你不在使用c去写“学生治理系统”、“图书馆治理系统”那只能说明你的脑子少一根筋,开发语言都有特长与缺乏的地方,由于它们适用的场合不同,类似不能拿匕首去跟炮弹比,也不能拿c与php比,程序员都有一种偏执的心理,但一点要记住,你面对的用户才有最终发言权,程序能不能满意需要,易用性、稳定性、本钱才是应当首先放到重要位置来去谈的。 治理 最开头担当治理一职时开发团队加我在内只有四个人,那时只是抱着承受挑战的心理去做治理,加上我本人比拟重感情,团队之间关系相处都不错,但严峻的问题渐渐显露出来:工作的随便性、团队精神薄弱、工作方式蛮干,印象深刻的是有几个开头承诺工程不能完工,于是最终每天加班,始终
20、做到早上6点,睡一会7点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。后来随着时间的推动,问题越来越摆在眼前:工程迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板埋怨员工也埋怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我非常信任,工作上主要是治理方法上对我教导了不少。后来我逐步体会到,治理应当是“大家定规章去遵守”,而不应当是“人管人”。 人管人很简单陷入一个误区:领导去时时刻刻关注每个员工,这样最终往往后造成员工对领导的敷衍了事,治理
21、松了员工会责任下下降,治理紧了造成员工与领导关系紧急,另一方面领导时间精力有限必定消耗大量的精力在日常的监视中而不能投入到全局的治理中。 于是“定制度定分工定进度”,明确日常全部的规章制度,这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常治理等规章制度都是我本人制订,然后征求大家意见最终去贯彻执行。中间也遇到了不少问题,比方开头我们内部是允许使用的,后来员工用闲聊的时间增多,大大影响了工作效率,最终决心制止,开头阻力较大(貌似程序员都喜爱挂上几个去到群里搞个群主,虽然群里大多都是菜鸟),最终屡次开会,逐个谈话,说明道理,形势渐渐好转。 工程分工上针对技术水平明确分工,制订工程开发规划
22、,由于开头技术都不是很成熟,不少时间我这边强势要求,使用野蛮方法,完不成加班我陪着加班,这段时间能感觉到员工对我稍有怨言但总体还是认可的。 这期间公司新招人员,人员的增多更使我意识到团队治理的重要性,这期间版本掌握、编码标准、文档治理、bug治理等诸多问题都得到一一解决,技术水平上主要是我个人利用空余时间学习新学问充电,然后绽开各种培训,主要是photoshop、css、js、sql等方面,培训一方面提升了员工的技术水平,一方面我本人在学习培训的过程中得到的最多,由于这个时候个人要求去思索的会,加上我本人对技术兴趣比拟深厚,所以后期工作渐渐踏入良性循环。 待遇低、条件艰难、工作时间长、工作压力
23、大是团队中最大的难题,这方面公司在某些方面决策层有着严峻的错误思想,造成技术人员对公司埋怨增多,在这方面我本人只能以劝架婆的身价去劝慰身边的兄弟,由于我明白现在公司的问题与当前中国软件行业的通病一样,盲目追求利益最大化,不求质量,但求速度,整个社会风气造成软件行业良莠不齐进展,整个中国三四个人的开发团队组成的公司数不胜数,整个程序员阶层生存状况可想而知,疯狂加班、代码质量低下、维护本钱大、稳定性差、用户体验差。固然我们本身不能去躲避这个现状,对于个人来讲任何假大空的口号都是没有意义的,程序员作为技术人员最重要的是心态,以良好的心态去面对各种问题,发觉问题、解决问题,发觉问题埋怨是解决不了问题的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 程序员 个人 年终 工作总结 13
限制150内