首页总结年终工作总结

2022程序员年终工作总结职业规划(4篇)

2022程序员年终工作总结职业规划篇1

来公司担任程序员一职已一年多时间,在这一年时间里,我学到了很多东西。每个人都是在不断的总结中成长,在不断的审视中完善自己。在这一年里自己也是在总结、审视中脚踏实地地完成好本职工作,现将这一年的工作总结如下:

一、思想方面

严格按照一个程序员应有的素养要约束自已,爱岗敬业,具有强烈的责任感和事业心,积极主动认真的学习专业知识,工作态度端正,认真负责,听从公司的安排,积极配合_完善ERP系统,任劳任怨。

二、工作方面

热爱自己的本职工作,能够正确认真的对待每一项工作,工作投入,热心为大家服务,认真遵守劳动纪律,按时上下班,有效利用工作时间,坚守岗位,需要加班完成工作按时加班加点,保证工作能按时完成。在这一年里,我本着把工作做的更好这样一个目标,开拓创新意识,积极圆满的完成了以下本职工作:

1、配合_开发并完善SRM系统。

2、独自开发_SAP日志维护系统。

三、存在不足

一公司领导以及部门领导同事的帮助和指教,使我的工作有了很大提高,当然我还存在着很多不足之处,处理问题思路简单,不够成熟,工作中容易产生急躁情绪,需要更深入学习专业知识,提高自己的工作水平。

2022程序员年终工作总结职业规划篇2

马上到年末了,自己也对今年做了一下总结,自己有哪些优点,有哪些还需要加强。每当我想到今年比较满意的地方,对比之前,就会有这样一个思考:如果以前的我要是知道这些该多。在这里给大家分享一下经验,让新人少走一些弯路。

一、提问的技巧

作为一个新人来说,不懂就要问!这里我要说两点:

1、 如果是单纯技术上的问题,如果可以google到的,我认为就可以自己消化掉!问的问题一定要先google,然后带着自己的想法,去问一些有经验的人,收获会更大!

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

2、如何提问?问谁?

很多新人不知道如何提问,也不知道问谁。我的建议是,先把你要问的问题梳理好,最好可以有电子版或者打印版的整理,方便其他同事查看和解答。然后就是提出的问题,要让回答的人感兴趣,这样他不但会给你解答问题,还有可能将问题延伸,让你学到更多的知识。对于如何让回答的人感兴趣,就是仁者见仁,智者见智了!看个人发挥了!

对于问谁,我觉得你不了解其他同事的时候,要先问你的上司,当你了解了你的同事每个人擅长的领域之后,就应该把自己的问题归类,然后问最擅长的人。这样会事半功倍!

二、任务分解

不知道大家做事都是怎样一个逻辑,当年的我做事就是一团糟。当我拿到一个日志分析的任务的时候,就想着做,埋头苦干,但是自己越做,脑子越浑,完全找不到头绪。后来,上司找到我,给我做出了任务分解,我按照任务分解来做,清晰了很多。直到现在,我还保持着做任务分解的习惯。

其实做任务分解可以帮助你更深入的了解你要做的事情,任务分解包括一个事情,你需要分几个步骤去做,每个步骤要做到什么样子,什么程度,多长时间做完。几个步骤为一个里程碑。如果具体做的时候发现一个步骤的事情做起来超过了一个星期,我觉得这属于任务分解的不够细,需要将这个任务再次分解,让你的工作更透明,更有效率。可以使用一些任务分解工作,将自己的工作路线和步骤明确,要善用工具。

三、主动汇报,主动沟通

曾经的我就是埋头苦干,但是从不汇报进度,其实这样是不好的。后来我的领导找到我,问我的进度,才发现意见有所分歧,理解有差距。索性只能重新来过。

新人一定要注意这个事情,有情况,有成果,有可展示的东西就一定要及时的主动汇报这个事情的进度,做成果展示,在对事情有不理解的时候也需要主动的沟通,使之和所有参与人员的意见一致再去做,保证你做的事情的正确性和有效性。

记住一句话:当领导找到你问进度的时候,你是被动的!

上面几点,看似简单,做起来很难!到现在任务分解和提问很多职场新人是不具备的,需要慢慢磨练,但是我们相信,只要有良好的态度,良好的习惯,工作一定会慢慢越来越好!相信自己的明年会越来越好!

2022程序员年终工作总结职业规划篇3

新的一年即将到来,回首13年我很荣幸的进入了公司,加入了ios游戏开发团队,进入了一个大家庭。在公司的半年使我真正的从学生时代过度到了一个社会人,下面对自己13年进去公司大半年的情况进行年终小结。

一、在工作中主要存在的问题有

1、由于开始对业务需求不是很熟悉,所以了解程序开发的过程中多次出现因为需求的原因,而不断修改返工的情况。

2、在开发中,用到了很多新的技术,由于开发时间紧促,发现的问题不能马上解决,但是开发的过程,同时也是学习的过程,通过不断的学习和总结,遇到的问题都得到了很好的解决。

3、在工作阶段,有时比较偏向自己的工作方便,忽略了其它同事工作上的量和难易。有的功能自己怎么方便怎么写。加大了其它同事的工作量,大家都需要相互配合。

二、在工作中的教训

1.工作的条理不够清晰,要分清主次和轻重缓急,在开发时间仓促的情况下,事情多了,就一定要有详实而主次分明的计划,那些需要立即完成,那些可以缓缓加班完成,在这方面还有很大的优化空间。

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

3、学习的知识不够广泛,一个项目中,涉及的技术往往有多种,知识多了,就会灵活变通,以后我会加强这方面的学习。

4、缺乏工作经验。

三、在工作中的收获

1、语言知识做软件的一种工具,更好的软件是站在玩家的立场上用心的设计,让用户使用更方便、更快捷。

2、利用技术实现软件的功能只是软件的表面,认识问题、分析问题、解决问题才是最重要的。

3、养成总结反思的习惯,并有意识地提炼日常工作成果,在实施上认真的总结工作精英,为以后的实施工作打基础。

4、不论是做事还是做程序,一定要有清晰的思路,要认真仔细的去做,要有耐心和信心。

四、工作计划

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

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

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

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

5、精细化工作方式的思考和实践;

6、虚心请教优秀的同事,向他们学习技术和经验;

其实作为一个新员工,所有的地方都是需要学习的,多听、多看、多做、多想、多沟通,向每一位员工学习他们身上的优秀工作习惯,丰富的专业技能,配合着实际工作不断的进步,不论在什么环境下,我都相信这两点:一是三人行必有我师,二是天道酬勤。

在参加工作的短短半年中,我深刻的体会到,把自己所有的精力都投入进去,技术工作都不可能做到完美程度,毕竟技术工作太过繁杂,但多付出一点,工作就会优化一些,这就需要认认真真沉下心去做事情,就是公司所提倡的企业精神:职业做事,诚信做人。

2022程序员年终工作总结职业规划篇4

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

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

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

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

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

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

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

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

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

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

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

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