考评得了第一,又有5000大毛进帐,高兴,我工作总结发上来,需要写总结的可以...
XACZ 2005-01-01 10:10:58 个人工作总结
时间过的很快,2004年要结束了,在这辞旧迎新之际,想总结的东西太多了,因为篇幅时间限制只好避轻就重的来写,我的总结如下:如果说去年是对自己的技术、知识面进行扩展的话,那么今年就是投入较大的精力来实践。本年度我参与的项目比较零散,大多是系统的设计和分析部分。就我本人来说,从编码工作转向分析设计工作,同时又从分析设计中体会代码构建方法。2004这一年有不少收获,尤其是在如何设计良好的软件结构、如何编写安全有效的代码方面。下面阐述几点:
一、作为专业技术人员,尤其是和IT紧密相关的软件专业,需要不断的学习新知识、新技术
在IT技术、互连网更新换代迅速的今天,客观现实要求我们不得不以更快的速度更新自己的知识。但是并不是说去盲目跟随发展潮流,而是要看到技术发展的趋势,看到今后若干年或一个阶段计算机、软件、互连网会建立在什么基础之上,使用在一个什么层次之上,以此作为学习的参照物,力求在短时间内熟悉并很好的使用学到的东西。在网上看到一句话:上帝给一个人一条鱼,他只能吃一天,而教给他捕鱼的方法,他就能吃一辈子鱼。学习软件技术也是这样,不可贪多、贪全,也不可迷信某某技术就好,某某技术已经过时,这样往往把时间浪费在到底学什么上,而最最不是这些而是要学到抓鱼的方法。
二、作为软件分析和设计人员,时刻要站在“工程思想”的高度上理解和解决问题。
软件工程是一种方法论,是几十年来经过前人实践探索出来的,其中有很多思想值得学习。站在工程思想的高度看待问题,培养全局观念是系统分析设计人员必须的。如果太注重细节,往往会陷入具体问题而纠缠不清,使软件系统难于设计。今后计算机会越来越快,多写几行代码少写代码无关紧要,而重要的是构架,一开始就错了,某个部份完成得再好,也是失败的,这样组织起来的软件经不起时间和需求变动的考验,而难于维护和扩展。
三、确定问题域、分析问题、解决问题是软件分析和设计的出发点和目标
系统分析工作是解决一个问题的工作,目标是将一个对计算机应用系统的需求转化成实际的物理实现,其中复杂就复杂在实际的面太多。在开始一项工作之前,脑子里需要有这样的问题:所要完成的系统目的是什么?所完成的系统是否有原型?系统是否有一个明确的评价标准?等等。中国的企业级信息系统的建设在很大程度上可以说并非确有需求,而是迫于某种压力。用户在很多时候考虑的不是系统的长远发展,而只是短期的成果,要求开发单位在很短的时间内完成一个很大的系统的开发,没有时间对系统进行周密的分析,在这种情况下,很多开发人员就会粗分析,粗设计,尽快进入编码阶段,这样的系统的生命周期肯定不会很长。
四、开发团队成员之间的交流是非常重要的
从内部来说,高效的软件开发团队是建立在合理的开发流程及团队成员密切的合作的基础之上的,成员共同的迎接挑战、有效的计划、协调和管理各自的工作以至完成明确的目标。从外部来看,团队成员间是一个高效率运作的整体,如果成员间都有所保留或者说关系紧张、离心离德的话,那在外人看来只是一些无所作为的人在一起而已。所以说如果在团队中培养平等协作的氛围是很有意义的,成员间可以相互取长补短,共同进步。
以上是我的个人体会,下面就2005年的想法和努力方向:
一、进一步实践和研究开发方法和过程,在更多的项目中溶入前人优秀的的设计理念,比如:面向对象开发,使用设计模式,通过封装构建可复用的代码等等;
二、继续深入学习软件开发过程管理知识;
三、转变程序员在程序实现中的不良习惯,培养规范意识和设计能力;
四、抽出时间,每隔一段时间进行一次软件技术的交流会议,大家可以将自己总结的经验介绍给他人,也可以将自己解决不了的问题共同讨论。
2004年很快就要过去了,新的一年给我带来了新的目标,新的起点,我将和我的领导、同事团结一致,力求做好每一件工作,完成每一项任务,同时也希望公司的事业越来越好!