Angular Testing with Headless Chrome 文章主要讲述如何配置 ChromeHeadless 来运行单元测试和 E2E测试，文章内容过于简单，很容易搜到答案。并且 Angular 官网 Testing 已经讲述了如何配置 ChromeHeadless。

建议：从 TODO.md 中删除该文。

指向Master库的时候，库升级了，链接就乱了。
英文版本的链接都是执行特定标签的代码库.

比如
https://github.com/angular/angular/blob/master/packages/core/src/view/provider.ts#L152
改为
https://github.com/angular/angular/blob/15090a8ad4a23dbe947ec48b581f1bf6a2da411e/packages/core/src/view/provider.ts#L152

1. Ivy 精简了构建管道(不再需要元数据或 ngfactory 文件)，使得诸如懒加载单个组件之类的任务变得更加简单。
   Ivy streamlines the build pipeline (no more metadata or ngfactory files) making things like lazy-loading individual component trivial.
2. Ivy 引擎本身支持这些特性，但是将@component转换为ngComponentDef的编译器并不支持。根据上述论据，我们不能将其添加到组件装饰器中，但是下面的 API (或类似的东西)将会变成现实。
   The Ivy renderer itself supports features, but the compiler turning @Component into ngComponentDef doesn’t. So, as of know, we cannot add it to the component decorator, but the following API (or something similar) should become available:
3. 我们可以尝试新的框架功能，而无需对框架本身进行更改
   We can experiment with new framework features, without making changes to the framework itself.

Hey, I'm the founder of Angular In Depth. Please rename this repository and organization as you're not part of AngularInDepth organization. Thanks!

对于技术博文里的一些专业词汇可能不同的人选取翻译用词会不一致，这样可能会对读者造成困扰。
我个人在翻译过程中觉得有些专业词汇可能不翻译读起来更流畅些，但有有些人可能不这么认为。
所以是不是能够添加一个文档，制定一下标准，两种做法可择其一：

1. 标准文档中列出不要翻译的词汇，在翻译过程中遇到该词汇就使用原词
2. 标准文档中列出专业词汇的标准翻译，在翻译过程中遇到该词汇就使用提供的标准翻译

I want to contribute to this repo， but do not know how to. Could you please add document about how to contribute to this repo? Thanks!

目前贡献时 文章编号为 仓库最大文章编号加一， 当多人提交贡献时可能会有编号冲突。
ngrx、rxjs、angular 文章编号都是阿拉伯数字，后续文章编号没法区分。
建议以TODO中文章所处位置和所列序号组合为文章编号，
比如：
RxJS-01.[翻译]-OnPush组件中NgDoCheck和AsyncPipe的不同之处
Angular-01.[翻译]-如何手动启动 Angular 程序

而资源文件夹 则是 RxJS-01、 Angular-01 命名。

你觉得呢？