57 - 《当我们聊工程化时，我们在聊什么？》
发布于 2022年2月17日
给中午列的小册大纲开个头。
假如要做 10 个项目。小 A 埋头一个个做完了 10 个项目；小 B 做完 1 个项目后沉淀了一套脚手架，然后经过 2 个项目的打磨，用到剩下的 7 个项目中。谁苦？小 A。谁会做地更快更有趣？明显是小 B。并且这套脚手架还可以用于后续的其他项目，也可以推广推广，让整个团队收益。
这就是工程化的力量。但注意脚手架不等于工程化，他是工程化的一种形式，甚至还有点点过时。
10 个项目已经是非常好的经验，如果仅仅只是做完，没有任何项目之外的产出，就非常可惜了。我们要时常记得把工作成果化，10 个项目的经验已经可以产出非常多东西了，比如脚手架、框架、组件库、工具库、垂直项目的最佳实践、代码风格等等。
除此之外，你可能还会遇到，
- 依赖版本里写 * 或 latest
- 代码里 import 不存在的依赖，居然能工作
- 遇到依赖升级导致项目出错时不知所措
- 不知道如何兼容 IE11
- 遇到项目启动慢，不知如何提升
- 遇到项目打开慢，不知如何提升
- 为了提升代码质量，eslint 里乱配一汽，质量没上去，效率反而低了
- 项目变大后，应该如何拆分组织
- …
如果你拥有工程化的知识，就能一一化解。
那什么是工程化？不同的人会有不同定义。我觉得工程化的本质是复用，所以他无处不在。定义一个单元，并且让这个单元不断被复用，就是工程化。这个单元可以是文档、代码片段、文件、组件或 Util 模块、脚手架、框架、方法论，甚至是解问题的