想写好工作总结类型的文章,不妨来参考一下本文。好范文为大家带来了《2024年终程序员个人工作总结(优质3篇)》,希望对你的范文写作有所帮助。
2024年终程序员个人工作总结(通用3篇)
2024年终程序员个人工作总结 篇1
送走了圣诞的严寒,伴随着元旦的烟花,我们迎来了“末日”后的新纪元——--。在这冰雪消退、即将春暖花开的时节,也是回首过去、展望未来,总结昨天、规划明天的最佳时刻。尽管来公司不到半年时间,但在这段时间里,学会很很多做人做事的原则和价值理念。现将--年度工作总结如下:
一、学习wpf相关知识
这是刚进公司时的主要任务,从winfrom程序向wpf程序设计的转变,学习相关技术知识。主要完成任务,学习wpf的相关技术理念,绑定、依赖项属性、-aml界面描述语言等等。期间接触到了很多技术知识和论坛,帖吧等网络技术资料。开始学习和思考设计模式,尤其是mvvm设计模式,深入了解之后,使用了mvvmlight技术作为一般的程序开发架构。最后,在win8app程序中成功的应用。
二、win8metro版深圳移动执法信息系统的设计和开发
在之前windowsmobile版深圳移动执法系统的基础上,做成win8metro版本。由于win8app程序的sdk比较新,我们也是边做边学习。我的主要任务是最开始的搭建系统开发的基本架构,采用之前wpf积累下来的mvvmlight设计模式。
界面设计方面,以旧系统的基本界面为原型,利用win8新的一些特性和美化而成;
业务逻辑上,主要是根据周鹏给出的基本思路和唐里成设计好的基类和虚拟业务方法。
具体的功能模块上,完成后台任务的注册和轮询实现的通知,设置和共享超级菜单的使用等等。
随着win8的正式上市,我们小组不断的系统和详尽的学习win8的相关开发技术指南和技术点,应用在实际的项目中。
编程技术是死的,而业务是活的。c#每一次的迭代的变化总是有限的,即使是win8新的sdk,变化的总是很少的一部分。编程语言,可以通过不断的看书,追寻到不变的那一部分。对于,业务就不这么简单了。这也是现在主要存在的不足:
一、不清楚业务
没有跟过现场,做系统的时候,很多都是根据自己的想象和逻辑推理来完成流程和用例。这也是对系统完善性的最大限制和瓶颈所在。
对于上述问题,需要跟去过现场的同事经常的交流和沟通,虚心向他们请教。同时多做业务梳理,多看看旧系统的代码逻辑和业务处理技巧。
二、软件开发不够规范化
软件工程师,最大的挑战不是敲代码,而是设计。ooad才是软件工程师该做的,该努力的方向,当然也是不那么容易完成的。oop只是整个系统开发和设计中最重要的一部分,然而却不是决定性的,ood才是关键性、决定性的一部分。很显然,ood需要ooa的分析作为铺垫。
对于以上问题,在不断的学习面向对象分析与设计理论知识上,根据项目实际经验,不断的总结和应用,完善自己的知识体系和开发技能,做到一个真正的designer。
子在川上曰:“逝者如斯夫,不舍昼夜”。过往矣,不可追。把握当下,才能控住未来。把握当下,一切就还不晚。
--新的四季周而复始,新的一年里,新的希望和期望。大概的计划如下:
一、继续完善win8app开发技术
我一迈出大学校门就直接跟进了,最新的技术win8app。最初的silverlight积累了不少基本的开发常识。-aml+c#,已经成为也只会成为我的方向和目标,坚持和忍耐,步步为营提升自己。
二、紧跟公司项目,积累业务处理能力和分析经验
不知不觉中,已经从新人变成老鸟了,来公司的这段时间收获很多,认识了新的同事朋友和伙伴。也是时候,积累许多具体的业务能力和工作经验的时候了。根据公司的具体需要,参与具体的项目。
完善自己,充满斗志,迎接新的挑战;发展自己,收获希望,看到不一样的阳光;激励自己,激情澎湃,缔造新的辉煌。望新的一年里,博安达能够芝麻开花——节节高,创造更过的环保系统,为中国的环保事业贡献我们薄弱而坚韧的力量。
2024年终程序员个人工作总结 篇2
先自我简介一下,本人从事开发进一年,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点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。后来随着时间的推进,问题越来越摆在眼前:项目迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板抱怨员工也抱怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我十分信任,工作上主要是管理方法上对我指点了不少。后来我逐步体会到,管理应该是“大家定规则去遵守”,而不应该是“人管人”。
人管人很容易陷入一个误区:领导去时时刻刻关注每个员工,这样最后往往后造成员工对领导的敷衍了事,管理松了员工会责任下下降,管理紧了造成员工与领导关系紧张,另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全
2024年终程序员个人工作总结 篇3
记得去年写总结的时候心情很差,抱怨了很多当时的工作以及领导"花生",那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。
不得不说这一次求职我是认真的把它当作一个工程去做,客观得对自己进行了定位,而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。
投简历面试的过程非常折磨人,尤其是我的处境(每天很大压力,完全是自我打磨的阶段)。
我清楚地记得面试现在这份工作那天是某个周六,我的经理"娃娃"和技术主管t同意我周末面试。一共4个小时,那绝对是一个互相争取的过程。他们对于工作的热情打动了我,觉得和这样的团队合作一定可以有火花。
真是幸运,当我正视错误,用行动做出改变的时候,找到了一份我要的工作。入职三周已经和团队磨合得很好了,用同事的话说就是觉得我已经加入很久了。
这里不得不说一句我们的团队,一个老中青结合富有战斗力的集体,而且还不乏八卦调节生活。每个人都特别,合作也会有摩擦,但是整体运作非常协调,开发速度和效率都高。从他们身上我看到不同的工作态度,生活态度。这些对我的职业规划都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话,现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我,从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了,而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说,当我们带着创意去和老板谈的时候他是我坚强的后盾。
这一年下来我在纯技术上的提高并不多,我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面,如果说前两年我还需要领导把需求说得很明白,还会为"马后炮"而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求,也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近,而且还可以想到客户将来会需要什么(我曾经的领导应该很欣慰,他培养的人终于达到他说的bigpicture了)。
也许这也是我一年来少来csdn的缘故吧,不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。
其实把需求抽象建模还是很麻烦的,很多时候在最初阶段客户自己都不知道自己要的是什么样的方案。对于需求很明确的客户实在太少了。这个不断修改的阶段耗时耗力,关键是还不一定能争取下来拿到单。我们单位有个很好的传统,当争取到新的客户后。售前和销售都会对我们开发人员作一次演讲,分析客户特点(一般客户都比较有名没啥说的)以及我们的解决方案中哪些部分是最打动客户的,也就是"利润"点。每一次这样的会议都会伴随着很久的讨论余波,开发者在讨论的时候又会产生新的想法,我是100%享受这样的流程。
实在要说技术点上面,第一个接手的工程是提速,大量数据快速插入数据库(我找到的.net的bulkcopy,vb6的string class+unionall ),开始大面积接触sql server-X-写很多存储过程,.net写一些winform的东西,不是特别高深。但是很好的对于结构的锻炼vb6跟不同版本的cad及其衍生物结合(这个一直在做,不过越做越高深),最后就是我每年都会写的"细节与规范",现在身边立着几个榜样,我需要时时刻刻鞭策自己。
工作上还不那么顺畅的是"协调"。数据库和代码的协调,开发时间的协调,开发和安装的协调,版本之间升级的协调。有些是不得已而为之,但有些是可以通过方法避免的。而且不同的人有不同的做事方法,这个上面值得我学习的还很多。
关于加班,今年是我加班时间最长的。会有连续几星期都在10点左右下班的时候,不过还是很快乐。因为是自己想把东西做好做精。当然还有的时候是友情加班,陪兄弟们共患难。
我代表开发部参加了单位的活动组织小组。这个小组就是组织大家每个季度公款fb一次,还有年会。参加这个挺有意思的,多些机会认识不同部门的同事。另一方面也让我开朗健谈些,这些年越来越安静了,不知道算不算好事。
还有一点今年深刻的体会就是虽然我是做技术的,大部分时间跟机器打交道。但是我还是作为一名员工在部门和公司中的。自己的个性或者对事物的看法也影响着身边的同事。今年中国发生了好多事情,有愤怒,有自豪,有震惊,有悲哀。记得某大使说过我们需要中西方更多的沟通,从来没有哪一年让我觉得有如此重的责任感与使命感。
圣火传递的时候我把搜集来的资料群发,地震的时候募集捐款,奥运的时候穿着爱国t。今年给了我很多话题,自己也更有意识的把一些信息传递给身边的同事。
最后说生活上:
满意的事: 完成了又一个旅行梦想,
自豪的事: 参与组织了爱国学生运动,这辈子没操过那么多的心。10天没写一行代码,还请假(幸亏那阵子不忙),
期待的事情: 年底回家,
低头做事,抬头做人。