PS:这也是一篇畅想,虽然经过了一番试验,依旧有一些不足,但是大体上站得住脚。
去年,有一些用户基于 ArchGuard 定制了自己的版本,但是遇到了一系列的问题;简单来说,就是可定制性差。与此同时,构建企业级的架构治理流程时,还需要考虑适用于不同团队的可扩展性、任务可追溯性等问题。
PS:就本文的结论而言,我相信你已经或多或少的有所体会了。也因此,本文更多的是展现一个思考的过程,而不是一个纯粹的结论。
ChatGPT Simple Cheatsheet
在 ArchGuard 2023 Roadmap 里,我们计划设计一个轻量级的任务引擎。在阅读了 Gradle 源码的 Task 设计之后,我们决定改用 GitHub Action 的方式:基于 Yaml 编排任务。在设计 Runner 时,设想的场景是::
自去年接手 ArchGuard 到现在,差不多是一年,也差不多是我真正(虽然也是业余时间)写 Kotlin 一年的时间。在不考虑 CLI 体制的体积下,Kotlin 确实是一个快乐的语言,特别是:你经常找不到北,但是非常好用的语法糖:extension functions。在那之前,我业余经常使用的是 Rust,有些语法糖虽然好用,但是吧,有时候编译器就不让你快乐。我觉得主要原因吧,应该是:Kotlin 是 Jetbrains 的亲儿子,而 Rust 不是。次要原因是:Rust 的静态分析真不是一件容易的事。
(PS:尝试结合 ChatGPT 生成)
在上周的 QCon 北京 2022 大会上,我和我的同事黄雨青一起分享了《组织级架构治理的正确方式》,以帮助开发人员对组织级架构治理体系全貌一瞥,并厘清治理工具的设计思路和核心功能内容。
PS:本来应该在 2022 年交付的这篇文章,受阳了的影响,延迟到了 2023 年。
2022 年充满了太多的变化。原定在 2022 年底写的本文,也因为新冠阳性推到了 2023。写这一篇文章的难点,并不是回顾这一年做了什么,而是基于这一年的感悟,做一些新的投资,选择新的举措。