必要ない人は入れる必要はありません。何も問題なく入りました。問題なく当たりました。入れるときは以下の手順が必要な必要です。余計なエントリーを消す方法。30.7ギガバイトでした。105,000フィートまで飛ばしてみたということが紹介されています。記事やリンク先には上空から撮影した美しい写真がいくつか紹介されています。接続できていたということみたいです。パワーダウンとありますね。ジャイロ搭載で通信機能まである安価な機器ってことで、観測用風船の軌道調査などに役立ちそうだってことみたいです。Studio)でアプリを作れるデバイスが数万円程度で手に入るんですからねぇ。補足記事が来てました。3倍速くなったとかはどういうことなのか?詳しくは上の記事を読んでもらった方がいいと思いますが、ざっくりと説明します。上記の記事からコードの重要な部分をコピペします。3倍くらい遅いそうです。使用できるようなコードに変換されます。アクセス)に見えますが、コンパイル結果は単なるアクセスじゃなくなっているわけです。そのため、その分遅くなってしまうということだそうです。MarshalByRefObjectとすると差が大きくなります。72倍くらい遅くなってしまいます。あっても無くてもほとんど速度は変わりません。これは、どうやら以下の理由だそうです。継承したクラスはリモートアクセスが可能になります。リモートアクセスする場合はプロキシーが生成され引数などがマーシャリングされて渡されるわけですが、これはかなり重い処理です。無駄にプロキシー経由にならないようになっています。この判断自体もオーバーヘッドになってしまいます。してチェックを省略し、普通にローカルなフィールドにアクセスするのと同じ速度になるようにしています。アクセスではなくなります。しなくちゃいけなくなります。72倍という速度差になります。なって、プロキシー経由のアクセスになると数百倍くらいの速度差にはなるんじゃないかと思います。これはプロパティにするとちょっとましになるそうです。比べて6倍ちょっと速い)となるそうです。いうことになりそうです。別の意味でもなるべくローカル変数になるようにした方が安全です。使うと非同期で動くようになるわけですからそこからフィールドやプロパティにアクセスするときは排他を考えてやらなくちゃいけません。考えてやらなくちゃいけません。ローカル変数は外部ではありませんので、そういったややこしいことを考える必要が無くなります。別のクラスのインスタンスをローカル変数に持っていて、そのインスタンスが別の非同期メソッドからアクセスされるような場合は当然ちゃんと考えてやらなくちゃいけません。変更点がまとめられてました。つけられるようになったそうです。メソッドであったことがわかるようにってことらしいです。キーワードに関しては(中身が)いろいろ変わった模様。時に消費されるメモリも、オーバーヘッドもかなり減ったとのこと。メソッド自体も改良されているそうです。使うようにしたとか、非同期関連はコンパイラ・ライブラリ通していろいろと改良されているようです。付けても大丈夫になった模様。キャンセル可能になったとかいくつかの改良がされているようです。(System.Threading.Tasks.Dataflow)がなくなっちゃいました。提供するようにしたってことみたいです。