作为满帮集团微前端的发起和推动落地人来分享一下整个过程，希望通过这次的分享，让大家更贴合实际的感受在前方没有参考目标或者参考目标不适合我们时，如何找到最适合我们自己的路

这道面试题是无意间在微信群里看到的，据说是某厂的面试题。一般关于 Promise 的面试题无非是考察宏微任务、EventLoop 之类的，当我认真去分析这道题的时候，越看越不对劲，感觉有诈！这是要考察啥？ 这里4怎么跑到3后面去了，不讲武德？ Why...... 在我看来，这道…

我们最近刚把一个后台系统从 element-plus 切成了完全自研组件，CSS 层统一用 Tailwind。全员同意设计稿一致性提升了，但代码里怨言开始冒出来。 这篇文章不讲原理，直接上代码对比和团

我大概是在工作的第五年，晋升到了高级前端工程师。那时候我挺自豪的，觉得自己技术不错，能独立负责复杂的业务，也能搞定线上疑难杂症，再往上走，应该也只是时间问题。 但没想到，高级这个title，我一挂就是

前不久发布的 UMI4 新增一个非常实用的功能：deadCode 检测。 随着项目不断迭代，项目中通常会有未使用的文件或导出，这些 deadcode 增加了工程维护的复杂度，降低代码的健壮性，靠人力去

背景以及唠叨 抛出问题，你觉得什么样的人算得上大佬？或者是怎样得人会成为大佬？这是我去面试了一家创业公司，老板跟问我的。我当时得回答是：对框架原理有着比较深得理解得，知道的比较多，各种技术都有一定得了

我在简历上写了精通 H5，结果面试官上来就问： 同学，你说你精通 H5 ，那你能不能说一下怎么实现 H5 秒开？

最近接到了百度的面试，个人觉得基础知识准备的比较充分，就去网上找了一些百度的面经，冥冥之中我在众多的面试题中打开了下边两个面试题： 2021百度前端社招面经 百度前端面试题分享，带答案 看完之后我直呼

任何新技术、新产品都是有一定适用场景的，它可能在当下很流行，但它不一定在任何时候都是最优解。在被微前端坑了几次之后，回过头发现，iframe真香！