不爱说话郭德纲

不久前写了一个全新项目，包括服务器也是新的，所以没有CICD流水线，写完项目需要自己部署更新到服务器上，为了解决这个麻烦的重复操作。。。

前端面试官灵魂拷问：“你为什么选 Less/Scss？” 你 🤨（内心OS）：“因为…团队在用？文档推荐？别人都这么干？” 面试官 😅（微笑）：“很好，可以回去等二面了。”

“这个VIP按钮不够尊贵，我要那种黑中透着高级感，最好带点若隐若现的紫金色！”产品经理指着设计稿，眼神中闪烁着“五彩斑斓的期待”。 🖤

产品姐：“怎么有的图片预览可以保存成功，有的却提示保存失败？” 我：“不能够呀，正常图片应该没问题的哇” 产品姐摇摇头：“那这个二维码你给我保存下。” 我长按——“图像保存失败”。

面试官：你给我讲讲async/await 我：嘿嘿，还好我看了八股文：async/await我熟，不就是让异步代码看起来像同步代码嘛 面试官：不错，async/await是怎么让异步代码像同步代码的？

面试官盯着简历看了几秒，说： "你项目里用了 TypeScript？为什么用？别人用你就用？" 我笑了笑，心里想："这都被你发现了"

作为前端炒粉，面对这个"简单"需求时，我望着Element Plus官方文档陷入了沉思 🤔。el-upload组件虽然能完美处理上传，但原生并不支持已上传图片的拖拽排序。于是，当然是选择满足他啦..

new Image() 预加载 为什么比 <img>直接加载要好？<img> 直接加载对比 new Image() 预加载 1. 加载时机和页面渲染的差异 直接渲染到 <img> 标签

最近后管项目新加了一个需求，需要在原有的列表上加一个全选按钮，实现对整个列表或者筛选后的整个列表数据进行一个整体的操作。看了下`Element`中的`el-table`文档，并没有现成的`API`。。