跳到主要内容

2019年的总结

·1655 字·4 分钟·

感谢您的关注和阅读。2018 年的总结拖延到了 2019 写,所以 2019 年的绝不拖延到 2020 年。和去年一样,我依然采用看板的方式管理自己的个人事务,年末的时候把自己完成的事情进行一下梳理,最后来看看今年都有哪些收获,这已经是第三年。以下是今年的总结,向您报告:

工作经历 #

今年一共交付了两个项目:一个项目是大型研发组织的的 DevOps 转型。另一个项目是一个全球人力资源相关的微服务应用架构。

今年交付的 DevOps 转型项目是我第一次碰到千人规模组织的 DevOps 的转型,这个项目从去年 11 月持续到了今年 6 月。因此有一些新的经验是以往的小型试点团队转型所不具备的。我把这个项目的经验写进了千人规模组织级 DevOps 演进的 9 个实践及技巧。这篇内容只是我整个经验中的一部分。此外,通过这个项目我对软件质量有了新的认识。

此外,我又意识到,当现在人们谈到 DevOps,更多是需要一套现代的完整组织、流程、工具和制度体系。我会在我接下来的项目里完善这个内容。

6 月开始,我进入了一个为期 3 个月的微服务应用架构项目。在这个项目里我掌握了一种新的微服务拆分方法,本质上是 DDD 的简化版。到现在为止,我掌握了几种不同的微服务拆解方法。这些方法没有好坏,好坏是在拆分之后应用、组织、流程上带来的改进效果。同一套方法可能得出同样的结论,但是可能出现不同的效果。这些效果之间的影响就是实施的细节。

对外分享 #

今年对外分享了 6 场,相比去年少了一半,但是大会规格有所上升,也结实到了很多新朋友。目的还是能够学习到行业里最新的知识。及时获得市场上的最新技术动向。

  • 20191214-北京-中国软件技术大会-DevOps 的质量从用户故事开始
  • 20191116-北京-Top100Summit-千人规模团队DevOps改进
  • 20191026-北京-NCTS-DevOps的质量从需求质量开始
  • 20190922-深圳-敏捷之旅-20190922-深圳-DevOps质量从用户故事开始
  • 20190706-北京-DOIS-微服务产品团队规模化DevOps演进模式
  • 20190623-深圳-DevOpsMeetup-千人规模DevOps组织演进模式
  • 20190523-香港-CloudExpo-CloudNative DevOps

内容运营 #

我把自己的博客从 Hexo 转到了 Hugos,并且部署后到了腾讯云和Github 上。前者的域名是 www.wizardbyron.cn,后者的域名是 www.guyu.me。我自己做了两个脚本分别部署。

今年写了十三篇博客。基本上每个月会有一篇,仍然是以 DevOps 和微服务为主。今年是 DevOps 的十周年,同时也是技术雷达的十周年,写了三篇文章纪念技术发展(其实是去年写好的,今年为了跟着技术雷达发表进行了一些修改):

  1. 从技术雷达看 DevOps 的十年——DevOps与持续交付
  2. 从技术雷达看 DevOps 的十年——基础设施即代码与云计算
  3. 从技术雷达看 DevOps 的十年——容器技术与微服务

“DevOps 转型实战”系列课程从 GitChat 上下架了,主要是内容有些陈旧,需要修改,原计划把这个课程再版后重新上架。然后因为在项目期间有了新的想法,就变成了“ DevOps 模式和反模式”。因此,我创建了一个”DevOps 模式”的知识星球,希望和大家讨论起来。但目前为止只更新了三篇,没有继续下去。主要还是有一件更重要的事情(后面会讲)。反思了一下,之前写的内容缺乏案例。之后和之前的案例会补充案例,方便大家在场景中应用。明年在完成了更重要的事情后会再更新。

几乎在同一时间,我创作了一个提升个人影响力的在线音频课程,是我第一次录制音频课程。效果不好,就不多宣传了。通过音频课程的录制,我有了几点体会:

  1. 读稿子会被听出来。
  2. 只通过语言的表达能力不如图。
  3. 人在只有音频内容的情况下听觉更加敏锐。
  4. 人正常语速 5 分钟大概是 1100 字左右,阅读的速度大概是 5 倍以上。
  5. 人耳的容错率要比眼睛低得多。

开源项目方面 #

我把以前的 Vivian 项目采用开源项目的工作流 Pipenv 进行了重写,并改名叫 [Rokit](Redirection Optimization Kit),在这个过程中,我会把相关的内容总结成册,计划开源出来,以开源贡献开源。

最后 #

再次感谢您的关注和支持!我会持续分享我的“做到”,希望能帮助同在“做到”路上努力的你。