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

**デフォルトの名無しさん** · 2018/08/11(土) 09:39:28.62

はいどうぞ

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

誰か、一時間前倒しすればいいだけだろ、アホなのか？って
「アホなのか？」を強調していってくれないかな？
本人と大勢のメディアの前でさ

**デフォルトの名無しさん** · 2018/08/24(金) 22:11:00.42

>>959
サマータイムのデータはtzdataってのにまとめられてて
サマータイムに対応してるライブラリはそれを参照してるのが
ほとんどなんじゃないかな、少なくともJavaやLinuxの日付コマンドはそうなってて
1951年のサマータイムにも対応してるよ

新たに期間が追加されるだけ、実績はあるよ問題ない

**デフォルトの名無しさん** · 2018/08/24(金) 22:19:25.32

>>962
誰がどう考えてもマラソンのスタートを早めて地下鉄とバスの臨時便対応するのが正解なんだけどな
サマータイムをオリンピックのレガシーにしようとかいって、歴史に名前を残したいだけのあほ議員がいるのが怖い

**デフォルトの名無しさん** · 2018/08/24(金) 23:36:38.35

https://ideone.com/tYPJSy

当然、日本で1948～1951に実施された夏時間も
ianaのtzinfoで思いっきり対応してる

webのcｺﾝﾊﾟｲﾗで動かしても普通に正しく動く
低学歴知恵遅れ息してない

**デフォルトの名無しさん** · 2018/08/24(金) 23:37:31.71

ｻﾏｰﾀｲﾑ開始

start

1948-05-01 22:00:00 (Asia/Tokyo)
1948-05-01 13:00:00 (UTC)

1948-05-01 23:00:00 (Asia/Tokyo)
1948-05-01 14:00:00 (UTC)

1948-05-02 00:00:00 (Asia/Tokyo)
1948-05-01 15:00:00 (UTC)

1948-05-02 01:00:00 (Asia/Tokyo)
1948-05-01 16:00:00 (UTC)

1948-05-02 03:00:00 (Asia/Tokyo - summer time)
1948-05-01 17:00:00 (UTC)

1948-05-02 04:00:00 (Asia/Tokyo - summer time)
1948-05-01 18:00:00 (UTC)

1948-05-02 05:00:00 (Asia/Tokyo - summer time)
1948-05-01 19:00:00 (UTC)

1948-05-02 06:00:00 (Asia/Tokyo - summer time)
1948-05-01 20:00:00 (UTC)

もうばっちり動いてる

**デフォルトの名無しさん** · 2018/08/24(金) 23:38:13.99

ｻﾏｰﾀｲﾑ終了

end

1948-09-10 22:00:00 (Asia/Tokyo - summer time)
1948-09-10 12:00:00 (UTC)

1948-09-10 23:00:00 (Asia/Tokyo - summer time)
1948-09-10 13:00:00 (UTC)

1948-09-11 00:00:00 (Asia/Tokyo - summer time)
1948-09-10 14:00:00 (UTC)

1948-09-11 01:00:00 (Asia/Tokyo - summer time)
1948-09-10 15:00:00 (UTC)

1948-09-11 01:00:00 (Asia/Tokyo)
1948-09-10 16:00:00 (UTC)

1948-09-11 02:00:00 (Asia/Tokyo)
1948-09-10 17:00:00 (UTC)

1948-09-11 03:00:00 (Asia/Tokyo)
1948-09-10 18:00:00 (UTC)

1948-09-11 04:00:00 (Asia/Tokyo)
1948-09-10 19:00:00 (UTC)

もうばっちり動いてる

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

>>968
知らなきゃバグになりそう
結局、日時の計算をするときはタイムゾーンがないと
正確な計算ができないってことなんだよね

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

>>952
2018年はサマータイムではない

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

何度もいってるとおり（>>810>>837>>906）
>>631にしっかり適切な回答が書いてある
池沼には理解できない

すべて池沼の知能の問題

繰り返し不要

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

>>14書いて馬鹿にされた以降ロクな論拠も上げられず同じこと書いている粘着さん乙

**デフォルトの名無しさん** · 2018/08/25(土) 10:05:29.53

このｽﾚは>>14書いてあるとおりになってる
まず知恵遅れは自分の知恵遅れを棚にあげるからな

ｻﾏｰﾀｲﾑなんか海外ではずーっと実施されてるわけ
で、問題もおきない
西欧で主に発展してきた計算機そういう基本的な機能がないﾜｹがないからな

知恵遅れがいちいち知恵遅れな作りにするから問題がおきるだけだけだからな

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

で、低学歴知恵遅れは自分がいかに低学歴知恵遅れで
自分が人間未満のｺﾞﾐｸｽﾞ人間という自覚がない

そして自己評価だけは高い

こういうのは
低学歴知恵遅れのｸｿﾆｰﾄ、底辺ITﾄﾞｶﾀに多い

**デフォルトの名無しさん** · 2018/08/25(土) 10:11:12.45

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 2018/08/25(土) 10:17:37.72

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

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

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

**デフォルトの名無しさん** · 2018/08/25(土) 10:22:16.41

cronをクーロンと呼ぶな
恥ずかしい

クロンかクローンだ

**デフォルトの名無しさん** · 2018/08/25(土) 10:27:10.35

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

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

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

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

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

**デフォルトの名無しさん** · 2018/08/25(土) 10:32:09.56

アラーム系が鬼門だな。

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

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

**デフォルトの名無しさん** · 2018/08/25(土) 10:41:09.11

でも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に飛ぶ場合
・アラームはならない
・０:30にアラームが鳴る
・2:00（=1:00）にアラームが鳴る
・2:30にアラームが鳴る

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

**デフォルトの名無しさん** · 2018/08/25(土) 10:43:59.94

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

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

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

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

>>975
> どういう仕様にすればいいだろうか？
要件次第
バックアップ処理などではサマータイムに入る時が厳しくて前日のジョブの終了時間は同じなのに次の日のジョブ開始は1時間早まるので実質的なバックアップ時間が短くなる
それでも充分間に合うなら何もしなくていいかもしれない
間に合わないならその日はすっ飛ばして次の日から1時間早めて開始するようにするかもしれない
とにかく要件も決まらないうちから
> 1分毎に発動し、指定した時間が過ぎたかどうかで判断する必要がある
などの実装を考える奴はたいてい使えない

**デフォルトの名無しさん** · 2018/08/25(土) 11:52:05.57

> > 1分毎に発動し、指定した時間が過ぎたかどうかで判断する必要がある
> などの実装を考える奴はたいてい使えない

ん？ cronの実装がそうでしょ？

**デフォルトの名無しさん** · 2018/08/25(土) 11:53:45.98

https://ja.wikipedia.org/wiki/Crontab

> 一般にcrontabコマンドで編集されたスケジュール内容は、crondデーモンにより実行される。
> crondはバックグラウンドで稼動し、毎分ごとに実行すべきスケジュールがないか確認し、
> もし実行すべきジョブがあれば、それを実行する。このジョブは「cron job」とも呼ばれる。

**デフォルトの名無しさん** · 2018/08/25(土) 11:53:57.91

なにをしたいかをきめるのは
ﾕｰｻﾞｰだからな

ｸｿﾆｰﾄや底辺ﾄﾞｶﾀがきめることじゃない

まあ、典型的なｸｿﾆｰﾄの思考回路だわ

**デフォルトの名無しさん** · 2018/08/25(土) 11:55:06.15

> サマータイムに対応したcronを作るとなったら
って書いてあるのに、何を勘違いしてるんだろうか？

**デフォルトの名無しさん** · 2018/08/25(土) 11:56:22.11

なにを実現したいかをきまってもないのに
低学歴知恵遅れのｸｿﾆｰﾄや底辺ﾄﾞｶﾀがどうすればいいかとか
いってるﾜｹだからな

**デフォルトの名無しさん** · 2018/08/25(土) 11:58:44.57

ﾛｰｶﾙ時刻にｱﾗｰﾑが2回鳴るのは仕様通りともいえる
むしろ平常運転

しかもなんの問題もおきない

普通のﾕｰｻﾞｰなら
期待通り適切に動いてるというわ

**デフォルトの名無しさん** · 2018/08/25(土) 12:14:25.75

>>958
わかった！
そのどさくさで年金をなかったことにしようという
自民党の実に嫌らしい策略だよそれ！！

**デフォルトの名無しさん** · 2018/08/25(土) 12:26:20.47

お前らバカか？
コンピュータの時計を動かさなければいいだけだろ

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

もう何度もいってるが
もともと夏時間になっても
計算機の時刻はかわらない

ﾀｲﾑｿﾞｰﾝがかわっても
計算機の時刻はかわらない

NTPｻｰﾊﾞｰがかえす時刻もかわらない

ﾎﾝﾄな知恵遅れは物覚えがわるいわ

**デフォルトの名無しさん** · 2018/08/25(土) 12:54:51.56

まとめるとな
もともと低学歴知恵遅れが作ったｼｽﾃﾑでは
夏時間とか関係なく計算機のﾀｲﾑｿﾞｰﾝかえるだけで
適切に動作しなくなる

計算機をﾊﾟﾘ時間にしたりﾆｭｰﾖｰｸ時間しても
まともに動かない

計算機で夏時間にするというのは
時差の設定（足し込む定数）をかえるだけのことだからな

**デフォルトの名無しさん** · 2018/08/25(土) 12:55:42.96

おんなじことを特に情報を付け加えるでもなく何度も繰り返したりね

**デフォルトの名無しさん** · 2018/08/25(土) 12:58:48.45

低学歴知恵遅れが同じことを
ひたすらわめいてるからしょうがない
ｵﾚは適切に低学歴知恵遅れに啓蒙している

ただ効果がない

低学歴知恵遅れは低学歴知恵遅れの自覚がない
低学歴知恵遅れは自分が人間未満のｺﾞﾐｸｽﾞ人間である自覚がない
ｺﾞﾐｸｽﾞ人間のくせに自己評価だけは高い

ｺﾞﾐｸｽﾞ人間はｺﾞﾐｸｽﾞ人間のまま寿命まで生きてる

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

>>992
ユーザが決めることだと言いつつ
半角さんが仕様どおりだと言う

半角さんはユーザなのかな？
だったら良いですけど
ものわかりの良いユーザさんで助かりますけど

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

サマータイムを抜けるときに同じ処理を2回実行するのが
仕様ならばcronでは処理できないですね
別途仕組みを考えないといけない

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 14日 3時間 37分 54秒