anchor.diff:    We did not have to define the `heroes` type.  TypeScript can infer it from the `HEROES` array.
   .l-sub-section
     :marked
  -    컴포넌트 클래스에서 heroes 목록의 타입을 정의할 수도 있습니다. 그러나 궁극적으로 데이터 서비스를 통해 히어로 목록을 가져올 것입니다. 왜냐하면 우리가 가고자 하는 방향은 히어로 데이터를 클래스 구현에서 분리하는 것이기 때문입니다.
  +    컴포넌트 클래스에서 heroes 목록의 타입을 정의할 수도 있습니다. 
  +    그러나 궁극적으로 데이터 서비스를 통해 히어로 목록을 가져올 것입니다. 
  +    왜냐하면 우리가 가고자 하는 방향은 히어로 데이터를 클래스 구현에서 분리하는 것이기 때문입니다.
   
       We could have defined the heroes list here in this component class.
       But we know that ultimately we’ll get the heroes from a data service.
  
positive.code: 
    Notice that we again use the back-tick notation for multi-line strings.
  
    스타일이 길군요! 이렇게 파일 안에 넣을 수도 있고, 또는 외부에 파일로 분리하여 컴포넌트 코딩을 좀 더 편리하게 할 수도 있습니다. 외부 파일로 분리하는 방법은 나중에 사용하겠습니다. 지금은 이 방식을 사용하겠습니다.
  
    That's a lot of styles! We can put them inline as shown here, or we can move them out to their own file which will make it easier to code our component.
    We'll do this in a later chapter. For now let's keep rolling.
  
    컴포넌트에 적용한 스타일은 딱 그 컴포넌트 범위에 대해서만 적용됩니다. 방금 적용한 스타일은 `AppComponent`에만 적용되고 외부 HTML에는 적용되지 않습니다.
  
    When we assign styles to a component they are scoped to that specific component.
    Our styles will only apply to our `AppComponent` and won't "leak" to the outer HTML.
  
negative.code:   ### 히어로 꾸미기
    ### Styling our heroes
  
    그런데 히어로 목록이 너무 밋밋해 보입니다. 
    사용자가 어떤 히어로를 가리키고 있는지, 어떤 히어로를 선택했는지 좀 더 명확하게 표시를 하면 좋을 것 같습니다.
  
    Our list of heroes looks pretty bland.
    We want to make it visually obvious to a user which hero we are hovering over and which hero is selected.
  