アカウント名:
パスワード:
それを言うならピークは7/31の1.74(東洋経済)なので、8月上旬にはヤマを過ぎていたことになります。しかし体感的には8月に入ってから感染拡大しているわけで。あと東京の場合は実行再生算数が下がってもなかなか1を切らない傾向にあります。
それを言うならピークは7/31の1.74(東洋経済)なので、8月上旬にはヤマを過ぎていたことになります。しかし体感的には8月に入ってから感染拡大しているわけで。
実行再生産数のピークに対して、感染者数発見のピークが1-2週間遅れるのは感染から発症検査までのタイムラグのメカニズム上・実行再生産数の計算システム上当たり前のことです。
> 実行再生産数のピークに対して、感染者数発見のピークが1-2週間遅れるのは
それはおかしい。実行再生算数が1以上の状態を続ける限り、感染者数は増え続けるわけだから実行再生算数のピークと感染者数のピークは関係ない
何回実行すれば気が済むんだよ!
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
実効再生産数 (スコア:3)
ヤマは過ぎたというのが実態ではないか
隣接する神奈川、埼玉、千葉なども同傾向
多いのは鹿児島、愛媛、岐阜などで地方はまだ収まる気配がない
実行再生算数は1を切るまでが感染拡大 (スコア:0)
それを言うならピークは7/31の1.74(東洋経済)なので、8月上旬にはヤマを過ぎていたことになります。
しかし体感的には8月に入ってから感染拡大しているわけで。
あと東京の場合は実行再生算数が下がってもなかなか1を切らない傾向にあります。
Re: (スコア:0)
それを言うならピークは7/31の1.74(東洋経済)なので、8月上旬にはヤマを過ぎていたことになります。
しかし体感的には8月に入ってから感染拡大しているわけで。
実行再生産数のピークに対して、感染者数発見のピークが1-2週間遅れるのは
感染から発症検査までのタイムラグのメカニズム上・実行再生産数の計算システム上当たり前のことです。
Re: (スコア:0)
> 実行再生産数のピークに対して、感染者数発見のピークが1-2週間遅れるのは
それはおかしい。
実行再生算数が1以上の状態を続ける限り、感染者数は増え続けるわけだから
実行再生算数のピークと感染者数のピークは関係ない
Re:実行再生算数は1を切るまでが感染拡大 (スコア:1)
何回実行すれば気が済むんだよ!