持续挺进 - Zong

任务进度

「日本語学習計画」：语法及词汇 第1页
「计算机图形学」：材质与外观
「锻炼身体」：简单运动 待加强
「ECMA-262」：6.1.7.3 Invariants of the Essential Internal Methods
「Type<Challenge[]>」：
「OKR工作法」

Type<Challenge[]> 进入到模式，后面的题目暂时先不做了，等进阶一段时间再继续尝试吧，计划以这个挑战为例，做一次有关 TypeScript 进阶的技术分享，争取今年做 3 次分享。

OKR工作法

在读完 OKR工作法后，会印象更深刻，因为目前团队的模式已经基于 OKR 实践了近 1 年的时间，也能看到确实多多少少有影响到团队的成员。总结来说，OKR就是让团队聚焦在优先级最高的任务上，并且会在阶段性同步任务进度，可以以更快的响应速度进行任务调整，避免将精力转移到不重要的任务上。同样需要具备，任务的描述需要是激进的，有挑战的。而不是轻松可以完成的或不可能完成的。

其实可以发现，在我个人每年的任务目标上，确实有列不少想做的事情，也同样分着优先级，同样都是具备挑战性的。在我一样样将任务完成时，会带有激情和成就感。

微前端资源共享优化

在之前发现微前端构建后，重复资源没有利用起来的情况下，对构建流程进行优化，利用 externals + html-webpack-plugin 将子应用公共资源使用 CDN 替换。

目前对内部 3 个平台进行改造优化，实现资源大小，缩小 70% 。构建速度提升 40% 。

其实本来想采用 splitChunks 的方案来抽离应用中的公共模块，但是这不符合资源共享的特征，并且在实践过程中发现成本远高于现在实现的方案。

低代码中台搭建平台核心功能开发

当前低代码平台可以说是非常火热，同样的我们内部也在早前就萌生了低代码平台提效业务的想法，但是作为开发的我们，在每一次碰撞思维的时候，太过容易发散，在最近我们拉拢了一个产品来参与到我们的项目，确实是明智之选，产品很好的收拢了我们发散的思维，和我们共同确认了我们的任务优先级，有序的推进平台的开发进度。

回顾起来，产品的加入，有效的理清楚了我们发散的思路，有规范的合规了产品的生命周期，感受起来其实也有点像 OKR ，总之，从产品身上学习了不少经验。

也同样的，我参与了市场竞品的分析和比较，那么回到本次的主题。我负责核心（ CORE ）的功能开发，整体基于插件体系和发布订阅进行设计，将左侧插件栏、顶部工具栏、右侧配置栏，以及中间画布结合，通过插件体系和发布订阅进行组合。

值得高兴的是，目前核心功能的开发即将进入尾声，结合同事画布的开发配合，可以进入迭代开发的进度了。

Element Plus

和作者有谈论到为何在源码中会出现 TODO: change it to symbol ，本来打算提一个 PR 的，但是采用 string 其实是有历史原因的，因为在目前单独发包的时候，如果使用 Symbol 的话，会出现 Symbol 不同的情况。

那么其实这算是历史遗留问题，我们内部在 Element Plus 基础上已经换成了 workspace 的发包模式，如可以通过 yarn add @element-plus/affix 进行单独安装，而本身的 element-plus 则是将这些子包以依赖的形式关联。理论上这没问题，有待进一步测试和实践，我们拭目以待吧。

再回到需求方面， Element Plus 也在切换到 CSS Var 和 SVG Icon 等等，当然内部我们已经在使用 CSS Var 并完成了一套主题切换服务，比如切换暗黑模式。