(PS:尝试结合 ChatGPT 生成)
2022 年充满了太多的变化。原定在 2022 年底写的本文,也因为新冠阳性推到了 2023。写这一篇文章的难点,并不是回顾这一年做了什么,而是基于这一年的感悟,做一些新的投资,选择新的举措。
过去的一个月里,在帮助其他部门进行毕业生培训。从名称上说是培训,但是实际上则是训战结合。不想一下子给太多,这篇文章会给的建议是:
最近几年,随着技术产品化的流行,越来越多的公司(如云厂商、开源软件公司)将软件提供给市场,2D(to Developer)成为了一种炙手可热的商业 “风口”。所以,我们会看到各种面向开发者的网站以及各类的服务。
计划赶不上变化,大抵说得是我对 2021 的总结。过多的变化,导致了不少的「计划超期」,也就是所谓的 ”失败“。除了事物本身的复杂性,还可能在于过多的计划导致的。复杂性在我们试探之前,是无法难以正确估算的。而过多的计划,便是个问题。
今年推荐的书籍里,一部分是技术书籍,一部分是 20~50% 的技术书籍,也就是说和技术相关。我本想推荐一些不错的非技术书籍,但是呢,看得少,所以也推荐不了几本。
两年前,我已经工作 5 年了,我构思了一个从 2019 ~ 2014 年的工作上的计划。如今,两年过去了,我又得拿出这个计划来做一些回顾。
在我当前所在项目里,其中的某一个子系统是用 Groovy 中的 Gradle 插件。Groovy 作为一个运行在 JVM 上的脚本语言,天生具有胶水的特性。加之,它支持 DSL 与其程式的简洁语法。嗯,如果不考虑性能问题,这真的是不一个不错的语言。
最近发生的一些事情,或许和每个 IT 人息息相关。我便想着,再花点时间思考一下:我们的行业以及行业背后的 IT 体系。
关于『设计一个微服务治理的工具』这个想法,我已经酝酿很久了。但是,你懂的,又是因为种种原因,我搁置了蛮久了。最近,刚好因为在研究『架构适应度函数』,所以,我有了一个新的想法。微服务架构治理,看似和架构适应度函数并没有啥关系。但是,我设想的是一个用于『微服务治理的架构适应度函数』。