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、代码量翻一番