太长不读：在很长一段时间我并不知道怎么去平衡速率和质量之间的关系，我虽然看过不少书和文章告诉我只有保证质量才能保证速率，但我还没有见过反例，我没办法很好地说服别人，我只能看着他们义无反顾的冲向进度，然后抱怨时间不够。我想用我经历和见证的不同项目、不同情况来和你聊聊为什么质量等于速率。

本文跟技术栈强相关，但是理论上从里面抽离出来的方法论可以实践在任意的技术栈上，只需要投入一点点时间和精力写一个小工具就好了，下面是本文所用到的一些技术栈：

Authentication(又被称为AuthN，身份验证)，它指的是 the process of verifying that "you are who you say you are"，也就是说这个过程是为了证明你是你。通常来说有这么几个方式：

本文首发于我的个人博客: [链接] Performance Performance API 有的时候我们可能会想测试一下用户的某一个操作要消耗多少时间，而通常一般人会这么做： {代码...} 使用 performance API，我们可以这么做： {代码...} 之后在控制台里我们可以看到这样的 console 信息 同时在 chrome 的 performance tab 里面，如果你进行...

自从三大框架成型之后，各个框架都为提升开发者的开发效率作出了不少努力，但是看起来技术革新都到了一个瓶颈。除了 React 引入了一次函数式的思想，感觉已经没有当初从DOM时代到数据驱动时代的惊艳感了。于是 React 将精力放在了用户体验上，想让开发者在不过多耗费精力的情况下，用框架自身去提升用户体验。

这是一个介绍Chrome devtool的系列文章，虽然这是一个前端小伙伴们都很熟悉的东西，但是我相信它的很多还不错的功能其实或许你并不知道，这个系列的文章会涉及到: 代码修改、debug、network、audit、monitor等等。

从这张图可以看到，最上面的文件就是我们整个app的入口，也是这个文件启动了我们整个app，这就是weback的入口，通常这个文件会依赖我们自己app的其他文件，其他文件又会依赖别的第三方库，这些依赖可能是js，也可能是css，当然右边也展示了我们也会依赖app里面的其他文件。

webpack的核心目的和功能就是打包JavaScript代码，在时间的推进过程中，其逐渐演化成了一个生态体系，成为前端打包代码和处理开发时候必不可少的一个工具。

如果只是这样用，有什么问题呢？这样引入JavaScript是没办法大量引入的，什么算大量呢？也不用多，加入某个页面我需要20个JavaScript文件，怎么办？好像我只能加20个script标签，然后一个一个去请求。但是这样的话首先会使页面加载变慢，你需要在加载页面后去请求大量的script，更为重要的是，浏览器是有请求限制的：

由于篇幅所限文章中并没有给出demo的所有代码，大家如果有兴趣可以将代码clone到本地从commit来看整个demo的TDD过程，配合文章来看会比较清晰。本文涉及的所有代码地址: teobler/TDD-with-React-hooks-demo