掘金泥石流

提到状态管理，你是不是一脑门子汗，React vue 纯js， angular preact…… 不同的 UI库 有自己的状态管理生态，彼此之间还不能打通。切换 UI库的技术栈意味着你需要把背后的应用

本文是我在编写 Rdeco 相关文档的一部分，其实关于这个库，我一直比较纠结他的意义，这个意义并不是指库本身的价值，而是这个库的定位，这个库最早的定位只是为了摆脱 React 复杂模式下的状态管理生态

React 采用的更新机制是一种批量更新的机制，最新的 hooks api 更是把这种机制推到了极致，批量更新的优势在于不需要处理更新细节，和直接操作 dom 元素相比，批量更新的效率更高，在大多数场

前端应用是个很宽泛的概念, 本文聚焦的是单纯的 web 应用, 通俗的讲就是 spa 应用. 大部分应用研发的框架, 入早期的 Angular Backbone 都会以一个 todomvc 来说明框架

好几个月没动笔了, 最近一直和团队在研究一些技术上的东西, 正好有一部分关于前端模块的内容可以和大家分享下. 在进入正题之前, 让我们先回顾下前端模块从无到有的一个简短历史 如果你有一定的工作经验,

前言 作为新生代农民工的码农们, 刚就业就遇到了如此恶劣的国际环境, 疫情, 内卷, 政策转向带来的各种裁员... 但看似不安的充满危机的前景或许正在酝酿新的机会. 一切都是历史的轮回. 正文 微信

前言 在我的前几篇文章中, 我提到了现行 React 状态管理策略上的失败, 和社区的混乱, 在这篇文章中, 我会进一步剖析为什么 React 状态管理诉求的本质, 以及现行官方和社区策略的不可取的原

前言 业务获客, 听起来是个运营话题, 大多数和增长有关系, 和技术有什么关系? 但恰恰是 90 年代雅虎搜索的出现改变了商业获客的方式, 可见作为技术工程师, 我们的思考范围不应该仅局限于技术本身内

前言 不同规模的公司都有自己独立的前端研发部门, 无论是大前端亦或是小型业务团队, 小到几人大到上百人.过去关于前端研发团队的组织架构都是因势利导自然而然的发展. 名目繁多, 团队形式各异, 但基本脱