程序员个人工作总结

时间:2023-07-25 15:33:26 工作总结 我要投稿

【优】程序员个人工作总结

  总结是对某一特定时间段内的学习和工作生活等表现情况加以回顾和分析的一种书面材料,它能帮我们理顺知识结构,突出重点,突破难点,因此好好准备一份总结吧。但是总结有什么要求呢?下面是小编精心整理的程序员个人工作总结,欢迎阅读与收藏。

【优】程序员个人工作总结

程序员个人工作总结1

  回首过去,展望未来

  还是10个小时就变成20xx年了,回首这一年的工作,有硕果累累的喜悦,有工作当中的艰辛,也有遇到困难和挫折时的惆怅。在项目可开发的过程中,难题一个接一个的出现,自信心不止一次的受到过打击,虽然自己早就知道,要做到符合公司的要求,做一名合格的程序员,这些是远远不够的。每天我都会不断勉励自己,好好学,以后会好的。在此同时,公司也给了我很多学习的机会,这是我对以后的编程之路又有了信心。在担任公司程序员一职已经有一年多的时间,在这一年时间里,我学到了很多东西。每个人都是在不断的总结中成长,不断的是审视中完善自己。在这一年里自己也是在总结、审视中脚踏实地完成好自己的本职工作,现将这一年的'工作总结如下:

  一、想方面

  严格按照一个程序员应有的素养来约束自己,爱岗敬业,具有强烈的责任岗和事业心,积极主动认真的学习专业知识,工作态度端正,听从公司的安排,积极配合客户完善数字化校园系统。

  二、工作方面

  热爱自己的本职工作,能够正确认真的对待每一项工作,工作投入,热心为大家服务,认真遵守劳动纪律,按时上下班,有效利用工作时间,坚守岗位,需要加班完成工作的要按时加班加点,保证工作能够按时完成。在这一年多的时间里面,我本着把工作做的更好这样一个目标,主动了解公司的开发项目流程,请教他们开发技术上的问题。

  三、工作心得

  1. 在这一年多的时间里面,我参与的都是团队合作的项目,无论是自己还是同事,我们都将就团队精神。在信任自己和他人的基础上,思想统一,行动一致,这样的团队一定会攻无不克战无不胜。我们的很多工作是一起完成的,在这个过程中,大家互相提醒和补充,大大提高了工作效率,所有的工作中沟通是最重要的,一定要把信息处理的及时,有效和清晰。

  2. 每一个项目在开始着手的第一步,一定要和客户把需求沟通清除,只要了解项目的需求,才有可能真正做好一个项目。我们需要向客户提出,要求客户提供所有涉及该项目的资料,每次与客户见面都需要熟悉业务与程序的程序员随时记录需求。

  3. 工作中,将任务详细化,详细到每个页面,甚至是一个页面中的图片什么时候做好,做好到什么程度,这样把工作进度有计划有方向的定下来,做事很有效率。

  4. 每天的工作小结真的很重要,这让我们每天都有计划的知道自己干了什么,不是漫无目的的工作,所以我们应该养成,日记、周记、月记、年记的工作习惯。

  5. 工作并不是一成不变的,也许有一天你要去其他岗位帮忙,所以同事之间的技术要相互学习,也许有一天,公司需要你发挥其他的技能帮忙,所以相互学习也是很重要的。

  四、工作教训

  在公司工作的期间,我也发现了自己离一个符合公司要求的程序员还有很多差距,主要体现在工作技能与工作经验的不够,也是我以后要在工作中不断磨练和提高自己的地方。仔细总结一下,自己在工作中主要有以下方面做的不够好:

  1. 工作的条理性不够清晰,要分清主次和轻重缓急。

  在开发时间很仓促的情况下,事情多了,就一定要有详细而主次分明的计划,哪 需要立即完成,哪些可以缓缓加班完成,在这方面还有很大的优化空间。

  2. 对流程、业务需求不够熟悉。

  在工作中,发现因为流程或业务需求的问题而不知道如何下手的情况有点多,包括错误与缺漏还有当时设计考虑不到位的地方,对于这块的控制力度显然不够,平时总是在开发,但说到底对业务很熟悉才是项目很好完成的前提。

  3. 缺乏工作经验。

  4. 学习的知识不够广泛。

  5. 要提高工作主动性,做事干脆果断,不拖泥带水。 工作要注重实效、注重结果,一切工作围绕着目标完成。 要提高大局观,是否能让其他人的工作更顺畅作为衡量工作的标尺。 把握一切机会提高专业能力,加强平时知识总结工作。 精细化工作方式的思考和实践。 虚心请教比我做的优秀的其他同事,向他们学习技术或经验。

  其实作为一名员工,所有的地方都是需要学习的,多听、多看、多想、多做、多沟通,向每一个员工学习他们身上的优秀工作习惯,丰富的专业技能,配合着实际工作不断的进步,不论在什么环境下,我都相信这两点:一是:三人行必有我师,二是:天道酬勤。作为一个新人来说,不懂就要问。在这里我觉得,如果是单纯技术上的问题,如果可以google到的,我认为就可以自己消化掉。问的问题一定要先google,然后带着自己的想法,去问一些有经验的人,收获会更大。

  曾经的我,埋头写代码,那时候很怕上司知道自己这不会,那不会。所以拼命的掩盖自己不会的东西,自己查资料,下班了问同学,上论坛发问。但是由于逻辑和现实需求不一样,所以结果不理想。如果那时候,我把自己不理解的地方和上司谈,也许会很快的就能完成这个任务,而不是返工。

程序员个人工作总结2

  程序员:举世至主,万元之源,众物所幕,神祗皆掌,岁能长立,箜有己出。弈中悲苦,是自了得!幸事祸事飘忽于其思想,晓如今,心思想,新纪元,心结缘,把话晾。

  世间万物,出于思想,毁亦思想。而思想的源头正是程序员。

  程序员在被选择作为程序员之前,只是一个程序,程序当然就是指程序员的衍生物,程序员就是本单位思想的创造者,他创造着每一个程序,而程序也有其思想,这思想当然是程序员写进去的,程序员就这样靠着周而复始的写程序来获得自己的永生,这或许也是一种宿命,他要一直写下这程序来完成前任程序员给予的使命,当然每个程序员都有着崇高的`使命感,不然他们是做不了程序员的。

  写程序固然是一种快乐,他可以随着自己的思想创造出一切自己所思自己所想的东西出来,任由思想在空寂游荡而有其始终。虽然这是一项每天创造新鲜的活,然程序员终有其果。于是,新纪元再次到来,当程序员写下足够的程序后,他有了新的选择,那就是退出自己的思想,把任务交给下一代的程序员来完成。在这之前,当然有件最主要的事需要做,那就是创造出一个新的程序员。如此,程序员将会将自己写进程序,为达此目的,他将用尽索想提前写好自己成为程序后的万物程序,保证新老程序员的顺利交接

  程序员经过一直以来的坚苦努力,终于熬到了纪元期。忆当初,自己被选择做了这举世至主,纵是万元之源,然其中悲苦,是自了得!

  我们都是别人写下的程序,然谁有能理解程序员之痛,程序员有着众物所幕的岁能长立,然生生死死,亦不曾快活。

程序员个人工作总结3

  这一年来的工作已经结束了,我知道这对我而言是有很大的提高,作为一名程序员我坚定的认为自己是可以做的更好,在未来的学习当中我还是深有体会的,以后在学习当中,在这一点上面我希望自己可以做的更加的到位,作为一名技术人员,我还是做的非常不错的,希望自己在这一年来的工作当中我可以继续维持好的状态。

  这一年来的工作当中,我现在还是希望可以做的更好,公司对我的培养还是比较多的,在这方面我是坚定的体会到了这一点,在未来的工作当中,我是坚持的做好了很多的事情的,年终之际我回顾起来确实是获得了很多,我也希望自己在以后的学习当中,我深刻的意识到了这一点,过去一年来我也是独完成了很多的工作,也和公司的同事一起合作了一些项目,在这个过程当中,我也确实是深刻的意识到了这一点,我知道在这方面我是维持了一个好的状态,现在回顾起来我清楚的意识到了这一点,通过这次的项目我还是深有体会。

  我绝得工作能力是需要不断的去落实,对于这一点我是感觉非常有意义的,年终之际,在这个过程当中,我清楚的意识到了这些细节是可以做的更加到位,我觉得以后还会有更多的事情可以做好,这一年来的工作结束了我也是希望自己可以把工作做的更好,想要把工作做的更好,我还是深有体会,在一些事情上面,我确实感觉很有意义,在工作当中我进一步的调整好了自己各个方面的职责,公司对我个人能力还是做出了很多的判断,我相信在这一点上面我知道自己各个方面是非常有意义的,在公司做好自己分内的职责,当然我也是意识到了自身的努力还是值得的`,我也想要为公司争取更多的.价值。

  我也是清楚的意识到了自己的不足,虽然每天的工作很充实,但是在一些项目上面,还是做的不够好,出现了一些细节的问题,这也确实是我应该要去调整好的,我会改正自己的不足之处,在以后的学习当中,我会继续做好自己分内的职责,在程序工作方面应该要更加的细心,我会让自己做的更好的,感激公司领导的关照,以后我也一定会让自己做出更好努力,努力提高自己的工作能力,做技术工作让我感觉很有意义,新的一年我一定会认真做好工作。

程序员个人工作总结4

  以前在校很少自己做程序,对软件工程更是一无所知。来到公司,开始接触"大规模"(其实现在看来实习的项目其实还是很小的)软件开发,一时真的有些迷茫。比起VSS,MVC,QA,CMMI,我对JAVA,JSP,_ML的一窍不通根本不值一提。大家都不想输在"起点",所以都默契地在加班,这样一直持续了实习的两个月。

  刚来的时候"始业教育"显得慢吞吞,我们还经常盘算去哪哪玩之类的。我和__(20个新生里一个南区的兄弟,软件学院的)还经常出去吃各种小吃,每到一处都尝尝本地的风味,这是他的习惯。之后开始的培训还不是很难过,JAVA,C++,ORACLE,老师们讲的很"好",可以说是非常好,好得我们没有几个人能听懂。大家开始发愁,我也是每天晚上都基本看书到10点。

  "我心说得亏哥们我还练过",来之前的2月份我就自己买了一本THINKINGINJAVA,看懂看不懂怎么说也算是准备了一下JAVA。C++虽说没去上过课,但凭我的直觉我就一下看中这东西很有用,自己也看过一阵。至于ORACLE,虽然不了解,但毕竟因为佩服"云飞扬"的性格和敬业精神,咱SQL选修也不是白混的。专业倒还有点"基础",再加上咱这自学能力也不是吹的,基本维持。可等到后来的日语课就全迷糊了:本就没有语言天赋,再加上记忆严重欠缺,总是特别害怕去上日语课。不过特别喜欢那个老师说话的感觉,加上她一直对我都很好,所以还是很用心的学着。

  随着培训的收尾,我们开始正式进入项目。从需求分析,概要设计到详细设计,我们一步一步的开始接触软件开发的每个细节。不了的就是每天都要记"周报",填写自己的劳动成果。因为这个我还被QA通报了好几次呢,真的很郁闷。其实现在我很感谢这种制度化的东西,某些情况下好习惯的养成是要靠强制来确保的。详细设计之后就是企盼已久的编码,我心想终于可以做点"正事"了。现在回头一看才知道,其实编码只占软件开发的整个过程劳动量的1/4左右,而且其他的环节也不是想象中的那么无足轻重。

  编码我其实做的很不好,主要是因为需求分析阶段就没有认真仔细的理解需求和规格说明,加上编码时一个关键时段我回校和老同学叙旧。那阵项目经理(PM)就经常和我们说,"有问题自己想办法,不要经常问我"。PM其实是在叫我们自己酝酿,遇到难题只有"憋"一"憋"才能有真的收获。而我不在的那三天正好是大家技术/思路上的一个"跃迁",很多难题的解决方法都基本成熟,大家的编码也接近50%了,所以回来时我感觉已经掉队很多。再一个就是编码中期时机器出问题,环境搭不上了,这使我更加紧张和急躁,大大影响了我的士气。

  后来利用五一其间的加班我终于赶完了自己的模块,达到了第一个里程碑。其实从发现落后到加班赶完这段经历,对我来说也具有里程碑的`意义。不仅考验了我自己的能力和心理素质,也证明了我对集体的责任感和合作意识。我可以叫别人来帮我做赶上进度,但那样我会错过自己学习的机会,以后再遇到难题我还是不行;我也可以硬着头皮导致项目延期,那样我以后的日子保证不好过,而且这么做也不符合我的性格。事实证明我顶住压力独立完成任务不管是对集体还是对我个人都是一件大好事。

  紧张的编码之后是单体测试,很多人都在继续编码,原来大家的编码都是没有完全做完。本是自己给自己挑毛病的过程,我们却都用来完成之前没有完成的任务,说来不禁可笑。

  单体测试之后就是恶梦一样的系统测试。传说系统测试压力很大,测试组找到BUG上报后这边就得限期修改,之后提交给测试组进行下一轮的测试,回归若干次,测试结束后产品达到允许的缺陷率才可以出荷。不过由于这时已经有人要返校体检,其他人也军心涣散导致集体"早退",测试没有很正式的进行,只是简单的做了一下界面的统一和功能的检查,连性能测试都没做。不能不说是实习的一个败笔。

  回想之前的工作,不到10周时间我们从学生开始转变为员工,从对公司完全陌生到有了一定的了解,不管是处世为人还是技术思想我们都有确确实实的进步。

  再结合我自己来看一看。的收获就是我克服了有些自大的坏毛病,虚心的向别人学习。我知道这就是我练习与不同类型的人适应,交流的开始。技术上自不必说,我绝对学到了以前在学校一年也不一定学到的东西,这就是一个态度的问题。"态度决定一切",这句话太有道理了。

  另外一点遗憾就是小孟说的,我似乎也感到自己有点"工作狂"的味道。为了拿下那些代码和BUG,我有好几周都连续加班到晚上11点,由于工作占用了时间,我连以前一直的跑步都没坚持下去。这样不是好兆头,我必须要养成合理的作息制度,不管工作怎样忙,必须不能占用自己的作息时间。还有一个就是和别人的交往。曾因为一些小事分别和老胡和哲明闹了不愉快,幸好后来都说开了,大家没计较。我一定要严谨,克制,绝对不在以后的正式工作中做这样的蠢事。

  总体来说,我对实习充满了快乐的回忆,也许是因为我在大学的生活过于平淡和压抑。希望我可以延续这样的快乐,将自己带上事业的顶峰。

程序员个人工作总结5

  这一年的工作结束了,我们部门在工作当中也是取得了一些成绩,确实是有进步的,细细回顾过去的一年还是取得了一定的成绩,在工作当中,大家都在认真负责的做好分内的事情,作为一程序员,我感觉自己在工作当中还是有一定的成长的,也就过去的一年我总结一下。

  对此我也是抱着非常大的信心,我也知道新的一年工作结束了,这对我也是一个非常大的提高,我也一定会坚持做的更好一点的,在过去的一年里我参与了两个项目,陆陆续续都是完成了,感觉特别的充实,对我个人能力也是一个不错的提高,也希望以后这些可以继续去做好,充实自己,作为一名程序员我按时的完成好工作,每天都认真的处理好相关的职责,在这个过程当中,我还是希望把项目做的更好一点,在这方面我也是坚持做好了这些,这一年来在工作当中,我也是端正好了自己的心态,在这方面我也是养成了良好的心态,我一直都能够体会到这一点,在这方面,我真切的体会到了这些细节。

  尽管过去一年在工作当中,做的不是很好,但是我还是对自己很有信心的,我非常清楚这一点,有的时候也会加班到很晚,可是每一次解决完问题后的那种喜悦是很好,让我很有成就感,做好一个项目不是一件容易的事情,现在在这项目的工作当中,我还是有很多值得去提倡做好的地方,我也很清楚在工作当中,我应该要去进一步维持下去的,这一年来经过工作的洗礼,在抗压能力上面我是有很多进步的,作为一名程序员有的时候一个项目需要不断的.改,确实在这方面我还是感触很深刻的,我深刻的体会到了这一点,现在我当然是清楚自己接下来应该往什么方向努力,做好这份在的前提是提高个人综合素养。

  新的一年开始,我一定会在这方面,进一的维持下去,搞好每一个项目,做到让客户满意,按照客户的要求去搞好工作,这一点是非常重要的,需要继续维持下去的,工作是自己分内的事情,这一点不容忽视,对自身的要求高一点,虽然新的一年当中取得了不错的成绩,但是在未来的工作方面这些是需要做出成绩来的,提高业务能力的,坚决不能忽视掉,一年的时间虽然结束了,可是这个过程让我很充实,也让我能够做的更好更加优秀,接下来认真做出一个好的成绩。

程序员个人工作总结6

  光阴似箭,岁月蹉跎。转眼间一年又过去了,回首过往,内心不禁感慨万千。

  由于之前的种种原因,我于今年十月份在公司入职,首先非常感谢公司给我这个成长的平台,虽我来公司时间不长,但是公司给予的环境令我在工作中不断的学习,不断的进步,慢慢的提升自身素质与才能。在公司浓浓的爱岗敬业大环境下,我深受感染和熏陶。

  工作上,看到周围同事都围绕公司的中心工作,对照相关标准,严以律己,较好的完成各项工作任务。在作风上,周围同事都能遵章守纪、务真求实、乐观上进,始终保持严谨认真的工作态度和一丝不苟的工作作风,勤勤恳恳,任劳任怨。看到同事们都这样的对待自己的本职工作,让我也不由自主的用这样的标准要求自己。

  来公司第一周在闫振生组长的悉心指导和帮助下,我很快了解和熟悉了我们JAVA组正在开发评课管理项目的业务流程及项目结构,使我很快的融入组织、迅速的进入开发模式。进入开发模式后,有时候会遇到一些问题在我们组成员的帮助下都一一得到解决。所以我在此感谢我们组的全体成员,谢谢你们平日的帮助和鼓励,我会更加努力做好自己的本职工作。

  可能由于来的时间短,我对公司的体会和感慨也仅仅只有这寥寥数笔,但是我从中学到的东西是受益终生的。

  展望未来,在新的一年里我要提高工作的主动性,做事干脆果断,不拖泥带水;工作要注重实效、注重结果,一切工作围绕着目标的完成;要提高大局观,是否能让其他人的.工作更顺畅作为衡量工作的标尺;精细化工作方式的思考和实践;虚心请教比我做的优秀的其他同事,向他们学习技术和经验。其实作为一名新员工,在工作中有很多地方都是需要向老员工学习的。多听、多看、多想、多做、多沟通,向每一个员工学习他们身上的优秀工作习惯和丰富的专业技能,配合着实际工作不断的进步。我一直坚信这两句话:“三人行必有我师”和“天道酬勤”。

  在参加工作的这短短的一个半月中,我深刻的体会到,即使自己把所有的精力都投入到技术工作中去也不可能能做到完美,毕竟技术工作太繁杂,项目多而人手少,但多付出一些,工作就会优化一些,这就需要认认真真沉下心去做事情,职业做事,诚信待人。

  最后,对公司提一点点小意见——希望公司多组织一些员工活动,增进各个部门之间同事的相互了解,为以后的工作中同事之间能更好协作夯实基础。

程序员个人工作总结7

  首先感谢您们给我到公司工作的机会,对此,我感到无比的荣幸和激动。我一定会珍惜这来之不易的机会,在今后的工作中,好好表现自己,全身心地投入到公司的工作中去,为公司明天的发展,贡献自己全部的力量。

  我是20xx年XX月XX日进入公司的,至今已有X个多月的时间了。这X个多月来,是我人生的重大转折。非常感谢我的领导和同事们,他们给了我很多无私的帮助和指导,让我能够在工作上迅速入手。

  虽然X个月时间不算长,但我已经深深被公司良好的企业文化氛围所吸引。公司的领导注重人性化管理,工作环境宽松,在这样的氛围中,可以极大地激发我的自身潜力,使我以更积极的心态投入到每天的工作中。

  根据公司的需要,接下来开始做关于流程模块的工作。总结X个多月来的工作:

  20xx/XX/XX—20xx/XX/XX刚开始的半个月时间,主要是熟悉工作环境,融入bs开发团队,试着开发一个模块(奖金管理)并完成。在学长手把手的教导,如何代码不规范,变量名不规范,模块的业务逻辑怎样,功能如何实现,让我在工作初始收获不少。

  20xx/XX/XX—20xx/XX/XX要就是模块的开发——奖金管理、出差管理、角色管理的开发。过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,模块的开发也越来越得心应手。

  20xx/XX/XX—20xx/XX/XX这一个月应该是技术方面收获的一个月,新年来,组长让我协助他整理后台,将近一个多星期的学习,对后台类的结构有了更一步认识以及树和表格的框架。然后,接下来的一星期看了前台对树的.解析和主页面的设计,确实很精彩。

  20xx/XX/XX—20xx/XX/XX职位管理,员工待遇,标准待遇模块的开发。重写json封装工具类,重写后较之前的的优势:处理的数据量增加100倍左右,处理速度增加10倍左右;缺点:封装后的对象里各个字段不会排序(debug时会有影响)。反复测试、完善后开始使用。

  20xx/XX/XX—至今公司搬迁后,由于eli服务连不上无法做开发。主要的工作就是协助组长写开发文档。

  工作之余,我也会为自己充电,阅览一些技术网站和看电子书(《重构—改善代码的既有结构》《java王者归来》。)。努力提高自己的综合素质,努力成为公司所需要的合格人才。

  我深知一名程序员,不仅需要有耐心、细心,还要具有较强的责任心,能够为自己所属的工作负起全部责任,并在工作中不断进取,努力提高自己的专业素质,我深信我本人一定能做到这些。

  我本人工作认真,注重团队的合作协调,责任感强。我自信,并能够把所有的精力都投入到工作中去。成功地完成各项工作。

  基于以上所述,我申请转试用,希望早日得到领导的认同,以便更积极深入地开展工作。

程序员个人工作总结8

  通过这次实习,有接下来的几点认识。

  1、对于一个项目来说,良好的文档是正规研发流程中非常重要的环节,作为代码程序员,我们很多工作时间都是在写技术文档,它会在未来的升级以及模块的复用时起着至关的作用。所以我们必须注重这个。

  2、良好的代码编写习惯也是非常重要的,它不但有助于代码的移植和纠错,也有助于不同技术人员之间的协作。我们要使我们的程序具有易读性,易扩展性,容错性。

  (1)易应有尽有性:所有的变量和函数以及类名都用简单易懂易记忆的'命名方式,所有类和函数,变量都有关键的注释说明。这点很重要,也很基础。

  (2)易扩展性:整体系统架构逻辑简单清晰,模块与模块之间尽量做到互不影响,也就是尽可能的独立,这部分工作主要体现在前期设计工作中,需要掌握好的设计经验和方法才能够做的比较好。

  (3)容错性:对所有数据都进行有效性检查:对第三方接口的调用失败的容错性。对所有代码都做调用失败后的处理。以及在大的工程中加入trace文件输出,把关键的操作信息输出,以便对工程异常情况产生条件的定位,及时解决问题。

  3、一个好的调试、跟踪与测试方法是非常重要的。我们需要对每个模块的接口做测试,数据界的检查,在对整个模块做测试。主要测试稳定性,效率及功能是否正常。确认单个模块完全,再加入工程。我觉得在我们调试时用debug模式启动服务器是一个非常好的选择,我们可以很快定位到出错的地方。并用可以找到解决的办法。

  总之这一段实习的经历让我明白了:一个优秀的程序员必须不断的学习,随时总结,找到自己的不足,这样逐步提高,才能让自己很快的成长起来。

程序员个人工作总结9

  时光如水,岁月如梭。

  快乐的时间总是短暂的,今年过得很快。

  工作四年了,保持着每年写一份总结的习惯。

  我很希望总结有一个醒目的名字,比如从xx到xx,或者薪水从yyyy到yyyyy这样。可惜什么都没有,我的职位依然是软件开发,薪水依然是那么多。现在经济萧条,估计也没什么希望涨钱了。

  对于怀有远大抱负的同学,这份总结应该是份反面教材。

  记得去年写总结的时候心情很差,抱怨了很多当时的工作以及领导"花生",那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

  不得不说这一次求职我是认真的把它当作一个工程去做,客观得对自己进行了定位,而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。

  投简历面试的过程非常折磨人,尤其是我的处境(每天很大压力,完全是自我打磨的阶段)。

  我清楚地记得面试现在这份工作那天是某个周六,我的经理"娃娃"和技术主管t同意我周末面试。一共4个小时,那绝对是一个互相争取的过程。他们对于工作的热情打动了我,觉得和这样的团队合作一定可以有火花。

  真是幸运,当我正视错误,用行动做出改变的时候,找到了一份我要的工作。入职三周已经和团队磨合得很好了,用同事的话说就是觉得我已经加入很久了。

  这里不得不说一句我们的团队,一个老中青结合富有战斗力的集体,而且还不乏八卦调节生活。每个人都特别,合作也会有摩擦,但是整体运作非常协调,开发速度和效率都高。从他们身上我看到不同的工作态度,生活态度。这些对我的职业规划都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话,现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我,从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了,而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说,当我们带着创意去和老板谈的时候他是我坚强的后盾。

  这一年下来我在纯技术上的提高并不多,我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面,如果说前两年我还需要领导把需求说得很明白,还会为"马后炮"而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求,也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近,而且还可以想到客户将来会需要什么(我曾经的领导应该很欣慰,他培养的人终于达到他说的big picture了)。

  也许这也是我一年来少来csdn的`缘故吧,不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。

  其实把需求抽象建模还是很麻烦的,很多时候在最初阶段客户自己都不知道自己要的是什么样的方案。对于需求很明确的客户实在太少了。这个不断修改的阶段耗时耗力,关键是还不一定能争取下来拿到单。我们单位有个很好的传统,当争取到新的客户后。售前和销售都会对我们开发人员作一次演讲,分析客户特点(一般客户都比较有名没啥说的)以及我们的解决方案中哪些部分是最打动客户的,也就是"利润"点。每一次这样的会议都会伴随着很久的讨论余波,开发者在讨论的时候又会产生新的想法,我是100%享受这样的流程。

  实在要说技术点上面,第一个接手的工程是提速,大量数据快速插入数据库(我找到的.net的bulkcopy,vb6的string class+union all ),开始大面积接触sql server XX,写很多存储过程,.net写一些winform的东西,不是特别高深。但是很好的对于结构的锻炼vb6跟不同版本的cad及其衍生物结合(这个一直在做,不过越做越高深),最后就是我每年都会写的"细节与规范",现在身边立着几个榜样,我需要时时刻刻鞭策自己。

  工作上还不那么顺畅的是"协调"。数据库和代码的协调,开发时间的协调,开发和安装的协调,版本之间升级的协调。有些是不得已而为之,但有些是可以通过方法避免的。而且不同的人有不同的做事方法,这个上面值得我学习的还很多。

  关于加班,今年是我加班时间最长的。会有连续几星期都在10点左右下班的时候,不过还是很快乐。因为是自己想把东西做好做精。当然还有的时候是友情加班,陪兄弟们共患难。

  我代表开发部参加了单位的活动组织小组。这个小组就是组织大家每个季度公款fb一次,还有年会。参加这个挺有意思的,多些机会认识不同部门的同事。另一方面也让我开朗健谈些,这些年越来越安静了,不知道算不算好事。

  还有一点今年深刻的体会就是虽然我是做技术的,大部分时间跟机器打交道。但是我还是作为一名员工在部门和公司中的。自己的个性或者对事物的看法也影响着身边的同事。今年中国发生了好多事情,有愤怒,有自豪,有震惊,有悲哀。记得某大使说过我们需要中西方更多的沟通,从来没有哪一年让我觉得有如此重的责任感与使命感。

  圣火传递的时候我把搜集来的资料群发,地震的时候募集捐款,奥运的时候穿着爱国t。今年给了我很多话题,自己也更有意识的把一些信息传递给身边的同事。

  最后说生活上:

  满意的事: 完成了又一个旅行梦想,

  自豪的事: 参与组织了爱国学生运动,这辈子没操过那么多的心。10天没写一行代码,还请假(幸亏那阵子不忙),

  期待的事情: 年底回家,

  低头做事,抬头做人。

程序员个人工作总结10

  光阴如梭,一年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的过去,满怀热情的迎来即将到来的新的一年。在这年终之际,现对来公司一年的时间里所作的工作总结如下:

  一、x项目的编码工作

  从了解x项目的背景、及计划安排,熟悉x公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了x项目的模块测试及流程测试。

  通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。

  二、erp项目的实施工作

  从x月初开始进行x项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。通过这项工作,使我原本欠缺的'业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。

  三、帮助和使用手册文档的编写

  帮助的编写使我熟悉了x的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。

  四、利用工作之余的休息时间加强学习

  平时注意收集有关x方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识,为后期的工作打好基础。

  展望临近的新一年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。相信自己会完成新的任务,能迎接新的挑战。

程序员个人工作总结11

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

  一、正义erp项目的编码工作

  了解xx正义项目的背景、及计划安排,熟悉正义公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。

  通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。

  二、正义erp项目的实施工作

  xx月初开始进行正义项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。

  通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的'流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。

  三、帮助和使用手册文档的编写

  帮助的编写使我熟悉了dreameweaver和fireworks的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小问题进行了最后的修改。

  四、利用工作之余的休息时间加强学习

  平时注意收集有关pb方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识,为后期的工作打好基础。

  以上为本人粗略的个人工作小结,请领导审阅,如工作上有不到之处,请领导不吝指出,以便本人及时改正,从而能更好地工作。

  展望临近的20xx年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。相信自己会完成新的任务,能迎接新的挑战。

程序员个人工作总结12

  时间一晃,一年的时间就这样过去了。回顾过去的这段时间,可以说是一部辛酸史。因为本身之前没有学的这个专业,所以,在这行业里面,基本上技能为零。好在上级领导的正确引导和同事的关心与支持,加上自己的努力,这才渐渐进入这个圈子。在过去的一段时间里,我对自己的工作总结如下:

  一、培训学习和日常工作积累。

  在X月中旬我来到了XXXX公司信息科技有限公司参加招聘,经过几轮面试和笔试,终于能够有幸加入了XXXX公司这个大家庭,在我进入公司时我拿到的第一份资料就是公司介绍和新员工入职说明,当时只是觉得公司很正规,很强大。在和部门领导以及项目经理交流后,感觉公司很亲切,很温馨。对其它方面就不太知道了,特别是对视频监控几乎一无所知。通过三个月的亲身体会,对智能交通和公司有了一定了解。公司的理念在平时的工作以及项目开发时体现的淋漓尽致,本人对公司的理念非常认同。公司发展不忘回报社会的壮举,令人敬佩。公司以人为本、尊重人才的思想在实际工作中贯彻,这是XXXX公司能发展壮大的重要原因。在十年左右的时间实现跨越发展的确很不容易,在智能交通行业深入发展是XXXX公司的雄心壮志,也是凝聚人才的核心动力。现在公司在视频监控以及安防行业起到了举足轻重的地位,今后还将更加辉煌。

  二、遵守各项规章制度,认真工作,使自己素养不断得到提高。

  爱岗敬业的职业道德素质是每一项工作顺利开展并最终取得成功的保障。在这半年多的时间里,我能遵守公司的各项规章制度,兢兢业业做好本职业工作,半年来从未迟到早退,用满腔热情积极、认真地完成好每一项任务,认真履行岗位职责,平时生活中团结同事、不断提升自己的团队合作精神。一本《细节决定成败》让我豪情万丈,一种积极豁达的心态、一种良好的习惯、一份计划并按时完成竟是如此重要,并最终决定一个的人成败。这本书让

  我对自己的人生有了进一步的认识,渴望有所突破的我,将会在以后的工作和生活中时时提醒自己,以便自己以后的人生道路越走越精彩。

  三、认真学习岗位职能,工作能力得到了一定的提高。

  根据目前工作分工,我的主要工作任务是(1)参与公司软件项目的开发与测试;(2)负责XX省路警联合指挥中心软件系统的维护工作。通过完成上述工作,使我认识到一个称职的开发人员应当具有良好的语言表达能力、扎实的技术能力、较强的逻辑处理能力、灵活的应变问题能力、有效的对外联系能力。在参与项目开发的过程中,发现很多看似简单的工作,其实里面还有很多技巧。

  四、不足和需改进方面。

  虽然加入公司这个大家庭已经半年有余,对开发技术掌握的还不是很深,对发现问题的处理还不是很全面,对分工的工作还没有形成系统的计划。随着对公司和工作的进一步熟悉,我也希望能够在今后的'工作中更加迅速的提升自己的业务能力以及技术能力,我觉得多做一些工作更能体现自己的人生价值。“业精于勤而荒于嬉”,在以后的工作中我要不断学习业务知识,通过多看、多问、多学、多练来不断的提高自己的各项业务技能。学无止境,时代的发展瞬息万变,各种学科知识日新月异。我将坚持不懈地努力学习各种知识,并用于指导实践。在今后工作中,要努力做好开发人员的本职工作,把自己的工作创造性做好做扎实,为项目的开发以及公司的发展贡献自己的力量。

  五、工作计划 暂时做出以下几点规划:

  1、要提高工作的主动性,做事干脆果断,不拖泥带水;

  2、工作要注重实效、注重结果,一切工作围绕着目标的完成;

  3、把握一切机会提高专业能力,加强平时知识总结工作;

  4、精细化工作方式的思考和实践。

  5、虚心请教比我做的优秀的其他同事,向他们学习技术或经验。

  6、要提高大局观,是否能让其他人的工作更顺畅作为衡量工作的标尺;

程序员个人工作总结13

  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.调试’

  调试的任务就是根据测试时发现的错误,找出原因和具体的位置,进行改正。调试工作主要由程序开发人员来进行,谁开发的程序就由谁来进行调试。

  目前常用的调试方法有如下几种:

  ·试探法。调试人员分析错误的症状,猜测问题的所在位置,利用在程序中设置输出

  语句,分析寄存器和存储器的内容等手段来获得错误的线索,一步步地试探和分析出错误所在。这种方法效率很低,适合于结构比较简单的程序。

  ·回溯法。调试人员从发现错误症状的位置开始,人工沿着程序的控制流程往回跟踪代码,直到找出错误根源为止。这种方法适合于小型程序,对于大规模程序,由于其需要回溯的路径太多而变得不可操作。

  ·对分查找法。这种方法主要用来缩小错误的范围,如果已经知道程序中的变量在若干位置的正确取值,可以在这些位置上给这些变量以正确值,观察程序运行的输出结果。如果没有发现问题,则说明从赋予变量一个正确值开始到输出结果之间的程序没有错,问题可能出在除此之外的程序中,否则错误就在所考察的这部分程序中,对含有错误的程序段再使用这种方法,直到把故障范围缩小到比较容易诊断为止。

  ·归纳法。归纳法就是从测试所暴露的问题出发,收集所有正确或不正确的数据,分析它们之间的关系,提出假设的错误原因,用这些数据来证明或反驳,从而查出错误所在。

  ·演绎法。根据测试结果,列出所有可能的错误原因。分析已有的数据,排除不可能和彼此矛盾的原因。对余下的原因,选择可能性最大的,利用已有的数据完善该假设,使假设更具体。用假设来解释所有的原始测试结果,如果能解释这一切,则假设得以证实,也就找出了错误;否则,要么是假设不完备或不成立,要么有多个错误同时存在,需要重新分析,提出新的假设,直到发现错误为止。

程序员个人工作总结14

  进入公司以来,我一直以来认真工作为己任,学习不同的知识扩充自己,在整个试用期期间,没有什么过多的失误,一步一步慢慢的成长到现在这个地步。虽然三个月的时间不长,但是自从进入公司之后我就没有停下学习的脚步,对我来说,工作就是学习,学习就是工作,让我在程序员的道路上取得一些小小的成绩,现将近期的工作情况做如下总结。

  其实我自认为专业上的能力并不是特别强,很感谢领导对我的赏识,因此在试用期期间我不敢有丝毫的懈怠,在工作中也不想被其他的`员工比下去。在进入公司的时候我就明白只有在第一步先了解公司的规定,才能够减少犯错的机会,才能在工作上表现的更加的出色,融入到工作环境当中去,和同事之间也建立相当友好的联系。在工作的过程中,我一直信奉着认真做到最好才能有所提高,因此就算会花费更多的时间和精力,我依然以细节为重,通过学习工作当中的细节提高自己的工作能力,让自己变得拥有更加精细的工作技能,在这个岗位上能够更加的得心应手。

  作为一名新来的员工,大致的情况了解的不够充分,工作经验也不够,但是勤奋是我一直前进的财富,因此在工作期间我一直对任何事情都虚心以待,请教前辈,学习不同的处理方法,增加自己的工作经验。我十分喜欢学习的过程,这不仅充实了自我,也在提升自己的思维境界,也是努力学习在久了今天的我,在之后我也会一直保持着这样的劲头学习下去。

  因为我是新人,对工作的流程不了解,因此在工作的过程中难免会出现一些问题,但也是通过发现问题,解决问题的过程中完善自我,提高自我。虽然我做的工作还算不错,但是因为过于追求细节,浪费了时间,在最开始还好没有太多的工作要做,时间也还算是充足,但是随着对工作的*了解,我的工作量加大,而且交任务的时间也有所规定,但是我的速度还是没有改变,因此我的工作效率就不是很高,在之后需要在这一点上继续改进。

  试用期即将结束,但是我对工作的热情一直没有变,在之后我相信通过不断地积累经验,学习新的专业知识,了解公司的结构,在程序员这个岗位上面挥洒出自己的能量,让公司的前进有我的一份力。

程序员个人工作总结15

  先自我简介一下,本人从事开发进一年,09届毕业生,08年11月开始上班,之前做asp,09年2月后开始做,由于公司转型,现在带十几个人在一起搞开发,主要是关于准金融行业的行业管理软件。年度总结在会议上也写了,但仅限于对于工作总结及20xx年工作计划,自我总结较少,因此今天专门做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获,前辈路过欢迎多多指正。

  技术

  我在学校里学的是电气自动化,程序基础仅限于c基础课程的一些知识,后来由vb、html转向asp,在asp上花费了不少时间,对asp比较熟悉,后来由于公司业务需要,将开发平台转向,开始对不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里——!),后来招来几个北大青鸟的过来终于意识到的强大之处,经过个人的努力已经逐步掌握了,现在层次上只能讲个人觉得是入门而已,原因是多方面的,待会儿会讲到。

  相信从面向过程转向面向对象的同学都有一种感觉:面向对象开始真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才逐渐体会到页面对象的精华来,分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解,面向对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。

  面向对象上另一方面是它的设计模式,在之前的面向过程中对这个设计模式并没有清晰地提出来,面向过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次,因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的应用来不断总结得来的经验,之间并没有这种术语,但相信前人肯定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不可去为“设计模式”而设计模式。

  具体到的实现模型中,真正理解它的机制与方法也就不难理解,记住b/s中离不开post或get,所有的autopostback、selectedindexchanged……都是去调用form传值,加上runat=server的`服务器控件打开它生成的源文件也是普通的html标签,微软的让软件开发更容易的思路是很好的,时代在前进,很多年前你使用c写出mis证明你很牛,很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋,开发语言都有长处与不足的地方,因为它们适用的场合不同,类似不能拿匕首去跟炮弹比,也不能拿c与php比,程序员都有一种偏执的心理,但一点要记住,你面对的用户才有最终发言权,程序能不能满足需要,易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

  管理

  最开始担任管理一职时开发团队加我在内只有四个人,那时只是抱着接受挑战的心理去做管理,加上我本人比较重感情,团队之间关系相处都不错,但严重的问题逐渐显露出来:工作的随意性、团队精神薄弱、工作方式蛮干,印象深刻的是有几个开始承诺项目不能完工,于是最后天天加班,一直做到早上6点,睡一会7点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。后来随着时间的推进,问题越来越摆在眼前:项目迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板抱怨员工也抱怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我十分信任,工作上主要是管理方法上对我指点了不少。后来我逐步体会到,管理应该是“大家定规则去遵守”,而不应该是“人管人”。

  人管人很容易陷入一个误区:领导去时时刻刻关注每个员工,这样最后往往后造成员工对领导的敷衍了事,管理松了员工会责任下下降,管理紧了造成员工与领导关系紧张,另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全

【程序员个人工作总结】相关文章:

程序员个人的工作总结08-05

程序员个人工作总结05-17

程序员个人工作总结06-04

程序员个人工作总结06-19

2021程序员个人工作总结05-30

【荐】程序员个人工作总结04-25

【热】程序员个人工作总结06-15

程序员个人工作总结范文05-29

程序员半年个人工作总结05-29