近来，我们团队开始尝试用新的解决方案（双端开发，同时投放PC端和移动端）解决前端资源短缺问题。但提测后，测试提出我们移动端页面首屏太慢（6s+），体验极差。

2022 年过得好快，感觉上一次写文章还是去年的年终总结（这一年确实偷了懒，需要自我反省），一转眼，已经除夕了。本想就这样过去吧，用“太忙”搪塞自己。但人在做，自己以后好看。

The React 17 release is unusual because it doesn’t add any new developer-facing features. Instead, this release is primarily focused on making it easier to upgrade React itself.

2021年生活很苦，苦得抓头挠腮。但还好头发少了，人也成熟不少，懂的了为生活加糖。感悟今年走过一些地方，看过一些电影，读过几本小书，听过几个故事，觉得是好鸡汤，原与君共饮。电影：《对不起，我们错过了你》今年国家一直在整治平台经济，扼制平台垄断，开始我不懂，后来我偶然在佳片有约看了这部电影，里面讲的故...

久了不摸手生，除了react依稀记得，antd基本只能看着官方demo一行一行写，感觉一天能写完的，结果两天了还没联调完。中间还遇到一些似曾相识的问题，可惜以前的经验已经不管用了。

作为你一个前端，可能你常常自诩，你是一个无情的API调用机器，调框架API，调服务端API；但下文可能会震惊到你，至少已经让我崩溃了好几天。

来公司一年多，业务之余一直在参与做BU自己的前端发布平台；以前我们的构建底层（CI/CD）大多依赖于集团的能力，所以经常一个应用某个迭代发布之后，其他迭代再构建部署，就会报错，这时就需要打开集团系统的构建日志,会看到类似下面的报错提示：

一个前端，成家之时，需要一份婚礼邀请函。用网上哪些网站（婚礼纪、易企秀）生成出来的，样式、动画效果感觉很赞，但公司logo、广告弹窗、加载速度、自定义版图都让我这个职（qiang）业（po）前（zheng）端（huanzhe）感觉，这需求肯定过不了产品验收。

因为webpack编译的思想是万无皆可JS，意旨所有web项目关联的资源文件，都可以通过js关联起来。然而又由于图片，样式这些本来和js八竿子打不到一起的，所以就有了各种loader来解决他们的关联性问题；

其实从刚入行起，就陆陆续续接触Nginx，学着安装，学着配，学着用它解决不是前端管得了的前端问题，知识零零星星从百度查了很多，但从没记住，于是....

最近一直在做一个技术改进：微前端中子应用采用umd方式分包构建，取代现有的systemJs方式构建，解决子应用稍微复杂一点后构建资源过大造成应用加载缓慢的问题。

2020 最惹人醒目的词: 无疑是新冠。虽然没直接打过交道，但间接影响还是很大的。过年过成家里蹲、成天带着口罩让老鼻炎又加重了、梦寐以求的在家办公成为现实、老东家的货运滴滴业务因为疫情几近停滞、新东家新平台新业务搞得风生水起；

SameSite cookie 推出已一年有余，自己看了不少文章，也撞了不少南墙，所以还是那句好记性不如烂笔头。你可能觉得自己懂了，但试着讲出来，才能知道自己是否真的懂了。

以前这个页面只是一个评价列表（可上拉加载），为了数据更易读，列表的头采用了固定布局。然而加了这个概览时，产品没提，我就简单粗暴的将这个列表头换成了相对布局，ok，提测。但第二天，我发现上拉加载数据多了，列表头部被顶上去之后，想再做筛选，就要再把列表上滑才能看到，这个体验非常之差。于是同事就说要不问...

前言在Linux或MacOS系统中，ln命令是一个重要的命令，它的功能是为某一个文件在另外一个位置建立一个同步的链接。对于前端来说，ln 命令被应用最多的地方就是, 就是全局安装并创建一个 npm 命令 {代码...} 当敲下回车，上面的安装执行完成后，在输出中，会看到这样一串字符： {代码...} 这串字符背后的意思就是系统建立...

当我看到这个问题，我就觉得这个提问者应该是个萌新，或者已经被产品经理或SB leader 折磨的失去理智。因为下方有一个非常直中要害的回答：

第一个问题如果你提到了Fiber reconciler，fiber，链表，新的什么周期，可能在面试官眼里这仅仅是一个及格的回答。以下是我整理的，自我感觉还良好的回答：

微前端是当下的前端热词，稍具规模的团队都会去做技术探索，作为一个不甘落后的团队，我们也去做了。也许你看过了Single-Spa，qiankun这些业界成熟方案，非常强大：JS沙箱隔离、多栈支持、子应用并行、子应用嵌套，但仔细想想它真的适合你吗？

最近在做一个工程化强相关的项目-微前端，涉及到了基座项目和子项目加载，并存的问题；以前对webpack一直停留在配置，也就是常说的入门级。这次项目推动，自己不得不迈过门槛，往里面多看一点。

译文：Rendering on the Web 本文主要内容来源于对上文的翻译，图也来源于此，加上了一点平时工作的理解，英语渣、翻译不是很准确，有条件的可以直接阅读上文链接。本文主要是自己在阅读时做的笔记，供自己以后查看。

最近原油下跌不少，疫情不断，股市惊慌失措。于我而言，管我屁事，没钱。奋（pin）斗（qiong）的我，只有好好写代码。偏题了，是想说缘由来着，最近越来越觉得github慢，各种pull，push卡顿，家里打开github网站也巨慢，博客文章打开，各种图裂；现在不止用vscode写代码，还用来写文章，写笔记。所以努力给自己打造一个...

2020 转眼已来到3月，但疫情的突袭，让这个春节迟迟没有开始，也没法结束。这段时间看似是充电自我提升的大好时光，但家国情怀深厚的我为疫情真的是操碎了心，时不时都要看看哪里数据猛增了，哪里暴发了。结束一个月的在家办公，带着口罩在公司上班，状态稍有好转，注意力终归回到了技术。

最近公司在做一个项目，通过把我们自己的Webview植入第三方APP，然后我们的业务全部通过H5实现。至于为什么不直接用第三方APP WebView,主要是身处金融行业，需要做一些风控相关功能。

在2018年，自己几乎写了一年中后台的业务。天天围绕着Antd，React工作，写不完的业务。2019年看起来似乎幸运很多，接触了更多的技术，实践了更多新学到的知识。

距离ES6的发布应该有5年了，但除了const、import，展开运算符, 箭头函数这些新特性在工作中常接触外，Map、Set、Symbol出场机会还是寥寥无几，至少不如const、import露脸机会多。进来抽空去刷了一下算法，发现好的算法实现真的需要依赖好的数据结构。这篇文章着重讲怎么讲这些新的数据结构应用到日常工作以及刷Leetcode

如果你感兴趣，可以fork项目，自己体验一下 Koa-spring：[链接] related-client: [链接] 技术栈：koa + Sequelize + routing-controllers + typescript

很久以前，一个前端练习生，开源了一个不知名的组件库antd-doddle，还特意写了接入文档，文档地址, 真的是用做开源的态度，在认认真真做项目。这个组件库在公司内部差不多用了一年多，感觉还是把日常哪些简单琐碎的事简化了，有更多的时间去成长。这不，最近有点成长，又有点闲心，就用更React的思想重构了这个组件库中...

近来手痒，又陷入了自我捣腾的无限循环。 其实事情是这样的，最近阿里云搞活动（嗯，友情打广告），229买了个3年版低配服务器；前端时间写用React + Github Graphql API自定义你的博客, 见识了Github Action的强大，所以就尝试打造自己的前端构建部署工作流程；也许你看到过很多大厂的前端自动构建部署，但鲜有尝试，今...

学过或了解过 Node 服务框架 Koa 的，都或许听过洋葱模型和中间件。恩，就是吃的那个洋葱，见下图：Koa 是通过洋葱模型实现对 http 封装，中间件就是一层一层的洋葱，这里推荐两个 Koa 源码解读的文章，当然其源码本身也很简单，可读性非常高。

我用了addEventListener和removeEventListener来尝试useEffect的挂载和清除功能，细心的你，发现这段代码有几个错误呢？ 自我观察，自认为是有如下几个的：