最近发现项目(基于Vue2)构建比较慢， 一次上线发布需要 15 分钟， 效率低下。

esbuild 项目主要目标是: 开辟一个构建工具性能的新时代，创建一个易用的现代打包器。

之前部门想要统一代码编辑器， 最后决定统一用 VS Code，需要一篇比较系统的介绍文章。

不同用户在较短时间间隔内变更数据，或者某一个用户进行的重复提交操作都可能导致并发冲突。

[译] 原文地址：https://medium.com/nerd-for-tech/from-vue-cli-to-vitejs-648d2f5e031d

今天面试了一天， 累坏了， 发一篇简单的, 示例代码参考了Jack Taylor。

之前本地构建时间挺长的，初次启动要三次分钟， 后面我配置了 Vite, 本地启动时间降低到了 20s 左右，感兴趣的可以移步我这篇文章：

针对复用组件（只是路由参数发生改变），生命周期函数钩子不会被调用，如何能刷新组件了？

在 JS 中，除了变量，用的最多的应该就是函数了，函数是 Javascript 的第一公民。

看到内存溢出这个关键字，我们一般都会考虑到是因为 Node.js 内存不够导致的。

今天PM过来问我: 蛋总，有些用户反馈他们屏幕太小了 , 需要滑动, 操作不方便。我们的系统能不能改成自适应布局啊?

继续寻找标准，不过很可惜，从 performance timing 没有找到，那么我们将目光转向业界来看一下：

对于 React 项目，有这样一个款插件：react-dev-inspector。

最近，就 前端开发过程中的痛点及可优化项 做了一次收集。 其中，构建耗时、项目编译速度慢 的字眼出现了好几次。

在 上一篇文章 中， 我们使用了这个特性，解决了: 引入类型文件报文件不存在的问题。

对称密钥算法DES、AES都属于分组密码，分组密码的特点是分组的长度是固定的。但是由于明文的长度不固定且基本超过分组长度，所以就需要进行多轮的迭代加密。模式就是指的多轮迭代的方式。

HTML中的 contenteditable 的属性可以打开某些元素的可编辑状态．也许你没用过 contenteditable 属性．甚至从未听说过． contenteditable 的作用相当神奇．可以让 div 或整个网页，以及 span 等等元素设置为可写。我们最常用的输入文本内容便是 inpu t与t extarea ，使用 contenteditable 属性后，可以在 div , table , p , span , body ,等等很多元素中输入内容。即通过 contenteditable 可以让普通的元素实现可编辑状态。

我现在是部门里一个项目的前端负责人， 有一些管理相关的工作， 走的是技术管理路线。