-
作为发起人
- 从全局出发，看这个项目的大小、可预期的版本迭代
- 项目小、几乎不迭代，那么对于构建工具 vite 速度快这优点来说，并不是选择的理由。
- 项目大，迭代频繁，那么可以横向对比 webpack 与 vite 以及一些其他打包工具
- 需要突出优点、缺点、成本，比如 webpack 生态成熟，vite 生态不成熟？vite 构建是否可用？如果构建出问题，是新技术的尝试，势必在解决问题上会耗时，导致项目的延期，这些都是不可预知的成本。
- 需要站在老板角度去看，他们注重的是回报和收益
- 条理清晰，把项目需求给理清，不能存在任何“偏心”，不能一开始就说我要用 vite，再去做针对性的方案评审。
-
作为 leader
- 不能一开始就陷入技术点，而是站在一个更高的程度去看问题
- 看收益、看回报，当前是否会导致延期？新技术是否存在如新人使用成本、项目开发效率成本、是否可按期交付成本等
- 新技术的预言是未来规划，这也是一种成本，需要想的更远一些，是否将来会有这方面的技术发展，比如将来都不会往 vite 靠，那么现在用 vite 是否符合团队的发展。