たとえば、システムタイムゾーンがArctic / Longyearbyenの米国にあるコンピュータです。
もしあればどんな利点がありますか？また、このタスクの潜在的な欠点は何ですか？
ベストアンサー1
常にUTCがあり（「そうでなければなりません」）、夏時間は適用されません。 （おそらく、うるう日とうるう秒を取得しないように、エポック以降の秒数を計算することに慣れている必要があるかもしれませんが、ほとんどの人にとっては昨日のタイムスタンプと2ヶ月前のタイムスタンプを区別する方が良いでしょう。）
現地時間がある場合... アメリカ中西部のフランスで仮想サーバーを借りる人は、まだ8時間の休憩（夏時間によっては多いか少ないかもしれません）よりもフランスのタイムスタンプを好むかもしれません。
したがって、これを一貫した回答にリンクするには、少なくとも複数のシステムを使用するときに変換が面倒であるため、すべて同じ時間帯を持つことを望みます。 （ログファイルエントリの相関から、設定ファイルをコピーする必要があるかどうかを確認するまで、そうです。小さなことですが、注意を引くことになります。）それはおそらく存在する「ローカルタイムゾーン」です。 UTC。おそらく、日付変更ラインに近いので、常に「地球上のどこよりも速いまたは遅い」ユースケースがあるかもしれませんが（学界で国際提出期限を適用するように）、ランダムな選択があまり使われているわけではありません。 Europe/Busingen または Arctic/Longyearbyen のような利点。