2018再见，对，我们还会再见！

2018 年，再见！

对你，这个年份不陌生吧？对，是我又一次借着这个尾巴，做做年度总结，大有不吐不快之意。

不为别的，就为了让自己在过往的一年里反思一些，总结一些，总结 2018，展望 2019。

变化总是突然而至的，发生的如此悄无声息，以至于我都在回望中才体会到它所带来的一切。

今年，随着业务的发展，我做了更多偏移动端的技术储备，来年还会继续深入。还做了工程上的重构，以及发布流程的规范化，以提升多人协同开发的效率。

具体来说，做了以下几件事：

• 服务端与移动端彻底解耦，完成面向服务架构（SOA）的转型，发挥各端技术栈的优势，提升开发效率。
• 梳理移动端的端侧协议，以及服务端配置管理，提升工程质量。
• 将各端的基础库与框架进行了不同程度的重构，以满足业务多样化的需求。
• 提炼了通用 UI 组件库，也梳理了公用代码逻辑，以实现跨端通用开发。

这是工程上的一系列变化，而这些变化，直接体现在业务的质量和效率上。至少，我所在的小团队来说，是以往不能比的。

说到底，程序员，是无法回避业务的。

严格来说，程序员是业务的实施者，业务提出了需求，程序员就需要将这些需求技术化、具体化，并以代码的形式输出给最终用户。

所以我给出了我的回答，程序员是需要关心业务的。

年初的时候，还存在前端与后端沟通不畅的问题，前端压根不知道后端接口做了什么，同时后端也不清楚前端的 UI 逻辑，导致沟通成本很高，对项目的推进也很不利。

后来，为了解决这个问题，我提出让前端同学也参与到后端的设计上来，前端同学先去梳理业务，然后按照微服务的方式设计对应的后端接口，并结合业务特点，制定各种编码规范与准则。

后端同学根据这些准则与规范，去编写后端接口，同时把相关的规则沉淀下来，而前端同学在实现 UI 的同时，也可以随时与后端同学沟通，进一步完善 API 的设计。

新的流程一直沿用至今，沟通成本大幅下降，业务的推进也更加顺畅。

做这些变化的原因，很大程度上也是因为开发效率的提高，不管做什么，如果效率不高，很难有什么产出，还会带来很差的用户体验。

所以，开发效率一直是业务往前进最大的绊脚石。

今年为了提升开发效率，我做了一些尝试，也有一些积累。

工程上的变化，就是其中的一部分，通过一系列的基础建设，尽量提高代码复用率，然后通过组件库与公用代码的方式，减少重复劳动，从而实现跨端、跨业务、跨团队的通用开发。

同时，随着工程效率的提高，版本迭代的速度也在加快，这也就意味着有更多的时间来调整产品，收集用户反馈，并提升产品质量。

当然，仅仅是提高开发效率还不够，因为这只能减少实现需求的时间，并不能保证需求的实现是正确的。

今年也是我在质量上的一个探索年，我做了很多尝试，希望能把测试的效率与测试的覆盖率提升上去。

比如，我引入了一些测试框架，比如单元测试、集成测试，甚至还引入了性能测试、压力测试，然后按照优先级，将这些测试提前到了各个开发阶段。

这其中，少不了很多工具的配合，比如持续集成工具 Jenkins，自动化测试工具 Pytest，性能测试工具 Jmeter，压力测试工具 FloodIO。

说实话，质量是一个老生常谈的话题了，但在实际开发中，经常会被忽略，有的时候会考虑到，但为了赶项目进度，也只能暂时搁置。

但如果一个产品质量真的差到了极点，那它最终肯定会被用户抛弃。

所以，在 2019 年，我会投入更多精力，在质量上有所突破。

技术，业务，工程，质量，这是我今年工作的重点，也是明年努力的方向，我相信，来年收获会更多。

最后，还是要感谢这充满收获的一年，感谢这些变化，来年的目标更清晰了，准备好了，新的一年，继续走！