[特設]サマータイム対応相談室

**デフォルトの名無しさん** · 2018/08/23(木) 21:32:24.17

具体的に例を示してUTCで記録するだけで問題が解決しないことを示そう

イギリスとモロッコはともにUTC+0000である。
イギリスはサマータイムを実施しているがモロッコは実施していない

さてイギリスとモロッコに住む人がともに朝8時に目覚ましをかけたとしよう
UTC+0000なのだからUTCで記録するとどちらも同じ8:00ということになる
ではUTCで8:00にアラームが鳴ると設定されている場合に、
どちらも同じ時間にアラームを鳴らしていいだろうか？

残念ながらサマータイム中のイギリスは違う。1時間繰り上げているために
モロッコで8:00は、イギリスでは9:00になる

この時間のずれに対応するのが本当のサマータイム対応

UTCで8:00にアラームが鳴るという設定を、正しく機能させるにはどうするか？
それには「どこの国」という情報が必要になる。
それがわからないとサマータイムを実施しているかどうかすらわからないし、
何時に時間をずらすのかもわからない

またサマータイムを実施しているからと言って、1時間繰り上げるかどうかはものによる
だから「サマータイムの時にどうするか？」という情報も必要になる。

今回の日本のように2時間とか言っているなら「何時間ずらすか？」の情報も必要になるかもしれない
（国情報のみでずらす時間が決定できるなら、国情報のみでよいが）

前スレ　[特設]サマータイム対応相談室
https://mevius.5ch.net/test/read.cgi/tech/1533947968/

**デフォルトの名無しさん** · 2018/08/23(木) 21:32:58.85

あ、その2をつけ忘れたｗ

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

**デフォルトの名無しさん** · 2018/08/23(木) 21:33:15.03

ローカライゼーションとインターナショナリゼーションの違いにも似てるな
UTCで記録してもインターナショナリゼーションレベルの対応しかできない
サマータイムに対応するのはローカライゼーション（現地の文化に合わせること）

UTCで記録することはこっち
https://globalization.co.jp/resource/g11n/i18n/
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> さまざまな言語や地域に対応できる形に作っておくことを指します。

サマータイム対応はこっち
https://globalization.co.jp/resource/g11n/l10n/
> ローカリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> 特定の言語や地域に合う形にすることを指します。

一時間ずらす日時は、地域によって異なる

**デフォルトの名無しさん** · 2018/08/23(木) 21:35:58.71

>>1
業務要件がわからないってだけですよね
それって決めの問題だけだと思うけど

**デフォルトの名無しさん** · 2018/08/23(木) 21:37:37.63

>>4
だから、サマータイム対応 = 要件決めなんですよ
一律に何かをやれば万事解決なんてことはありません。
だから大変なんですね。
相談しましょう

**デフォルトの名無しさん** · 2018/08/23(木) 21:38:06.77

サマータイムは生活を変えるためのものだから
目覚ましは標準時に合わせるのが普通だと思う

**デフォルトの名無しさん** · 2018/08/23(木) 21:39:14.04

>>5
ユーザと話せば解決だね

**デフォルトの名無しさん** · 2018/08/23(木) 21:40:29.49

ん？世界標準時？日本標準時？
日本標準時だろうけど、日本標準時がJSTからJDTに変わると
1時間早く起きないといけないんだよね
日本での表示上はどちらも9:00だけど、世界標準時から見ると1時間前に起きることになる

**デフォルトの名無しさん** · 2018/08/23(木) 21:41:03.60

>>7
たぶんユーザーと話してもサマータイムには
対応しなくていいって言われると思うｗ

**デフォルトの名無しさん** · 2018/08/23(木) 21:44:12.75

>>8
標準時は地域ごとの時間のことだから
世界時と言ったがいんじゃないかな

標準時が冬時間か夏時間かは
夏時間の期間を国が決めるからそれによって決まるよ

目覚ましは標準時に従うのが普通でしょ

**デフォルトの名無しさん** · 2018/08/23(木) 21:45:06.59

>>9
先回りしてサマータイムの問題をこのように整理しました
このように対応しようと思います、よろしくご査収くださいませ、でおｋでしょ

**デフォルトの名無しさん** · 2018/08/23(木) 21:50:09.45

>>10
> 目覚ましは標準時に従うのが普通でしょ

そうするとUTCで時間を保存するのはあまり意味がないんだよね

**デフォルトの名無しさん** · 2018/08/23(木) 22:02:08.88

>>12
時間を保存するっていうのは何が目的なのかな

時間を保存しておいて他のタイムゾーンに変換して
出力したいのさってことなら意味はあるかと

ログを見れればいいってのなら標準時でも良いと思うけど

**デフォルトの名無しさん** · 2018/08/23(木) 22:07:55.69

時間の計算をするときはUTCが良いから
正規形としてUTCを採用するのは良いと思うよ

**デフォルトの名無しさん** · 2018/08/23(木) 22:22:40.28

>>1-2
「09:00」は日付なしで正式なローカルタイム時刻表現形式ではない特殊な表現形式であって、その形式だとその意味は日付によって変わるのだから毎日その日の日付を付け加えて正式なローカルタイム形式を完成させてからunixtimeにデコードするのが真っ当では？

**デフォルトの名無しさん** · 2018/08/23(木) 22:31:04.60

サマータイムに対応した目覚ましなら夏時間か冬時間か指定できるっしょ

**デフォルトの名無しさん** · 2018/08/23(木) 22:33:00.09

UTCオフセットを入力できるようにして
全世界のタイムゾーンに対応してるぜってのも良いかもね

**デフォルトの名無しさん** · 2018/08/23(木) 22:34:09.25

カレンダーの機能が搭載されてるなら
夏時間の指定も必要ないのか

**デフォルトの名無しさん** · 2018/08/24(金) 00:21:33.36

サマータイムなんて導入されるはずがない
討論するだけ時間の無駄

**デフォルトの名無しさん** · 2018/08/24(金) 00:46:12.33

>>19
オリンピック委員会の森とか斉藤とか、IT有識者（）の宮脇とか、落合陽一とか、
このスレのID:EIhBcxjq さんとか・・・馬鹿が馬鹿を晒してるのをみるの楽しくない？

そういう娯楽だと思ってるよ。

**デフォルトの名無しさん** · 2018/08/24(金) 00:49:32.91

前スレ埋めとけよ
この板なぜか980過ぎてもdat落ちしないんだからさ

**デフォルトの名無しさん** · 2018/08/24(金) 10:54:52.77

>>19
ほんとそれ。
半角バカとかマジ笑える

**デフォルトの名無しさん** · 2018/08/24(金) 14:48:42.49

あまり騒がなくなってきたのは有耶無耶にして忘れてしまおうというながれか

**デフォルトの名無しさん** · 2018/08/25(土) 06:34:47.68

>19
その考え方は危ない
そんなことに成る筈は無い
と思ってて放って置いたら何時の間にかする連中の勢いが増してそうなっちゃいました
ってのが良くある
だからおかしな考えが出てきたら徹底的に叩かないといけない
今までこの手の話が出ては消えてを繰り返していたのに成立したケースがぽつぽつある
最近はデマが広がり易くなってるし
油断が一番危険
守る為に戦わないと何時の間にか盗られていた
なんて事になる

**デフォルトの名無しさん** · 2018/08/25(土) 13:19:29.80

どうなるかはわからないけれども
適切な選択肢を作れるように状況を整理しておくのは大事なこと
このスレの意義はそこにあると思う

**デフォルトの名無しさん** · 2018/08/25(土) 13:38:53.42

要件定義もできない連中がオレオレ実装すげーだろってグダグダのマウント合戦になるだけだろ…

**デフォルトの名無しさん** · 2018/08/25(土) 15:00:00.88

消化不十分で終わったのでコピペ

サマータイムに対応したcronを作るとなったら
どういう仕様にすればいいだろうか？

一般的なユースケースとして毎日深夜1:30分に
バックアップ処理を開始する。

サマータイムに入る時1時から2時に時間が進み
サマータイムが終わる時は2時から1時に時間が戻るものとする

**デフォルトの名無しさん** · 2018/08/25(土) 15:00:38.14

1時から2時間が進むのだから深夜1:30分に
タイマーをセットしても発動しない。
1分毎に発動し、指定した時間が過ぎたかどうかで判断する必要がある

2時から1時に時間が戻るため、1:30分が2回発生する
だから一回発動したものは再度発動しないように制御する必要がある

UTCで時間を判断してしまうと、1:30にセットしたものが
2:30分に発動してしまうことになるので、
ローカルタイムで時間を判断する。
この時JSTとかJDTとかは無視する。
現在のタイムゾーンで、1:30を過ぎたかどうかで判断する

こんなところで大丈夫なのかな？
たかがcronでもサマータイム対応は大変だね

**デフォルトの名無しさん** · 2018/08/25(土) 15:00:55.89

やっぱり外部とのシステム連携が一番大変かな
スマホとかだと特にね

スマホのスケジュール管理アプリ。クラウドにデータ保存するが
インターネットに接続してないときはローカルにデータを記録するものとする

データはUTCもしくはタイムゾーン付きの日時で保存する
これで問題は解決するように思えるが、
スマホが古くてサマータイムへのアップデートに
対応できない場合アプリ側で対応することになる

なぜならサマータイムに対応するためにJSTのままスマホの時間を
1時間早くするだろうから時間がずれる
アプリをバージョンアップし、サマータイム中はJDTとして扱うようにする？

でもこれでもスケジュールで毎日1:30にアラームとか設定するとおかしくなるので
ローカル時間で管理しないとダメかな？

**デフォルトの名無しさん** · 2018/08/25(土) 15:01:13.51

アラーム系が鬼門だな。

いままでは毎日同じ時間にアラームをセットするなら
最初に設定した日時に24時間（86400秒）を足していったのが
次のアラームの時間だけど、サマータイムに入るときは23時間、
出るときは25時間たさないと次のアラームの時刻にならない

どうプログラミングするのが楽なんだろうね。
一旦タイムゾーン情報をなくしてから足していくとか？

**デフォルトの名無しさん** · 2018/08/25(土) 15:01:33.38

でも1:30にセットして、サマータイムで1:00が2:00に飛ぶ場合
いつアラームがなればいいかは場合によるんだよな

例えば、1:30にアラームをセットして、2:00に鳴ったら30分遅れたことになる
その30分前だから0:30分にアラームが鳴らないといけない

0:00の90分後としてアラームをセットしたなら2:30に鳴らなければいけない

さっきのcronの仕組みだと、1:30にアラームをセットしたら2:00にアラームが鳴る
鳴らないのが正解のパターンもあるかもしれない。
ソレを含めると

でも1:30にセットして、サマータイムで1:00が2:00に飛ぶ場合
・アラームはならない
・0:30にアラームが鳴る
・2:00（=1:00）にアラームが鳴る
・2:30にアラームが鳴る

この4パターンが考えられるだろう  👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

**デフォルトの名無しさん** · 2018/08/25(土) 15:02:00.21

少なくとも、日時指定の直接指定方式と
現在（特定の日時）から何分後といった相対指定
この２つは必要になるんだろうな

「24時間サイクルで通知する」のと
「毎日○時○分に通知する」とでは
意味が違うわけか

**デフォルトの名無しさん** · 2018/08/25(土) 15:51:14.01

低能の考え方なんてどうでもいいから日記帳にでも書いとけよ…

**デフォルトの名無しさん** · 2018/08/25(土) 16:00:41.23

ここが日記帳だ！

**デフォルトの名無しさん** · 2018/08/25(土) 16:47:22.05

低学歴知恵遅れ先生の特別教室にﾖｳｺｿ

**デフォルトの名無しさん** · 2018/08/25(土) 18:15:52.52

>>35
半角カナ使ってると知恵遅れ認定されちゃうぞ

**デフォルトの名無しさん** · 2018/08/25(土) 18:28:18.45

一応ちゃんと何らかの問題を解決しようとしているようには見えるだけ
指摘されたら罵倒してループ、よりは健全に見えてしまう

**デフォルトの名無しさん** · 2018/08/26(日) 13:44:38.05

1分おきにローカルタイムをチェックして、
指定時間だったらアラームを鳴らす

**デフォルトの名無しさん** · 2018/08/26(日) 14:19:52.24

>>38
それだとサマータイム開始時の1時間進む処理に対応できないので
指定時間を超えていたらアラームを鳴らすにしないといけない。
といっても、何時間も超えているのに鳴らすのは不自然なので
そこらへんはいろいろと細かいルールが有る

詳しくは、ここのcronの処理フローとかが参考になると思う
https://moro-archive.hatenablog.com/entry/2015/03/17/011823

**デフォルトの名無しさん** · 2018/08/26(日) 14:24:46.97

https://www.turbolinux.co.jp/products/server/11s/user_guide/cron.html
> cron のデーモンである crond は、1 分毎に設定ファイルを参照し、
> 設定されているジョブを定期的に実行します。

定期的に処理を実行する方法を考えた人は多いだろし
そのやり方もいくつかあるだろうけど、cronと同じ方法を
真っ先に思いついた人はセンスがある

**デフォルトの名無しさん** · 2018/08/26(日) 15:18:06.84

サマータイム開始時の1時間て、その日にその時間は無いのだから、
鳴らす必要無いんじゃね、閏年の2月末みたいに

**デフォルトの名無しさん** · 2018/08/26(日) 15:33:10.41

>>41
それは要件次第だから日付を扱うもの（ほとんど）毎に
検討する必要がある。まあ絶望的に大変な仕事だ

**デフォルトの名無しさん** · 2018/08/26(日) 21:11:35.88

色々の前に端末ログオン出来ない可能性も考えてみるべき

ケルベロスは時刻を見ている

銀行などのトークン(有体物)も同様だがOAuthでも時刻トークンが使われている

**デフォルトの名無しさん** · 2018/08/26(日) 21:33:11.75

流石にOAuthはUTC使ってるだろ
日本独自で実装したようなものは知らんが

**デフォルトの名無しさん** · 2018/08/27(月) 11:17:05.44

Windowsって、1949年の日本DSTに対応してる？
UTCからローカルタイムに変換しても、+10とはならないんだけど