>>53
JSTに対して時刻同期を設定した上で、サマータイム設定をしたいって話?
日本標準時にはサマータイムが導入されてないんだから、無理なんじゃないの???
そもそも、何でサマータイムの設定が必要なのか教えて欲しい・・・。

>>53
準備期間が短すぎるよね

行動力は買えるとも言えるけど
思いつきだけで何かやろうとして混乱ばかりを生む、森元らしいアイディアだよ
暑くてマラソンの時間等にも非難轟々で思いついたんだろうけどさ

>>54
ニュースを見なさい

>>55-56
五輪期間だけ2時間早めるってｱﾚ?

>>57
>>53とは別人だけどさ
JSTにサマータイムを設定、それも2時間なんて話
それ以外に無いと思うから、それ前提で話してみたわけで

>>58
PCをサマータイムに設定しないといけない理由って、何かあるの?
例えば、金融系の処理を行ってるPCとかだと、突然時刻がロールバックしたりしたら大事になるんじゃないのかね?
日本で生活してる限りは、全くピンと来ない話なんだよね・・・。

サマータイムが確定したらyumで落ちてくると思うけど。

そもそも全米のアナログ時計はどうやって調整してるんだ？
毎回春秋に直してるの？

うん

実際の話、サマータイム確定したら、「その為だけの処理」を入れないといけないんだよね?
プログラマーを殺す気か、と言うのはその話かぁ・・・。

サマータイムの実情を知らん人がレスしてるw
っておれも笑ってる場合じゃないのだが…

バッチ処理すっ飛ばされるとか逆に2回動いちゃうとかありそう

去年の荻野目洋子に続き、今年は渡辺美里が売れる！

そもそも何のプロセスよ…

>>60
日曜鯖缶の立場としては、yum待てばいいけど、来年の夏に本当に間に合うのかね。
JSTみたいにそもそもサマータイムが定義されてないタイムゾーンに新たにDSTを定義するって難しいんだな。タイムゾーン変えるみたいにもっと簡単だと思っていたよ。
電波時計も全滅みたいで大変だなあ。

>>73
何か、サマータイムって「五輪の為だけの建前」が成立しそうだよなぁ・・・。

EPOCH値はUTCのままで変わるわけではないから
例えばファイルのタイムスタンプなんかは、内部的には変わらないわけさ
それを表示した時に何時何分という部分が、「ある期間のもの」のみ、変化させる必要がある

記録する時も、システム自体は通算秒とかの単位で持っていて
それを時刻に直す時に何らかの補正が必要になる
上記のタイムスタンプは良いとしても
cron関係みたいな、時刻で記録されているものとかを

もちろん、その他の重要なポイントとして、
TZが未定義でもtime()から時刻を表示するようにしてあるライブラリ類が正常に動作するのか
例えばTZ=JST-9の時の動作と、
一時的にTZ=JST-7とでもして動かすプログラムのためにTZを細工した時の動作(該当期間分だけでも)
その辺をちゃんとするように出来るのか

そういえば、新元号問題もあるから、いずれ大幅に入れ替える必要は出てくるんだろうな
「動いているものには手をつけるな」と言われているのに
どうしても手を加えなければいけない、ふるーいモノも出てくるはず

今北産業

>>77
交通機関の時間ずらすのも目的だからそれじゃだめ

サマータイムじゃなくてトーキョータイム導入でいいじゃん
各自が今時計が7時だから本当は5時だなって脳内変換する
時刻を伝える時は8:00(トーキョータイム)とかで指定

>>81
どの道、大混乱しそうな希ガス。

まあ、さすがにやらないだろ
病院のシステムとか誤作動して人死んだらどうすんの？って話になるし
やるなら最低でも5年くらいの準備期間とらんとね

任意のIT系業者は、
サマータイム対応で1件あたり1京円ぐらいの
見積もりを出しておけばいいと思うよ。（マジで!!）

全IT系業者で逆カルテルを組んで、みんなで
「サマータイム対応で1件あたり1京円」
の見積もりを出しておけば、絶対にサマータイムは対応できないから。

>>73
戦後すぐに夏時間が導入された時期があるから，
Linuxで使ってるzoneinfoファイルは夏時間の定義をもってるけどね。
なので，OSが対応するのはそれほど難しくないと思う。
ただ，更新が難しい組み込みとか，電波時計みたいなROMに書かれたハードとか
応用ソフトウェアが対応可能かは未知数だよね。

>>86
電波時計が2時間のサマータイムに対応できないのはすでに確定済み。

>>85
高度プロフェッショナルが一定金額で片付けてくれるから大丈夫

cron と 夏時間について調べた。

3時間未満のローカル時刻の変更がなされた場合には，
時間が進む場合には，飛ばされた時間内に実行されるはずだったジョブは
直ちに実行される。
時間が戻る場合には，2度目の実行はされない。
ただし，日時指定のジョブと，1時間を超える間隔で実行が指定されたジョブのみ。

ちゃんと考えられているようだけど，夏時間は1時間動かすモノという
前提の実装だな。2時間動かす夏時間を実施すると
2時間間隔のジョブは正常に動作しない。

>>89
何か、サマータイムを恒久法にて成立させたいみたいだけど、実際の話実装はどうするんだろうね・・・???
その改修に掛かる費用等、本当に一体どうすんだって話しか出来ない。

これ相当影響あるんじゃないかな
時計が早まるということは、日付が変わるタイミングも早まるのだろ?
サマータイム対応済みのサーバーから未対応のサーバーに
月初零時処理を連携したら、未対応サーバーはまだ月末だから
取引が月末付けになってしまうとかありそう

>>92
ログ時刻のロールバックが大問題になると思うんだけどなぁ・・・。

システム時刻変えちゃう
サマータイム開始2時間前に全てのシステムの更新系は停止、参照系も基本的に止める
2時間経ったらシステム時刻2時間戻して再開、NTPサーバーも2時間戻し
サマータイム終了時はシステム時刻をいきなり2時間進める

まあ2時間止めるとか無理なんだけどさ

予算つくわけがないの前提で、「地方公共系システムのシステム更新で国が予算
付けるまでは考えなくてよし」で良いんじゃないか？

>>96
その国がつける予算が、1案件ごとに1京円じゃないと、請け負わないぐらいでいいと思う。

>>94
サマータイムって開始時に時間を進めるんじゃないの？
逆になってない？

>>98
サマータイム開始時に、2時間早めた場合の処理はどうすんのさ? って話。
例えば、

・スケジュールバックアップを取得中に2時間巻き戻ったら?
・定時バッチ処理をしている最中に2時間巻き戻ったら?
・処理ログを見ながらの条件分岐判断の最中に2時間巻き戻ったら?

等、かなーり不都合な事が沢山出て来ると思うんだよねー。