关于博客

博客内容

今年主要完结了 ASP.NET Core 入门教程，写了下Jenkins集成Java项目、Jenkins+SonarQube执行代码质量扫描，博客框架迁移到 ASP.NET Core 3.1 的一些备忘，最后写了关于在团队中推动Code Review的经验。总得来说，今年写的东西挺少的，有点惭愧。

不过，取得进步的是，《如何在团队中做好Code Review》在博客园、segmentfault都得到了编辑的推荐。这会鼓励我更多去写一写经验总结

2020年，博客会每月持续更新，期望能有更多的推荐！

博客数据

  • 2019新增笔记：9篇
  • 2019新增笔记单篇最高浏览：1.9k +
  • 2019新增笔记累计浏览：10k +
  • 2019博客最热关键词：centos 教程

2019年，博客前10关键词都依然跟CentOS有关，平均跳出率不到25%。无心插柳柳成荫？
无论如何，能帮助到别人就好。

统计数据仅包含ken.io的访问情况

博客迭代

  • 将笔记、笔记系列等访问按天计数
  • 优化系列笔记页面，笔记标题排序
  • 引入NLog组件，完善日志记录
  • 增加了赞赏二维码以及公众号二维码（脸皮厚了:-D）
  • Web框架从 ASP.NET Core 2.1升级至 3.1

关于学习

技术方面

2019年我在《极客时间》又订阅了不少专栏，真是订阅一时爽，追更泪断肠。这里挑两个说说感受。

《消息队列高手课》：由浅入深，从消息中间件的选择，再到消息队列各个环节的设计思想以及优化思路，还有关于RPC的一些要点的讲解。真的是受益良多，值得推荐。

《说透中台》：主要分析了常见的中台，以及构建中台中的一些坑，最后有讲了推动中台落地的一些思路。我也做了3年的中台了，在中台建设的过程中也碰到了各种各样的问题，这个专栏帮我完善了对中台的理解。

人文方面

今年读的收益最大的书那就是《美国陷阱》，这本书让我见识到了什么是国家意志，见识了美国的霸权思维，也让我更加了解美国的真面目。

在读这本书之前，我是真的想不到，一个法国的工业明珠企业-阿尔斯通竟然被美国以“合法”手段吞并、肢解。没有绝对的自由贸易，也没有不被干预的市场经济。美国通过“合法”手段搞过欧洲，搞过日本。现在他们把矛头指向了中国，今天的华为是多么像当年的阿尔斯通，但这次，他们不可能得逞。

去年，《人类简史》和《未来简史》改变了我的世界观。今年《美国陷阱》也刷新了我的世界观。
学习使我进步！ ☺☺☺

关于工作

2019年主要做的几件事情：三大战役、文档建设、布道师。

三大战役

三大战役是公司转型的三个重大项目，同时推进三个重大项目，对资源的挑战是非常大的，尤其是中台。中台的最大作用本就是能力复用，而这个时候，三个重大项目对中台的能力都有新的诉求，其中的重叠能力不超过30%，而中台的资源就这么多，所以这个挑战还是挺大的。

我的应对思路：

1、大破中台V2.0建设完成后的划模块负责的分工方式，要求团队工程师每个人都要学习除了自己主要负责模块/系统以外的业务以及系统知识，每个人可以负责的系统必须>=50%。这样单个需求可以用相对少的研发工程师完成，降低协作成本

2、积极跟业务方、产品沟通，在充分了解需求背景及目标的情况下，一切沟通都以完成目标为出发点，进行需求评审、方案设计。在这种情况下，需求的交付效率、质量都能得到提升。哪怕是砍需求，也能得到业务方、产品的理解。

最终，三大战役相关的项目交付，得到了业务方的好评。也得到了CEO的点赞！

文档建设

对于技术团队来说，完善的文档可以方便在团队内部进行知识共享和流动，加强团队的软沟通。另外也可以帮助新工程师了解系统/业务，人快速融入团队。

但是，文档的建设却不容易，主要的问题是：

  • 没有合适的文档更新机制，文档更新靠自觉
  • 没有统一的工具、格式

我的应对办法：

  • 将文档创建、更新纳入项目生命周期中
  • 指定统一的工具，建立标准的文档格式以及示例
  • 制定文档规范

这样下来，有了文档的规范，也有了良好的文档维护机制，为做好文档建设打好了基础。目前团队负责的系统/服务，核心流程\功能的文档覆盖率已经超过95%

布道师

为了能将公司沉淀的技术能力对外输出、也为了让研发更加的贴近业务，部门成立了布道师的虚拟组织，从布道师团队建立的初期筹备，再到正式公布我都有幸重度参与，后面又和HR部门合作举办了对外的技术沙龙。

在这个过程中，我充分学习了虚拟组织的运作，活动组织能力也得到了进一步锻炼。
另外，在成为布道师之后，我也更加认识到技术发声与沟通的作用：

对内发声：技术部门的作用是打造各种系统支撑公司业务的短期需求并为长期发展做准备。但技术部门在其他部门看来，往往是个黑盒。技术部门支撑了业务，往往会被认为是应该的，一旦出了bug，那就会被记在小本本上。在支撑业务的过程中，究竟做的好不好，有没有站在业务方的角度思考，这对于业务部门来说都很难评估。所以，技术部门对于系统的建设情况，一定要多跟业务部门沟通，一方面是可以让业务部门了解到技术团队在系统上所作出的努力跟成绩，另一方面也可以加强双方的互相理解，打好彼此成就的基础。

对外发声：在支撑业务发展的过程中，技术团队会不断的建设并演进系统架构，一些好用的平台/工具也会随之沉淀下来，我们把这些做的好的地方拿出去，分享一下相关经验，一方面可以体现团队的技术实力，另外一方面，交流过程中技术思想的碰撞，也有助于把这些平台/工具建设得更好。这是一种双赢。

2020，加油！