引入Vite = 多一个月
Vite 在21 ~ 22年在前端界可谓风生水起，颠覆传统也不为过。
20年4月，尤雨溪发推说：“我感觉我再也回不到Webpack了”，Webpack作者用中文直呼：大哥… 在22年的今天，我们再看这个Twitter是不是感觉这声 “大哥” 喊得歇斯底里 😂。
到底Vite有什么魔力，可以让全世界的前端开发者们争先恐后的投入怀抱呢？
如果只说一个特点，那就是 “快”，不是传统概念的那种快个百分之多少，是tm的几十倍几百倍的快！
什么概念呢，Vite 可以让你的项目甭管多大，1秒内启动；热更新更是快的离谱，几乎是保存的一瞬间就看到效果。说实话，第一次尝试的时候，我惊呆了，我从来没见过这
端上的插件设计
在设计一套客户端软件，尤其是基础模块时，我们通常会考虑到扩展性。而插件机制是一套非常好的解决思路，可以让其他开发者按照我们预期的路径进行功能扩展。
那么在软件初期，我们要如何设计一套较为完善的插件模式呢？本篇将会从我个人对插件的懵懂认知开始，逐步介绍如何形成一个较为完善的解决思路。
怎么理解插件？
Plugin（Plug-in, addin, add-in, addon 或 add-on）是一种计算机应用程序，它和主应用程序（host application）互相交互，以提供特定的功能。
首先，我们经常会在各种软件里面看到 "Plugins" 等关键字，那怎么理解这个词呢？
在我刚接触
如何看待技术匠心？
先说结论：在中国，对技术匠心的投入是一个存在明显 滞后性 的 长期投资，想要享受它所带来的 无限宏利，就必须承受它所带来的一段很长时间的发育期。
20世纪初期，中国互联网发展初期，这个时期有无数通过 技术 → 业务变现 的财富神话，这是宏观发展策略中的必经之路。在那个流量为王的时代里，国内的技术匠心是一条难走的道路，在一个高速发展、业务先行的互联网现状里，技术通过实现业务产品，实现公司发展，通过市值变现是工程师们追求向往、屡试不爽、奉之为神的职业道路。
在过去的20年里，工程师跟随业务发展，有流量则有资本青睐，有资本则促使更多人才涌入。于是，大量追求业务变现的 “业务专家工程师” 造就了中
✍🏼写份信 给十年前的我
本期主题是我的成长之路，虽然感觉自己还是一个小伙子，未来的路还很长，突然写起这个话题，也不知该从何讲起。
或许我应该列出一个思维图谱，推荐一些前端领域学习目录？或许应该讲讲学习前端的经历？
左思右想之后，决定回答一个问题：如果给 10 年的我写一份信，我会说些什么？
Dear Yee：
想想你现在应该还在高中，或许你还不知道你以后会叫 Yee，因为这个名字是你 3 年后才起的，记得是为了注册一个什么账号，后来工作了也容易记住，所以就这么叫了。
这份信来自 2022 年，作者就是你。
”或许你会对未来有些迷茫“，你一定以为我会这么写。但我知道，你其实一点都不迷茫，你连未来是什么都没想过
见微知著 - 一个商品选择组件
在围绕电商的开发中，都免不了围绕商品来做各类数据的打标，集成，联动。
商品选择，自然也是电商B端系统中一个最为 常见 且 通用 的交互流程之一。而在我们的系统中，商品选择这一交互动作之前大多由业务自行开发比如(营销域)，这类交互说简单也简单，但要说起体验、说起细节，复杂起来让人头皮发麻 😖
首先，说到体验，我认为我们团队不缺从零到一的人，整个阿里都不缺；我们缺的是真正投入进去做细节、打磨产品的人。
做一个组件，做一个平台，这个事情很快，但这样的成品如果给到另外一个同样水平的同学，别人会进来用吗？打磨了200个小时的组件和总耗时2小时的组件，体验是不一样的，被其他开发者的采纳率也是不一样
