转载

2015年度总结

前言

每年都需要写一份年度总结报告，不仅仅是为了上交相关部门，更重要的是看看过去一年的自己与现在的自己的差距。这一年下来，对我而言确实发生了天翻地覆的变化。

现在是2015年1月18日晚上8点，刚下班回到家里，我就静静地坐在书桌旁边，认认真真地重拾这一年的记忆、反问自己是否做到了一年前定下的目标。此刻，我要将2015年的工作、学习、经历记录下来，留给明年、后年…的自己。数年后再回头看到数年前的总结，那会是什么样的感觉呢？

2015年度总结

从以下几个方面来总结自我的成长方向：

技术方面
思想方面
个人成长

技术方面

对于我们做技术活的，技术是我们的看家本领。技术不够硬，如何平定天下。对于我而言，在职业生涯中，技术是核心，在保证技术的不断提升的前提下，才去提升自我个人素养等。这一年里，我的技术发生了哪些变化？有多大的变化呢？

iOS技术提升

既然是做iOS开发的，首先要提升的技术就是iOS相关技术，目前而言，它是保证有饭吃的前提。这一年里，我的iOS开发水平达到什么样的水准了呢？我也在反问自己。经常有人问我多少年工作经验，其实我都不好意思开口，因为我可能比你入行还要晚。

那时刚入职时，组长对我的要求更严格，工作量是其他成员的2.5倍左右。当然，这点工作量对我来说，还是小菜一碟的。在这里的半年多时间里，我定制了自己的目标，提升技术也提升个人素养。

编码规范

刚来公司时，看到五花八门的API风格，没有注释，很多API都没有一个可读懂的命名，甚至还有用拼音命名的，导致看半天都看不懂是什么意思，如何使用。于是，我提出了制定编码规范，并撰写了编码规范文档，由我们团队内部先推行，而后影响其他团队，最后统一规范。

我相信每一个开发人员最害怕的，绝不是新功能的开发，而是维护老代码。我也害怕维护老代码，那些没有一行注释，写得乱七八糟的代码，总有种删除重做的冲动，但是不可以啊。我们新接入的人，不能够完全了解原来的业务需求，我们不能随便修改啊，那么怎么办呢？我们只能一步步通过调试跟踪来理解需求，这样的代码，谁乐意维护呢？

所以，我们必须要有好的编码规范。当大家看到对方的代码，还以为是自己写的时候，那就降低了维护成本。

封装能力提升

当我刚入职时，看到公司的项目非常乱，五花八门。于是我产生了其它的想法，我要改进它，我要统一API。于是，我开始着手将通用的API封装成一套公共API库，由最开始的简单扩展API，到后来UI组件化公共API，一步步给公司所有的iOS团队带来了便利，提高了开发效率。现在已经成为公司公共API库，多个App已经共用，现在还是由我一个人来维护和扩展。

这一步，让我迅速地迈出了一大步。可以说，在开发出这一套公共API库后，我的技术水平得到了极大的提升。公共API接口如何设计是非常重要的，还有如何兼容不同版本，如何做到易扩展，就是这样一步步地形成。

安全项目需要到很多的算法，而这一切都需要我在底层封装好，外部不产生任何变化，同时要兼容多个客户端，而且还要兼容老版本。我们牵头出技术立项文档，出方案并开各种会议以确定方案，到最后真正开发，这一系列的工作，带我提升了一个层次。

项目依赖

入职后，很快接触到业务地开发。慢慢地，发现与原来在小公司不一样了，要发动别人的东西不能轻易改了，而且在改动前要找到这个人确定是否能修改，改动后会影响多大，都需要明确说明。

在小公司的时候，想要改进一些代码，直接切个分支做就可以了。到了这里，形式变了，不能说改进就可以去改进了，需要技术立项了。

在这里，做新需求时，经常会面临与其他业务方向有依赖的问题，这又给我们提出了新的问题：如何减少依赖。

经历了这一切，做项目也开始成熟了，想问题想得更远、更广了。在这里，做了很多的技术型需求，也让我在技术上更成熟了。

Code Review

阅读别人的代码，有时候是很难受的，但是对于阅读者也是有好处的。我们团队的Code Review是由我来做的，对于每一期需求完成后，队员所写的代码，需要开会进行Code Review，保证代码质量及编码规范。

学习新语言

在这半年的时间里，我分享过很多的技术。最重要的是，我学习了Swift语言，并写了教程，给团队分享如何使用swift开发。现在，市面上已经有一部分项目是使用swift来开发了。对于我来说，学习了这门新的语言，那是开阔了视野，更全面地发展自己。

思想方面

对于一个员工，光有技术还不行，更重要的是思想，或者说目标。每个人工作的首要目标，肯定是赚钱。但是，光想而不努力是不行的。现实中有很多朋友经常抱怨，这少那少的，其实我更想问问，你做了多少工作，贡献了多少？

我认为，要想赚钱，先想想如何让自己值钱。要想让自己值钱，就要先想想如何提升自己的工作能力、专业水平。而现在的我，还远远不够值钱，所以还要不断地改变、提升自己。

带新员工

当初当入职的时候，对这里的一切是那么的陌生，无论想做什么，都不知道该怎么做，需要找人时不知找谁。当我熟悉了这里的一切时，我也需要带着新员工快速地接手工作，熟悉环境，融入团队。

在技术方面，还需要教授他们如何使用我所封装的公共API。在做需求时，要帮助新人如何开发，如何设计等。传、帮、带精神是非常重要的。

设计思想

在做模块设计、API设计时，我们必须认真考虑的问题就是如何设计才能做到简单、易扩展、易维护。我的设计理念是：外部调用必须简单，内部可以很复杂；必须是易扩展，可兼容不同版本；必须是易维护的，当需要增加或者删除时，影响范围要足够小。

架构思想

以前几乎没有涉及到项目架构的问题，因为在小公司并没有那么复杂。这一年里，研究过很多别人所写的架构方面的文章，在项目中也有所体现。这种思想的培养是很困难的，需要经过大量地在项目中实践，不断地提炼，才能逐步形成。

学会总结

这一年里，我写了很多的技术文章，有的是技术分享所准备的文章，有的是工作经验总结，有的是遇到的坑工作记录。不管是什么类型，我都会坚持总结。对自我的要求是：不要范同样的错误。我每做完一期需求，都会写一份工作总结，不是上交，而是留给自己，当然也是给团队其他队员的提醒吧。

善于总结，才会让自己少走弯路，才能快速成长。

个人成长

对于每一位员工，若觉得在这个公司的个人成长空间小，相信她/他是不会长期留在这个公司的。对于我而言，对个人成长要求比较严格，包括技术方面和管理方面。

技术成长

这一年里，我学习了swift语言，写了一些开源库，在技术上是已经不错的了，为日后做swift项目做好准备。

这一年里，我学习过ThinkPHP这个框架，并使用PHP开发了一个小网站，现在还在维护着，这让我对后台的一些基本概念有所了解。当然，PHP的水平还是很低的，不过不要紧，我只是为了了解后端开发的一些知识而已。

这一年里，我一步步搭建了自己的博客，了解到云服务器的基本概念，了解一些linux操作命令，自己搭建了nigx/php服务器，并运行了自己的博客。

经过这一折腾，让我对服务器的概念、后端/后台开发、swift开发都有了初步的认识。

开源力量

体现自我技术如何的最佳体现，我认为就是在GITHUB上参与开源项目。我的GITHUB地址： https://github.com/CoderJackyHuang 。我开源了很多的小项目，也一直在维护着。

团队开发

曾经所经历的公司，都是小的团队，一直都是带着2-3个人就开发项目。现在在这里，我经历了多团队，大团队的合作开发，更深刻地认识到团队开发重要性。团队开发也会带来很多麻烦，比如业务依赖问题，技术立项问题都不再是那么简单了。形成团队开发意识是非常重要的，没有经历过多团队开发，在开发时所考虑的问题，往往不够全面，特别是考虑影响范围问题。