标准的 dom-diff 算法时间复杂度是 O(n^3)，显然性能在某些情况下是无法达到要求的，Facebook 工程师将其时间复杂度降到了 O(n)。本文通过不同的 case 来对其思想做进一步的整合。

之前看过一个在 React Summit 上分享的一个视频（原文 7 Lessons to Outlive React ），从宏观上阐释了 React 近年来处于前端框架浪潮之巅的主要原因，其架构和设计理念很可能是今后各种大前端框架的主要参考（如 Flutter），其实 React 之于其他前端框架很像苹果之于诸 OEM 安卓厂商，性能并不是最好的，但生态强大且质量高，旨在依随自己的理念不断的进化自己，而不是与“友商”一味的竞争各种跑分。所以若了解了 React 的架构思想，将对今后的学习和工作有着很大的帮助。

Babel 的前身是 6to5 q这个库，顾名思义是 es6 转 es5，但是后来随着 es 标准的演进，有了 es7、es8 等，6to5 的名字已经不合适了，所以改名为 babel.

目前的 webpack4 的源码已经十分庞大，学习起来的成本也十分昂贵。下面我们通过调试 webpack，了解其内部工作流程，揭秘它工作原理，最终实现一个简易版 webpack。

学习一个工具或者库的源码之前，需要对一个库有一个基本的认识，比如源码的结构，还有如何调试，属于一个前提条件。而 webpack 是我即 react 之后，希望通读的一个工具库，其实在团队中，自己需要去完成一些技术的指标，而相应的技术储备是必不可少的。就前端工程化而言，webpack 是避不开的一条路。所以在阅读源码的同时，希望能收获更广阔的技术视野，以及之后遇到这个东西的时候，知道其原理。

大多数设备的刷新频率是60Hz，也就说是浏览器对每一帧画面的渲染工作要在16ms内完成,超出这个时间，页面的渲染就会出现卡顿现象，影响用户体验。前端的用户体验给了前端直观的印象，因此对B/S架构的开发人员来说，熟悉浏览器的内部执行原理显得尤为重要。

props和state之间的确切区别是什么？理解它们的工作原理相当容易，尤其是在上下文中查看时，但是从概念上理解它们也有些困难。一开始令人困惑，因为它们都具有抽象术语，并且它们的值看起来相同，但是它们也具有不同的作用。

在开发小程序的同时，也别忘记去理解一些原理性和细节性的问题，因为这是我们提升的关键。to be an engineer, not a coder.

最近将博客换成了https协议，并将自己小程序后台部署到了我的ubuntu服务器上，期间学习到了很多东西，下面便一一悉知

在这里我继续思考整理汇总一下国际化方案，后续可以针对一些重要的点进行突破和落地。