请叫我大苏

本篇的性能优化不是八股文类的优化方案，而是针对具体场景，具体分析，从排查卡顿根因到一步步寻找解决方案，甚至是规避等方案来最终解决性能问题的经历实操 所以，解决方案可能不通用，但这个过程可以借鉴

自从有了这个工具后，从以前跟领导评估说要 4 天的国际化工作量到现在只评估了 1 天工作量，实际上跑下脚本分分钟就解决了，我还可以愉快的滑一天水，领导开心，我也开心~

做国际化一个很头疼的坑就是，你不知道项目里到底还有哪些中文词条没有国际化处理 纯靠人工去检查不现实，也不靠谱，而且浪费资源 所以还是得通过脚本工具来检查

vs code 其实有很多实用的技巧可以在日常工作中带来很大的提效，但可能是开发中没有相应的痛点场景，因此有些技巧接触的人不多 本篇就来介绍下多光标的批量操作和模板代码两种技巧在日常工作中的提效

如果没有相关经验的，经常会以为国际化只有词条相关工作项，这就是第一个坑点：工作量的评估过于乐观，遗漏其他工作项。 但当你真正去开发一个国际化项目后，你会发现，国际化的难点、痛点、坑点远不止表面看到的

个人觉得，组件库最难的不是开发，而是使用，怎么才能让同事都用起来，这才是关键。我参与过多个项目，几乎每个项目都会存在这么一种现象：重复造轮子。至于解决，基本就是强制定规范，但这种靠人为主观意识的约定

一份配置，到处部署，这下可以随便重装云服务器，随便玩了，再也不怕繁琐的环境搭建工作了。作为一名前端人员，玩玩个人云服务还是蛮有意思的

某生产环境来了个故障，本地无法复现，无法代理，还是个内网，只能远程客户设备直接在浏览器界面上调试定位，怎么做呢

当然，web 热更新还有很多细节方面，比如在什么时机发起更新检测、本地开发结束后如何打包并压缩上传到专门的文件服务器等等。这些方面通常是根据不同项目、不同团队规范进行制定，就不展开了 所以，对于这类离线应用 APP，其本身架构上就会比较复杂一些，毕竟除了视图层外，还需要实现从 …