琢磨一下 Monorepo
Monorepo 不是一个新话题了，这个概念最早被 Google 提出，指的是将所有项目代码(无论是前端、后端、库、工具等)集中存放到同一个仓库中，打个比喻就是把我们现在的 Java 应用、前端 JS 和组件库都放在同一个仓库中，再通过工程自动化在发布过程做分离。
发展到如今已经有非常多的公司采用这种方式进行该种方式管理代码，随后也发展出来非常多针对 Monorepo 场景下的工具链，如：Nx、Lerna、Turborepo
使用现状
Monorepo 在我们团队内部其实已经有许多项目已经在应用，为此我们还专门做过一期当前 Monorepo 解决方案的对比分享（😑 很遗憾没有做视频录制，
谈谈国内前端的三大怪啖
因为工作的原因，我和一些国外的工程师们有些交流。他们对于国内环境不了解，有时候会问出一些有趣的问题，大概是这些问题的启发，让我反复在思考一些更为深入的问题。
今天聊三个事情：
* 小程序
* 微前端
* 模块加载
小程序
每个行业都有一把银座，当坐上那把银座时，做什么便都是对的。
“ 我们为什么需要小程序？”
第一次被问到这个问题，是因为一个法国的同事。他被派去做一个移动端业务，刚好那个业务是采用小程序在做。于是一个法国小哥就在被痛苦的中文文档和黑盒逻辑中来回折磨着 🤦。
于是，当我们在有一次交流中，他问出了我这个问题：我们为什么需要小程序？
说实话，我试图解释了 19
今天这个 Antd 是非换不可吗？
最近在思考一个可有可无的问题：
“我们是不是要换一个组件库？”
为什么会有这个问题？
简单同步一下背景，我效力于 Lazada 商家前端团队。从接手系统以来(近 2 年) 就一直使用着 Alibaba Fusion 这套组件库。据我所知淘系都是在使用这套组件库进行业务开发，已经有 7 ~ 10 年了吧。我们团队花了 2 年时间从 @alife/next(内部版本已经不更新) 升级到了 @alifd/next，并在此之上建立了一套前端组件库体系。将 Lazada Seller Center 改了模样，在 Fusion 的基础上建立了一套支持整个 Lazada B 端业务的设计规范和业务组件库
结合AI能力，对B端交互的畅想
本文纯假想，只是觉得结合 AI 大模型能力或许对 B端交互流程会有很多不错的产品创新。这里先把想到的一些点补充在这里，做些简单的小样。
本质
在开始之前，我先抛一个问题： 🤔为什么需要前端工程师？
从某种意义上讲，前端工程师更像是一个 翻译师，将人类所能理解的内容，利用编程语言翻译给各个终端（APP、浏览器、小程序），再把这些信息序列化后存储、发布到服务器，通过网络传递给任何需要这部分信息的终端中重新展示，然后被另外一群人理解。
这是我之前发的一篇文章，感兴趣的朋友可以传送去看看。总的来说，对于绝大多数现在的互联网产品，我认为都在解决人机信息传递的问题：
* 电商，让天下没有难做
译：如何成为一名 “捞逼” 工程师
本文为翻译转载
原文地址：How to be a -10x Engineer
+10x engineers may be mythical, but -10x engineers exist.
+10 倍工程师可能是神话，但-10 倍工程师是存在的
To become a -10x engineer, simply waste 400 engineering hours per week. Combine the following strategies:
要成为一个-10 倍工程师，只需每周浪费 400 个小时的时间。可以使用以下策略：
Nullify the output