Blog

Blog

PHODAL

2021 节点:赶不上变化的计划

计划赶不上变化,大抵说得是我对 2021 的总结。过多的变化,导致了不少的「计划超期」,也就是所谓的 ”失败“。除了事物本身的复杂性,还可能在于过多的计划导致的。复杂性在我们试探之前,是无法难以正确估算的。而过多的计划,便是个问题。

2020 年的一些想法:

  1. 云研发体系构建。今年:理论差不多完成了,需要一个示例。
  2. Datum 语言。今年:暂时搁置了,找不到特别的高点。
  3. 构建下一个知识体系构建。今年:梳理了《开发者体验:探索与重塑》
  4. 设计。现状:暂停了画画
  5. 构建开源梯队。今年:开始创建 Inherd 团队

所以,2021 的总结大概就是上面这些了,哈哈。

编程:研究为主

在技术上,做了诸多颇有意思的研究,也算是颇有体会,比较有代表性的应该就是《调研技巧(上):以『时间旅行调试』为例》、《领域特定语言设计技巧》。所以,在技术和开源也主要是围绕着几个方面展开的。也因此,我读了一系列的论文,也学会了一些快速阅读 + 索引的技术,不过,也由此我发现我缺乏一个有效的方式来管理这些论文。

从方向上来说,主要是围绕于云研发体系的 IDE、DSL 相关的研究。这些相关的 DSL 项目有:文档-代码同步工具 Writing、架构设计 Forming、架构守护 Guarding、反向模型生成 Modeling、低代码设计语言 Unflow。另外则是围绕于云研发体系的 IDE 部分:Water 架构和 Uncode 概念性 IDE。

除了这部分,还有用于自动化分析与建议的工具 Coco,可以实现轻量级架构可视化。

所以年底的时候,构思了开源知识管理元框架 Quake,作为明年的主要方向。

创作

今年,依旧写了一系列的文章,所以倒是没有什么特别的,比较推荐的就上述的两篇研发相关的文章。还有一些文章也比较推荐:

对应的一个体系化的产出是:《开发者体验:探索与重塑》。它起源是在 2019 年时,在经历了多个低代码前端项目的售前,以及一个低代码项目的技术实践强化,发现国内的 IT 企业缺乏对于『开发者体验』缺乏系统性的思考。便想着结合自己的项目经历、社区经验、国内外实际情况等,编写一个简要的开发者体验电子书。

对于 2022 年来说,同样的也需要有类似的体系化输出,以帮助自己更好地理解某个领域。

社区

社区,大抵是我在 2021 做了比较多的改变,试图去构建一个 “自由” 的团队/社区。

Inherd 开源小组

年初,构建 Inherd 开源小组时,我的想法是以开源项目为核心,构建一个围绕于数字化隐私和底层开发的开源兴趣小组。但是呢,这是一件颇有难度的事情:以代码参与到贡献中是存在一定门槛的,尤其是诸如于 Coco 这样的代码分析性质的项目。所以,Quake 这样的更为简单的项目,可能是一个可行的方向。另外一方面,我们也可以尝试性探索其它的可能性。

社区活动

从习惯上来说,我偏向于是以写作 + 开源的方式来贡献到社区上。我正在尝试性参加一些对外的演讲和分享活动,这里的尝试是指如何更好地平衡时间?诸如于,今年在编程语言社区上做的分享《DSL 在未来软件研发体系:云研发中的意义》,还有其它的一些分享。只是因为技术咨询的性质,地点变得高度不确定:可能今天在南京,明天就在北京,后天在某个地方了。时间就变得更加可贵了,要有时间来陪伴家人,要有时间来写代码,还有写作。

所以,在下一年里,我还会做一些尝试 —— 当然只限于我感兴趣分享的新话题。

2022?

我有一本书在今年写了 1/3,然后搁浅了,但愿明年能写完。

再次重构知识管理体系。

继续构建 Inherd 团队和开源项目。

尝试使用新的语言练手。

关于我

Github: @phodal     微博:@phodal     知乎:@phodal    

微信公众号(Phodal)

围观我的Github Idea墙, 也许,你会遇到心仪的项目

QQ技术交流群: 321689806
comment

Feeds

RSS / Atom

最近文章

关于作者

Phodal Huang

Engineer, Consultant, Writer, Designer

ThoughtWorks 技术专家

工程师 / 咨询师 / 作家 / 设计学徒

开源深度爱好者

出版有《前端架构:从入门到微前端》、《自己动手设计物联网》、《全栈应用开发:精益实践》

联系我: h@phodal.com

微信公众号: 最新技术分享

标签