博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
2013年工作总结
阅读量:5079 次
发布时间:2019-06-12

本文共 2567 字,大约阅读时间需要 8 分钟。

  不知不觉来到公司已经一年了,这一年的时间里,度过了人生中最重要的几个环节,经历了人生中的第一次实习,接触到了真正的软件开发,与专业的程序猿们一起工作,结束了十几年的学生生涯,并且以正式员工的身份来到了凌极软件,我从校园步入社会后,一直陪伴着我的大家庭。

  回想去年的这个时候,来公司实习报道的前一天,心情充满了兴奋与好奇,因为这是我第一次要去一家真正的软件公司上班,在这之前我还从未接触过真正的软件开发,也没有参与过企业级别的项目,甚至连自己写的代码都没有在除自己电脑以外的机器上运行过,就这样带着兴奋又忐忑又好奇的心情来到了公司报道,实习第一天,程远先生为我讲解了公司目前使用的一些技术,以及工作流程,并介绍了两个Team的同事给我认识,告知我会去TeamA,此时此刻一切看起来都很不错,然而当我在公司为我配置的开发机前坐下,并打开VS开发工具时,我朦了,在来公司之前,我在学校自学的C/C++,在面试的时候告知我可能会用到C#,但并不知道我会从事前端的开发工作,此时的心情顿时从兴奋跌到低谷,因为我在之前还未曾接触过前端开发,MVC,JQUERY,JS,CSS,HTML等名词对我来说,概念完全为零,就这样,带着及其复杂的心情度过了实习第一天。

  作为一个新人,遇到没有学过的技术是正常的,对待这种情况的办法很简单,那就是埋头苦干,拼命学习,实习期间,在同事的介绍下,我借了几本MVC,JQuery和CSS的书拿回家,对于我来说,因为没有好的编程方面的思想,拿到一本书就是整书读,写,敲实例代码,不懂的就问,刚开始的两个月,白天上班与同事一起结对编写前端代码,晚上回家去实现相同的功能,以熟悉前端开发的基本知识和规范,就这样在第二个月开始在Planning上独立领取前端任务,开始了前端的开发,刚开始的时候对我来说确实压力很大,因为各方面都还不熟悉,而且与在学校相比,节奏也有点快,不过我慢慢习惯了环境,和同事相处的比较融洽,在公司里工作就像是在一个幸福的大家庭里一样,我很快喜欢上了这里。下面总结我在这一年的工作中所遇到的阻碍及收获:

  多提问:

  刚开始写代码时,由于突然接触的知识量比较大,所以写出来的代码没有质量可言,没有设计,没有考虑后期维护,而且那时候很怕别人知道自己不会这这种技术,不会那种技术,所以拼命的掩盖自己不会的东西,自己查资料,下班了上论坛发问。但是由于逻辑和现实需求不一样,所以结果并不理想!如果那个时候,我把自己不理解的地方和同事谈,也许会很快的就能完成这个任务,而不至于返工。

  怎么提问:

  在做任务时,经常会有业务逻辑没理清的时候,这个时候会抓着一个同事就开始问,而没有把自己想要问的问题梳理好,导致同事很难听懂我在说什么- -~,这种现象在几次回顾会中都有同事提出,针对这种情况,我之后的做法是在问问题之前,将自己想问的问题以及任务相关的场景罗列在一张纸上,然后在去向同事提问,这样几次之后,情况得到了改善。

  汇报与沟通:

  在每次的Planning结束之后,我都会埋头苦干,但是只在每天下午站会的时候才汇报进度,其实这样不好,因为发现有时候在站会的时候才与大家沟通并汇报进度,当发现意见和方案有分歧,理解有差距的情况,这时就只能再重新来过,如果在写代码的时候,时时汇报自己的任务进度,并及时与做相关任务的同事沟通,就可以避免这种情况的发生,更加顺利的完成任务,提高工作效率。

  写代码之前先设计:

  在进入公司很长的一段时间里面,自己都没有关于设计方面的概念,拿到一个任务的时候就是直接上手敲代码,由于经验不足,而没有经过设计这一环节,在写的过程中,发现差什么功能,就零时的添加一些方法接口,这样写下去导致如果是一个比较复杂的业务逻辑,代码到最后会很难维护,如果需求一改变,便很难在原先的代码上做修改,取而代之的就是重新实现一次,如果写代码之前先想好要做什么事情,怎么做,把要做的事情都写在纸上,做好流程图,并与同事讨论一下,也就不会出现这种需求一改,就只有重写代码或者是大改代码的惨剧了。

  记得有一次,在Planning上面领了一个要在考试界面显示播放声音和录音控件的任务,当时很激动,因为之前没有做过类似操作播放器的任务,在拿到User Story后,看了看有准备放音,准备录音,播放录音,暂停,以及对应状态的界面显示等功能需求,于是马上就开始敲代码,写了一个类分别提供了这几个功能的接口,敲完这些后,经过自己测试这几个功能无误,信心满满的叫同事代码审查,并提交,然而就在代码递交那一刻,就深深的挖下了一个天大的坑,以至于后来从TeamA到TeamB后,TeamA的同事还在为我填坑--!,这里说一声对不住大家了,造成这个坑的原因在于,当时在Planning上讨论的时候是封装一个录音播放的前端控件,控件向外提供准备,播放,录音,暂停这几个接口,而外界不关心界面当前是处在播放或者是录音阶段,当外界调用播放接口时,控件内部判断如果是在录音,则关闭录音,并开始播放,而我提供的接口却是只管播放,是否在录音由外界去判断。 

  与团队协作:

  在一年时间里面先后参与了TeamA和TeamB的项目,对于Team的理解深刻了许多,项目的开发效率及质量由团队决定,而团队成员之间的交流与协作,是决定团队开发效率的重要因素,为此在新的一年开始,我会改变自己的工作方式,在工作中更多的与团队成员一起交流,探讨,解决问题,交流感情,以成功的容入团队。

      结束语:作为一个还算比较上进的人,我也想在程序猿的道路上走的更远,所以努力学习是必不可少的事情,在过去的一年里,我学习了CLR,C#,LINQ,SQL SERVER,IIS,MVC,JQUERY,HTML,CSS相关的知识,虽然完成了一些开发相关的任务,我的技术能力也提高了很多,但是我的专业知识体系还不够完整,学的不够深入,开发水平还很低,经验还很欠缺,所以我会在以后的工作中更加努力,努力提高自己的技术和弥补各种不足,努力使自己成为一名称职的程序猿,为公司和团队贡献更多自己的力量。

   

  

  

  

转载于:https://www.cnblogs.com/caicaixiaoz/p/3506552.html

你可能感兴趣的文章
Python学习资料
查看>>
jQuery 自定义函数
查看>>
jquery datagrid 后台获取datatable处理成正确的json字符串
查看>>
ActiveMQ与spring整合
查看>>
web服务器
查看>>
网卡流量检测.py
查看>>
poj1981 Circle and Points 单位圆覆盖问题
查看>>
POP的Stroke动画
查看>>
SQL语句在查询分析器中可以执行,代码中不能执行
查看>>
yii 1.x 添加 rules 验证url数组
查看>>
html+css 布局篇
查看>>
SQL优化
查看>>
用C语言操纵Mysql
查看>>
轻松学MVC4.0–6 MVC的执行流程
查看>>
redis集群如何清理前缀相同的key
查看>>
Python 集合(Set)、字典(Dictionary)
查看>>
获取元素
查看>>
proxy写监听方法,实现响应式
查看>>
第一阶段冲刺06
查看>>
十个免费的 Web 压力测试工具
查看>>