虽然年度总结每年都在我的 Todo List 上面，但是我从来没有真正的写过年度总结。去年写过好多草稿，最后都删掉了，原因是写的过于具体会像流水帐，写的过于抽象又容易矫情。今年好不容易鼓起勇气再次尝试，希望能对得起过去的 2019。
Living
今年最大的变化就是有了女朋友，运气太好以至于难以相信灵魂伴侣能如此轻易的找到。努力的追了大半年，终于在年底的时候在一起了。我们官宣的文案是：“从横版过关变成塔防了。”跟她在一起的这段时间很累，但是非常开心非常充实。一起看了好多电影，一起看了好多美剧，一起深夜加班，一起凌晨漫步。饥荒玩的最久的世界已经满365 天了，过上了穿熊皮背心，拿步行手杖，提触手尖刺，喝肉汤吃大肉的幸福生活。晚上会打开 Just Dance 一起手舞足蹈，为每一次 Perfect 欢呼。最近一起养了一条狗子，名字叫阿Piu。
虽然她每天都叼着我的拖鞋到处跑，拉屎奇丑无比，还会尿在新买的地毯上，但是我们很爱她。
有了女朋友对我来说意味着崭新人生阶段的开始，要接受另外一个人进入自己的生活，个人的独处和社交时间减少，双方的情绪也不可避免的互相影响，做任何决定都是双人份的压力和负担，要学会感知和体会他人的情感，肩上的责任也变得更重。这些对我来说都是全新的领域，我努力的在适应和调整，也感谢我的女朋友一贯以来的容忍和包容。但愿新的一年我们还是能够开开心心的在一起。
其次就是朋友 P 离职。我在青云做的第一个正经项目就是他带我做的 QingStor SDK，之后是跟他一起做 Anybox 网盘项目。如果没有他言传身教的话，想必我至今还是一个市场部的乱搞脚本 Boy。他的离去使我感到孤独，少了一个想养猫而不得每天只能云吸猫，爱讲冷笑话，每天鼓吹微软大法好，在群里接我的各种冷门 Geek 梗的他让我倍感孤独。但是天下没有不散的宴席，再怎么志同道合也不可能一直在一起工作，希望他在 Serverless 的道路上越搞越好。
Coding
今年明确了自己的职业方向：效率研发工程师，具体到工作上能分为团队，工程和用户几个方向。
团队
团队的效率问题更多的是沟通问题，而沟通问题能划分为内部沟通和外部沟通，其中内部沟通最突出的问题是信息冗余，而外部沟通则恰好相反——信息不足。
为了解决信息冗余的问题，我提出并构建了 QingStor Infrastructure 项目，将团队内部的所有服务和工具重新整理并通过容器化的方式来部署。设计并构建了 Info Center，通过 RESTful API 的方式对外暴露了团队内可公开的信息，包括每个人的联系方式，各个环境的信息，每个人归属的项目等。设计并指导团队成员 C 实现了 QingStor Robot，支持在 Skype 内获取每个人的信息，并实现每日的工单值班提醒功能。期间还提出过统一各个环境的命名方式和域名，进行版本化管理等，但是由于种种原因夭折了，此处不展开了。
而外部沟通的信息不足则涉及到跟其他部门的沟通问题，具体到我需要解决的问题是工单值班的问题。青云的工单值班主要分为 L2 和 L3，L2 是服务团队 24 小时轮流值班的人员，他们会负责处理一些简单的常见问题，而复杂的技术问题则会交给每日值班的研发团队的同事。对于 QingStor 对象存储来说，问题的复杂性在于流程很长，从用户浏览器到网络到对象存储服务，每个流程都有可能出错。L2 工单的同事越来越倾向于将问题转发给研发同事，而不是自己解决。一方面是很多问题确实解决不了，另一方面是过去解决过的工单没有积累起来，不像 IaaS 有一个很大的数据库。为此，我跟 L2 服务团队的负责人沟通，推动建立起了全公司的工单库，将 QingStor 对象存储的工单也放在里面，期望能够开始积累起工单，减轻工单值班的压力。
团队这个方向的工作不好做，尤其对于我来说，要跟很多陌生的人沟通， 需要耗费额外的精力，很多时候都会觉得麻烦不如自己直接搞一个。今年有努力克制这种欲望，包括工单库也是选择直接使用公司现有的 Confluence 而不是自建一个。有进步，没明显成效，虎头蛇尾，大概只能评个 6 分。
工程
上半年的大多数时间都在琢磨如何提高工程效率。经过一段时间体验，我认为我们团队的工程效率短腿集中在两个地方：其一是依赖管理，其二是测试管理。
我们团队用 Go 比较早，当时还没有完善的版本管理方案，我们的做法是自己写了个 Python 的脚本，直接 go get 到本地，放在 GOPATH 中。大家，尤其是新入职的同学要话很多时间来处理依赖问题。为了解决这个问题，我在 Go 1.11 发布后便开始推动大家使用 Go Modules，还进行过 Go Modules 内部分享。为了解决大清国情的问题，我使用 athens 搭建了团队内部的 Go Proxy，还开发了 go-mod-redirect 用来重定向我们的项目名。到目前为止，几乎还活着的 Golang 项目都已经切换到了 Go Modules 来管理依赖，为后续的 CI/CD 和可重现构建算是打了一个比较好的基础。
为了能够更好的组织测试，避免一个环境一个 Jenkins 的现状，我在 QingStor Infrastructure 中搭建了一个 Jenkins 并推动大家使用 Pipeline 而不是脚本的方式来定义 CI 逻辑。理想很丰满，现实很骨感。这个计划在初次执行的时候就遇到了很大的问题：由于历史原因，项目缺乏真正的单元测试，想测试的话需要一整套的环境和各种组件才可以。如果想做到我期望的那种即创建即销毁的动态测试，我还需要一个服务编排系统，为此，我们期望可以上 K8S。当时 K8S 上没有一个优秀的测试平台，再加上我的兴趣点转移，所以这个也被暂缓了。
工程效率第一次做，还算是有点成果，测试的事情推动到了一半，没有执行完，评个 7.5 分。
用户
用户的效率提升也是我工作的重要组成部份，这也是我为什么一直在负责 QingStor 对象存储用户工具生态的原因：如果我们的服务不能提升用户的效率，那它毫无价值。
到下半年的时候我被要求支持一下 qsctl 2 的开发工作，最开始只是希望我搭个框架，但是后来我的野心越来越大，除了想做 QingStor 迄今为止最好的命令行应用之外，还希望将 qsctl 2 的底层抽象为一套数据操作框架，这套框架将用于后续我们青云自己的 Data Sync 服务。所以我花了很多时间去设计这个抽象的数据操作框架，直到年底的时候才算基本完成，并从 qsctl 中剥离出来，命名为 Noah。2020 年 Q1 末的时候希望能够正式的向大家介绍它。
在 11/07 时候 qsctl 2 发布了首个 Beta 版本，一个月后发布了第二个 Beta。整个开发持续了半年，期间另外一个小伙伴还需要负责公司的另外一个项目，感谢他的投入和支持。同样是 2020 年 Q1 末，我期望能向大家介绍 qsctl 2 的第一个稳定版。
qscamel 支持了腾讯云对象存储这种小事就不展开了，期间还对接了一波 Ceph 的 S3，不支持 v4 的签名，不支持 v2 List Objects 带来了不少麻烦，好在都在用户的配合下解决了。明年 Noah 稳定后，可能会重构 qscamel 的底层，并优化 qscamel 的使用体验，期望能提升大家迁移数据时的效率。
用户侧的效率提升从我进入 QingStor 团队的第一天开始就在做，今年感觉得到了足够的资源和支持，使得我能够大胆的实现我的想法，因此也给我自己大胆的评个 9 分，希望 19 年孕育的种子到 20 年能结果。
Writing
今年博客写了 28 篇文章，其中 Code 分类 16 篇，Daily 分类 5 篇，Travel 分类 7 篇。上半年的时候集中写了一波旅游日志，下半年的时候技术相关的东西比较多。
2019 年全年有 40732 名用户访问了我的博客，其中有 40584 名新用户，为我带来了 70026 次页面浏览。跟往年相比大概少了 10%， 每次访问停留时间减少了 17%，跳出率提高了 2%。这大概就是怠惰和写水文的惩罚吧（
2019 年，大家看的最多的还是我 2014 年到 2015 年写的几篇文章，这让我有些沮丧，并鞭策自己产出更好的内容。
此外还有一些有趣的数据，比如访问我博客的浏览器比例
Chrome 不出意外的以 80%+ 的比例高居榜首，但是第三名的 UC 浏览器是为啥？Opera 跟 IE 打了个平手，看来确实凉了。
以上数据均来自 Google 分析
明年继续加油，提前祝大家新年快乐～