anchor.diff:  
   [NOTE]
   ====
  -このunhandled rejectionが検知しにくい問題はPromiseの実装に依存します。
  +このunhandled rejectionが検知しにくい問題はPromiseの実装と実行環境に依存します。
   たとえば、 https://github.com/yahoo/ypromise[ypromise] はunhandled rejectionがある場合は、そのことをコンソールに表示します。
   
   > Promise rejected but no error handlers were registered to it
  
positive.code: * Promise chain を終了するという宣言
  
  <<then-or-catch,then or catch?>> と同様にPromiseにより沈黙してしまったエラーについては、
  デバッグツールやライブラリの改善等で殆どのケースでは問題ではなくなるかもしれません。
  
  また、`done` は値を返さないことでそれ以上Promise chainを繋げることができなくなるため、
  そのような統一感を持たせるという用途で `done` を使うこともできます。
  
negative.code: 
  > "Possibly unhandled ReferenceError. conosle is not defined
  
  また、このunhandled rejectionに関する仕組みが https://github.com/tc39/ecma262/releases/tag/es2016-draft-20151201[ECMAScript 2016] で仕様に追加されています。そのためネイティブPromiseでは、この仕様を活用したGC-based unhandled rejection trackingというものが搭載されているケースが増えています。
  
  これはpromiseオブジェクトがガーベッジコレクションによって回収されるときに、
  それがunhandled rejectionであるなら、エラー表示をするという仕組みがベースになっています。
  
  https://twitter.com/domenic/status/461154989856264192[Firefox] や https://code.google.com/p/v8/issues/detail?id=3093[Chrome] のネイティブPromiseでは一部実装されています。
  ====
  