2016年度总结

2015年7月毕业至今,在Android开发的岗位上工作了快一年半。在看了郭霖大神的年度总结后,我决心把自己2016年所经历的点点滴滴也做一个总结。

一、重拾CSDN博客

这个博客是我大学的时候开的,当时在做ACM竞赛,学长和老师都说想要更好的提高自己,写解题报告是一个好方法,所以当时更新blog很勤快,做题量也很大。但是在毕业之后从事Android开发,加班也多,留给自己的时间就少了,自己总结得也少,博客也停更了。
2016年我开始发文了,虽然量少,但至少迈出了这一步。能重新开始记录和总结自己的开发笔记,这是个好的开始。希望自己在2017年里,有更多的更高质量的博文总结。

二、对待bug的心态转变

刚工作时,测试同事或者设计同事在告知我有bug时,我的内心和说辞多半是逃避或者推卸, 比如“我这里用着好好的,怎么你那里就不行了”、“是不是误操作”、“这个不是我的bug,是设计的锅”等等。
随着我所经历的工作,我的心态也发生了很大的改变。我会站在不同的角度去思考产品的问题,用户体验会不会不好,产品设计有没有缺陷,数据库这样设计有没有延伸拓展,代码这样写有没有冗余或者漏洞等。
每一位同事都是为了让发布出去的版本变得更好而完成自己的工作,所以有bug反馈回来时,应该庆幸测试时就修复了,而不是发布出去却由用户反馈回来。
程序有bug是不可避免的,但是相同的错误以后不再犯,这是可以规避的可以举一反三的。当bug出现时,第一时间应该思考哪出错了,再想怎么修复,最后总结还有没有类似的地方可能存在bug,而不是甩锅。
而且,工作的时候每一个人都应该是自私的。谁会妨碍到自己的进度,那自己就应该去主动推动跟进这件事。设计不全的找设计,UI场景不全的找UI,bug修复了找测试回归等。

三、对不同领域的挑战

2016年春季,由于公司计划有一个大改版,其中前端的同事任务量最重而且又人手不足。所以老大决定,APP组派一名救火队员去帮忙,大家都不会前端的技术,但是大学都有学过,所以就根据大家目前所掌握的基础水平让前端组选一个人去,最终选了我,有一位全栈工程师带我。
目标是一个月内完成一个网站系统,不要求界面的美观到极致,好看能用就行,但是数据库交互的非常多,我们的数据量很大。而且最重要的一点:在此之前我从来没有接触过前端开发,只是大学学过基础课程,做过大作业实验课。对此,技术的我不讲太多,主要讲讲我从头到尾对工作的认识。
刚接到任务时,内心五味陈杂,自己想得特别多特别乱。比如:自己Android做的还一般,就去搞前端的,到时Android又不深入,前端又一知半解,以后出去应聘也不能作为什么资质写上去;是不是老大觉得我做的一般把我派出去做其他的,做好了就回不来了。至如此类乱七八槽的。所以,在任务开始前给我一个星期的准备时间去熟悉html,CSS,bootstrap,jQuery,js.node等等,虽然该准备得我都准备充分了,但是我思想上是不平静的。
后来问了一个有资历的同行前辈,问他对我的现状有什么看法和建议,他说,很少有一个应届毕业生能在一年之内把产品开发的各端(前端,后台,移动端)都接触一次,而且是以项目形式接触,这对你来说是个不小的挑战同时也是个不小的机遇,对你长远的职业生涯的发展是有利无害的。这一番话马上就把我的思想扳回正轨了,工作时我真的就一心一意投入在前端开发上,最终也是把这项任务完整的圆满了,也因为这次的出色变现加薪了(工作大半年加了1k,个人感觉挺爽的)。
这一次之后,我对工作有了新的看法:第一、工作不能只挑舒服的顺手的做,因为你更厉害所以布置给你的任务的选择会更多,老大不会给你布置一个玩死你的任务,对自己的任务要想尽一切办法完成它。第二、时刻对自己保持信心,保持冷静,越是紧张关键的时刻越能发挥作用。第三、技术的海洋是没有边界的,保持一颗学习的心,不断的学习不断的总结。
在下半年,回归app组,负责独自完成app的一个大版本的功能。集成了蓝牙端,WiFi端,Android底层模块,动画,服务等Android技术和硬件交互的功能。技术验证耗时4个月,开发测试耗时2个月,从6月到12月完结。这一次的工作,令我学到很多知识点、感触到很多心得、同时也认识到自己的很多不足。
(1)对底层的技术,先把文档吃透再动手写代码,磨刀不误砍柴工。
(2)流程图非常重要,对业务不清晰时,画流程图。没什么业务是一张流程图解决不了的,如果有,画两张。
(3)开发过程中遇到的各种奇葩问题,不一定就是自己代码的bug,根据横纵对比、单因素、多因素排除,发现是硬件问题或设计问题时,及时找相关同事跟进,不要埋头在代码里抓耳挠腮又找不到原因,因为根本代码就没问题,所以对自己要有信心,该质疑时就质疑。
(4)在代码量大的情况下,先设计好可以抽出或重复的部分,运用好传参和回调,在功能点覆盖齐全并且app基本稳定之后,重构是必要的。

四、沟通的艺术

当你与写代码的同事沟通时,技术他也懂,但是细到代码不一定,因为你写的他不可能一行一行去看,所以一般先描述问题或现象,再沟通应该怎么搞。
但是,当你沟通的对象中有不参与编码的同事时,你不能沉浸在代码的世界里无法自拔,不管你说得多详细,他都听不懂。这时候,你需要把你想说的换一种表达方式。我一般用这个套路:当前进度——遇到疑难——目标——计划。

五、展望

2016年在工作上,满分100分我给自己打85分。但是在生活上我拖延症犯和自觉自律是挺严重的,希望自己在2017年能完成以下目标:
1、体检时没有脂肪肝,体脂率降低,骨骼肌占比增加,坚持健身
2、记得8月份去省人才局把应届毕业生的专业技术认证评定搞定
3、看完《疯狂Android讲义》、《Java编程思想》黑书、《Android设计模式》、《第二行Android代码》
4、一个月一至两篇CSDN博文
5、把微单学好
6、业界技术趋势多了解,T型发展
7、代码量翻一番

你可能感兴趣的:(个人总结)