anchor.diff:    It installs "C1" in the `node_modules` folder for "A" and "C2" in the `node_modules` folder for "B".
     Now "A" and "B" have their own copies of "C" and they run without interferring with one another.
   
  -  하지만 문제가 있습니다. 패키지 "A"는 "C1"의 존재를 직접 실제로 호출하지 않고도 알아야 할 것입니다.
  -  "A"는 오직 *다른 누군가가 "C1"을 사용할 때* 작동할 수도 있습니다. 어플리케이션의 다른 부분이 "C2"에 의존하면 무너지게 됩니다.
  +  하지만 문제가 있습니다. 패키지 "A"는 "C1"의 존재를 실제로 직접(directly) 호출하지 않고도 알아야 할 것입니다.
  +  "A"는 오직 *다른 패키지가 "C1"을 사용하는 중일 때만* 작동할 수도 있습니다. 어플리케이션의 다른 부분이 "C2"에 의존하면 무너지게 됩니다.
     
     But there is a problem. Package "A" may require the presence of "C1" without actually calling upon it directly.
     "A" may only work if *everyone is using "C1"*. It falls down if any part of the application relies on "C2".
  
positive.code: 
    ### Feature Packages
    
    ***@angular/core*** - 모든 어플리케이션에 필요한 프레임워크의 핵심적인 런타임 요소.
    데코레이터, `컴포넌트`, `디렉티브`, 의존성 삽입, 그리고 컴포넌트 라이프사이클 후크에 관한 모든 메타데이터를 포함합니다.
    
    ***@angular/core*** - Critical runtime parts of the framework needed by every application. 
    Includes all metadata decorators, `Component`, `Directive`,  dependency injection, and the component lifecycle hooks.
    
    ***@angular/common*** - Angular팀이 제공하는 서비스, 파이프, 그리고 디렉티브에 공통적으로 필요한 것들
  
    ***@angular/common*** - The commonly needed services, pipes, and directives provided by the Angular team.
    
    ***@angular/compiler*** - Angular의 *템플릿 컴파일러*.
    템플릿을 이해하고 어플리케이션을 실행하고 렌더링하는 코드로 변환할 수 있습니다.
    일반적으로는 컴파일러를 직접적으로 사용하진 않습니다. 대신에, `platform-browser-dynamic`을 통해 간접적으로 사용하거나, 또는 오프라인 템플릿 컴파일러를 통해 사용합니다.
  
    ***@angular/compiler*** - Angular's *Template Compiler*. 
    It understands templates and can convert them to code that makes the application run and render. 
    Typically you don’t interact with the compiler directly; rather, you use it indirectly via `platform-browser-dynamic` or the offline template compiler.
  
    ***@angular/platform-broswer*** - DOM과 브라우저에 관련된 모든 것에 대한 패키지. 특히 조각을 DOM으로 렌더하도록 도와주는 패키지들
    이 패키지는 또한 오프라인에서 템플릿을 미리 컴파일(pre-compile)하는 프로덕션 빌드를 위한 부트스트래핑 어플리케이션의 bootstrapStatic 메서드를 포함합니다. 
  
    ***@angular/platform-browser*** - Everything DOM and browser related, especially the pieces that help render into DOM.
    This package also includes the bootstrapStatic method for bootstrapping applications for production builds that pre-compile templates offline.
  
    ***@angular/platform-browser-dynamic*** -
    클라이언트 상에서 템플릿을 컴파일하기 위한 [제공자(provider)](../api/core/index/Provider-type-alias.html)와 [부트스트랩(bootstrap)](ngmodule.html#bootstrap) 메서드.
    오프라인 컴파일에 사용하지 마세요. 이 패키지는 개발 중 부트스트래핑과 간단한 샘플을 부트스트래핑하는 데 사용하세요.
  
    ***@angular/platform-browser-dynamic*** - Includes [Providers](../api/core/index/Provider-type-alias.html) and a [bootstrap](ngmodule.html#bootstrap) method for applications that
    compile templates on the client. Don’t use offline compilation.
    Use this package for bootstrapping during development and for bootstrapping plunker samples.
  
    ***@angular/http*** - Angular의 http 클라이언트
  
    ***@angular/http*** - Angular's http client.
    
  
negative.code: .l-main-section
  a(id="why-peer-dependencies")
  :marked
    ## 왜 *peerDependencies*인가?
  
    ## Why *peerDependencies*?
    
    빠른시작에서 다룬 `packae.json`에는 *peerDependencies*가 없었습니다.
    하지만, Angular의 package.json 파일에는 여러분 어플리케이션에 중요한 *peerDependencies*가 있습니다.
  
    There isn't a *peerDependencies* section in the QuickStart `package.json`. 
    But Angular has a *peerDependencies* section in 
  