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

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

はいどうぞ

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

.NET Framework における時差情報（サマータイム）の取り扱い
https://blogs.msdn.microsoft.com/nakama/2018/08/11/timezone/

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

XP搭載パソコンなんですが、そのままで
サマータイムに対応するのでしょうか？
時刻合わせはNTPサーバーを使用しています。

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

どのレイヤーで対応するのか。

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

組み込み側が死ぬだろうな

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

RTCのウェイク時間もごまかさなければならない

組み込みでプログラムサイズが増えてROMやRAMからはみ出したりする場合もあるだろうな
ソフトウエア対応では無理ですよというパターンもありうるw

マジくるってるｗ

**デフォルトの名無しさん** · 2018/08/11(土) 12:50:35.84

お客様に、なぜサマータイムに対応してないのかと恫喝されています。そのぐらいの変更は織り込んでおくべきだろうと。

一方、ぼくのトレーナーは、入社時から、
"You ain't gonna need it"と、繰り返しておりました。

ぼくはどうしたら良いのでしょうか？

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

最初に合意した仕様に書いていないものは有償対応ですって言えばいい
"You ain't gonna need it" これが正解

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

>>7
お客様からそのようなご指示がなかったもので
で終わり

お客様の想定されないことは私どもも想定できません
ご指示があったのであれば別の見積もりを提案させていただいていたかと

**デフォルトの名無しさん** · 2018/08/11(土) 13:04:56.54

「サマータイム実施は不可能」スライドが話題　「経済被害が兆単位」「サイバーテロをお膳立て」立命大・上原教授が指摘
http://www.itmedia.co.jp/news/articles/1808/10/news090.html

サマータイム導入で「電波時計が狂う」？　メーカーに聞いた
http://www.itmedia.co.jp/news/articles/1808/09/news094.html

アホ↓
「サマータイム導入はコンピュータシステム的に難あり」は本当か　宮脇睦
https://www.mag2.com/p/news/367461 👀
Rock54: Caution(BBR-MD5:7bff9ed63942b4cd01610d20b2c06e65)

**デフォルトの名無しさん** · 2018/08/11(土) 13:31:39.95

農業系システムは日の出時間・日の入り時間を用いた積算あるからな。嫌がるだろうな

**デフォルトの名無しさん** · 2018/08/11(土) 15:22:10.15

森とか遠藤とかの討伐方法を考えようぜ

**デフォルトの名無しさん** · 2018/08/11(土) 17:21:01.04

サマータイム導入に数年と膨大なカネがかかるのは
IT業界なら素人でもわかるのに、
本当にIT業界じゃないプロはあほやなー

**デフォルトの名無しさん** · 2018/08/11(土) 17:35:32.02

普通のｼｽﾃﾑだったら
このｽﾚにいるようなﾄﾞｶﾀどもにとっては
ﾀｲﾑｿﾞｰﾝをJSTにすれば勝手にかわるから一切影響ない

困るのは日時をUTC基準の通算値で保存してない知恵遅れｼｽﾃﾑぐらいなのは
簡単に予見できる

**デフォルトの名無しさん** · 2018/08/11(土) 18:14:03.44

サマータイムをあらかじめ用意出来て無いのは一般企業システムがほとんどだろうな
そこら辺、かなりの負荷になるだろう
サマータイム導入で一般中小企業は淘汰されるだろうね

**デフォルトの名無しさん** · 2018/08/11(土) 18:29:18.77

>>14
あほ

**デフォルトの名無しさん** · 2018/08/11(土) 18:36:12.81

時計を動かすってのは非合理だと思うけどね
都合が良くなるのは些細なことでその為に不用なリスクを負うなんて愚の骨頂でしょ
プログラムに関わっている人なら分かるはずだ

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

オリンピックのための一時的な措置だけど
そもそもオリンピックの競技時間はUTCの時間で行われるので
サマータイム導入しても意味ないんだよね

原発とか航空機とか電車とかそういうインフラが心配

**デフォルトの名無しさん** · 2018/08/11(土) 20:29:45.24

実は多い！　サマータイムをやめた国々

　サマータイムを実施した結果、社会に混乱を招くことになったり、不評だったりして撤回した経験を持つ国は多い。
アイスランド、アゼルバイジャン、イラク、コロンビア、トルコ、フィリピン、モンゴル、ロシア、韓国、中国などがそうだ。
アメリカやカナダ、オーストラリアでは、一部の州で撤廃されている。
ちなみに、日本から近い東南アジアの国々は、赤道直下に位置し、１年を通して昼と夜の長さに大きな違いがないため、導入されたことがない。

https://taishu.jp/articles/-/57456?page=3

**デフォルトの名無しさん** · 2018/08/11(土) 20:34:21.58

タイムゾーンを考慮したシステムなら、OSが対応したのち、
TZをJSTからJDTに変えるだけなんだろうけどね
ローカル時間が進んだり戻ったりするだけで、いろいろトラブりそうだよね

**デフォルトの名無しさん** · 2018/08/11(土) 21:30:28.08

サマータイム実施は不可能である
https://www.slideshare.net/tetsutalow/ss-109290879

**デフォルトの名無しさん** · 2018/08/11(土) 21:31:38.65

「サマータイム導入はコンピュータシステム的に難あり」は本当か
http://blogos.com/article/317015/

さて、サマータイムの導入の議論は、繰り返し現れては消えておりますが、その度に「懸念」されるのが、コンピュータシステムについてです。
果たして対応できるのか、社会は混乱しないか。
ハッキリ言って「アホ」と申し上げます。なぜか？だって私がプログラマーとして社会人になった平成元年から、ずっと議論されていたことだからです。
結論からいえば「大丈夫」。コンピュータシステムを知っていれば、さほど大騒ぎする事ではありません。むしろ、サマータイムを導入する最大の障壁は日本人の習性にあります。

**デフォルトの名無しさん** · 2018/08/11(土) 21:42:32.92

>>22
どうせ広告があるんだろうから見に行く気はないが、
30年もプログラマやってて未だ理解できないってのは
どこまで頭が悪いんだろう？としか思えぬ。

**デフォルトの名無しさん** · 2018/08/11(土) 21:49:43.78

>>22
考えることが少なく済んでて悩むことがあんまなさそう
大人になっても単純なままで生きていられてうらやましい限りだ

**デフォルトの名無しさん** · 2018/08/11(土) 23:05:08.97

>>22
その記事ほんと好き。微笑ましい。

**デフォルトの名無しさん** · 2018/08/11(土) 23:13:20.17

>>14
お前宮脇だろ

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

頭が悪いと幸せだよな
悩まないといけないことも悩まないで済むからね

**デフォルトの名無しさん** · 2018/08/12(日) 11:03:09.96

誰もシステムの時刻を変更できないなんて言ってないんだけどな
変更したことによる影響の把握とその対応がこの準備期間じゃ無理って話で
コードにif文を追加することしか思いつかない時点でプロじゃなくてただの趣味グラマだろ

**デフォルトの名無しさん** · 2018/08/12(日) 11:03:53.68

ハッキリ言って「アホ」と申し上げます。
新たなパワーワード。

**デフォルトの名無しさん** · 2018/08/12(日) 11:04:52.25

>>29
自己紹介だろそれ

**デフォルトの名無しさん** · 2018/08/12(日) 12:07:51.91

>>28
システムの時刻変更しちゃだめだよ。夏時間じゃなくなる。
アホ氏のパソコンならそれでもいいけど。

**デフォルトの名無しさん** · 2018/08/12(日) 12:30:43.79

パソコンの時刻合わせなんて自動だろ？
クライアントOSを更新して日本のサマータイムに
対応すれば良いんじゃないのか？

それともNTPサーバーを更新すればいいだけなのか？
いずれにしろ事前に更新しておけばいいだろう

そういう仕組を取り入れてないなら、その日の朝来て
全台数、時間を変えればいいだろう。

**デフォルトの名無しさん** · 2018/08/12(日) 12:46:55.22

>>32
サマータイムの対応できてないのは宮脇脳だからか？

どちらかと言えはアホなのはサマータイムに対応できてない宮脇だよな

**デフォルトの名無しさん** · 2018/08/12(日) 14:47:36.08

>>32
二時間ずらすサマータイムなんてのは、今の世界線にはない。
NTPはローカルタイムを送信してるわけではない。
NTPのプロトコルにずらす時間の情報はない。
OSの時刻管理の仕組みでも、夏タイムはフラグでしかない。
二時間ずらすなら全部改修が必要。
全台って今何台動いてるのか知ってるのか？
炊飯器にすらCPUもタイマーも入ってるんだぞ？
おじいちゃんの若い頃とは時代が違うんだよ。

なぜバカは分からないことに口を出すのか。

**デフォルトの名無しさん** · 2018/08/12(日) 19:32:32.25

やっぱりｱﾎしかおらんわ

ｼｽﾃﾑの時刻なんか変更されない
日本の計算機をｱﾒﾘｶにもっててもﾄﾞｲﾂにもってても
計算機の時刻は同じ

世界中のどのntpｻｰﾊﾞも同じ時刻を発信する
そうでないと時間が狂う
※ 変なntpｻｰﾊﾞがいれば、そいつのせいで受信したｸﾗｲﾝﾄが全部狂う

じゃあ、ｵﾏｴのPCに表示されてる日時はなんなの？
知恵遅れにはｺﾚが理解できない

まず知恵遅れにはﾀｲﾑｿﾞｰﾝという概念がない

**デフォルトの名無しさん** · 2018/08/12(日) 19:37:56.60

>>35
つまり、コンピュータはUTCで時刻を保持していて
タイムゾーンという時差情報を元に計算して
地域ごとの時刻を出力しているのですね？

**デフォルトの名無しさん** · 2018/08/12(日) 19:39:40.14

そしてソフトウェアは地域ごとの時刻で処理を行うから
サマータイム導入によって混乱が生じるということですね？

**デフォルトの名無しさん** · 2018/08/12(日) 19:40:02.63

>>35
そういうことなんですね？

**デフォルトの名無しさん** · 2018/08/12(日) 19:45:44.13

伝統的な計算機では、通常、
1970年01月01 00:00:00 (UTC)
からの通秒がその計算機の時刻になってる

その通秒をﾀｲﾑｿﾞｰﾝ分の秒数足して日時変換して出力してるだけだからな

2038年問題というの聞いたことあるだろ
ｺﾚは、その通秒が32bitの計算機ではｵｰﾊﾞｰﾌﾛｰする
こっちのほうがよほど深刻

**デフォルトの名無しさん** · 2018/08/12(日) 19:47:10.71

>>36
> つまり、コンピュータはUTCで時刻を保持していて

そうとは限らない。OSや設定で変わってくる。
例えばWindowsはコンピュータは現地の時間に設定する
LinuxはUTCに設定してOSが時間を調整する
もちろんこれはデフォルトの挙動なだけで変更することは可能

**デフォルトの名無しさん** · 2018/08/12(日) 19:50:04.77

>>39
それはUNIXエポックですよね
古いUNIXでOSを更新できないようなものだと
問題になりますね、でもそれってまだ先のことですよ
喫緊の課題はサマータイムです
そういうことですね？

**デフォルトの名無しさん** · 2018/08/12(日) 19:50:48.92

例えば、日本なら
計算機の通秒に
540秒たして(UTC +09:00 → つまり 9 * 60秒)、
日時変換すれば日本の時刻になる

ｻﾏｰﾀｲﾑならその足す秒数が変わるだけだからな

めっちゃしょうもない話
ﾀｲﾑｿﾞｰﾝの設定増やすだけー

**デフォルトの名無しさん** · 2018/08/12(日) 19:51:07.25

>>40
Windowsはハードウェアクロックに地域時間を設定するってことですか？
そういうことですね？

**デフォルトの名無しさん** · 2018/08/12(日) 19:52:14.53

>>42
変換方法のことですね
UTCから地域時刻に変換する方法が簡単だというわけですね？

**デフォルトの名無しさん** · 2018/08/12(日) 19:52:47.56

>>39
2038年問題はOSのレベルでは解決済み
（アプリレベルでは対応してないのがあるだろう）

日付を何ビットで扱うかの問題なので
32bitの計算器かどうかは関係ない

**デフォルトの名無しさん** · 2018/08/12(日) 19:54:17.46

OSﾚﾍﾞﾙでは、POSIXのtime_tが32bitのままなら
なにも解決されてない

あいかわらず
ｸｿﾆｰﾄはﾃｷﾄｰなことばっかりいうからな

**デフォルトの名無しさん** · 2018/08/12(日) 19:54:38.39

>>43
> Windowsはハードウェアクロックに地域時間を設定するってことですか？
デフォルトがそうなっているだけで変更できる
ハードウェアクロックがサマータイムに対応していることは無いと信じてるが
実際どうかはしらん。OSがサマータイムの時間の調整をしている

**デフォルトの名無しさん** · 2018/08/12(日) 19:55:45.32

OSが対応するもへったくれもない
ｸｿﾆｰﾄはやっぱりﾃｷﾄｰなことばっかりいうわ

ﾀｲﾑｿﾞｰﾝの設定ふやすだけなのにな

**デフォルトの名無しさん** · 2018/08/12(日) 20:00:01.58

一つだけわかるのはID:grOjVjUWが間違った知識を振りまいてる事
多分1999年辺りで知識が止まってるんだろうな

**デフォルトの名無しさん** · 2018/08/12(日) 20:00:25.36

ｸｿﾆｰﾄ仲間きましたー

**デフォルトの名無しさん** · 2018/08/12(日) 20:02:15.70

ちなみにNTPでは
1970年01月01 00:00:00 (UTC)になってる
ｵﾘｼﾞﾝがちがうだけで全部仕組みなんか同じ

**デフォルトの名無しさん** · 2018/08/12(日) 20:04:15.58

×1970年01月01 00:00:00 (UTC)
○1900年01月01 00:00:00 (UTC)

**デフォルトの名無しさん** · 2018/08/12(日) 20:05:02.18

> ﾀｲﾑｿﾞｰﾝの設定ふやすだけなのにな

設定を増やせない環境との共存。
手動でやらなければいけない環境もある。
増やすにしても、そのタイミングによって
外部システムとの連携で、お互いの時間が合わないことがある。
それがどれくらいあるのかを調べつくさなければいけない。

そう。消費税だってかける数字を1.05から1.08にするだけだったのだ
タイムゾーンを増やすにもシステムの改修に金がかかるので
国の補助が必要。国は仕事が遅いから、補助金出すまで時間がかかる

**デフォルトの名無しさん** · 2018/08/12(日) 20:07:32.71

データをUTCで保存しているシステムばかりじゃないからな。
JSTで保存していればサマータイムで時間が巻き戻ることになる
それがどれくらいあるのか。ぱっと出てこない

**デフォルトの名無しさん** · 2018/08/12(日) 20:18:50.34

ID:grOjVjUWが間違った知識の訂正

windowsの内部時計はtime_tではない
windows XP,7,8,8.1,10はまずPOSIXじゃない
windowsはUNIXのエポックタイムを使ってない
（1601年01月01日00時00分00秒)からの経過秒数）
RTC（ハードウェアクロック）は経過秒数ではなくそれぞれ何年何月何日何時何秒という情報を持っている
OSによってそれをUTCに換算するかローカルタイムにするか決定している

windowsはハードウェアクロックがローカルタイムだという判断なのでネットにつなげてなければ
場所を変更すると時刻がおかしくなる
どこにいても同じ時刻は指しはしない

**デフォルトの名無しさん** · 2018/08/12(日) 20:19:05.20

サマータイム
・サマータイムを開始するときに地域時刻で時刻のスキップがある
・サマータイムを終了するときに地域時刻で時刻の繰り返しがある

サマータイムの懸念点
・地域時刻で時刻の計算をしているとヤバイ
・地域時刻で処理を実行しているとヤバイ

タイムゾーンを増やすだけというのは何に対する解決策なんだろ
2038年問題も関係ないし
半角の人は何を解決しようとしてるんだろ

**デフォルトの名無しさん** · 2018/08/12(日) 20:24:29.89

半角の人はどこかのスレを間違った知識でずっと荒らしてた人と同じ人なのかもしれない
馬鹿すぎて相手にされてなかった

**デフォルトの名無しさん** · 2018/08/12(日) 20:25:11.58

> windowsはハードウェアクロックがローカルタイムだという判断なのでネットにつなげてなければ
> 場所を変更すると時刻がおかしくなる
> どこにいても同じ時刻は指しはしない

ｺﾚが典型的な低学歴ｸｿﾆｰﾄのｵﾂﾑ
ﾜﾛﾀ

**デフォルトの名無しさん** · 2018/08/12(日) 20:26:27.66

ｸｿﾆｰﾄは概念的に同じことを
違うことと理解すらしいからな

そもそもｸｿﾆｰﾄはｵﾂﾑに問題がある
ｸｿﾆｰﾄである理由もよくわかる

**デフォルトの名無しさん** · 2018/08/12(日) 20:28:13.27

>>59
論破されて残念だったね
バーカ

**デフォルトの名無しさん** · 2018/08/12(日) 20:28:29.81

ｸｿﾆｰﾄが論破したつもりなってんのか

**デフォルトの名無しさん** · 2018/08/12(日) 20:29:09.69

ｸｿﾆｰﾄかどうかなんか
書き込みですぐに分かるからな

**デフォルトの名無しさん** · 2018/08/12(日) 20:29:38.93

間違いを認めておとなしくしていればいいのに
だからお前はどこでも相手にされないんだよ
馬鹿

**デフォルトの名無しさん** · 2018/08/12(日) 20:30:33.34

まちがってる？
ﾎﾝｷでそんなこと思ってるわけか。。。

まあｲﾛｲﾛとしょうがないわ

**デフォルトの名無しさん** · 2018/08/12(日) 20:33:04.74

>>56みたいなｼｽﾃﾑでは
そのｼｽﾃﾑではｻﾏｰﾀｲﾑの設定にしなければ問題はおきない

ほらもう解決した

**デフォルトの名無しさん** · 2018/08/12(日) 20:34:31.41

WindowsのノートパソコンをUSBでUbuntu起動してシャットダウンしてWindowsに戻すと時間がUTCになってしまうんだぜ
デュアルブート環境だと今でも混乱する

**デフォルトの名無しさん** · 2018/08/12(日) 20:38:13.42

>>65
時刻はユーザが絡むところだからシステムの都合だけ
で設定しませんというのはできるんかね？難しいのじゃないかな

非現実的な解決策で良いなら国民全員が政府を無視すればええと思うんよ
クーデターや

**デフォルトの名無しさん** · 2018/08/12(日) 20:38:28.93

>>39
伝統的な計算機といえば汎用機だろ。
汎用機のエポックは1970年じゃないぞ。

**デフォルトの名無しさん** · 2018/08/12(日) 21:07:38.49

考え方はﾕﾘｳｽ通日から
ｸﾞﾚｺﾞﾘｳｽ暦や和暦や曜日に変換するのと同じだからな

これからのｼｽﾃﾑはﾕﾘｳｽ通ﾅﾉ秒ぐらいまで対応したほうがいい

**デフォルトの名無しさん** · 2018/08/12(日) 21:27:52.16

5ｃｈのあちこちでサマータイムにちゃんと対応しない場合に
工場で火事になったりするかもしれないとか書いてたけど
それをまとめたような記事がライブドアニュースに乗ってる

**デフォルトの名無しさん** · 2018/08/12(日) 21:54:20.43

スタンドアロンのコンピュータの時刻のことしか考えてないという点では例のあの記事を書いたやつと同レベルだな。

**デフォルトの名無しさん** · 2018/08/12(日) 21:58:53.27

基準をずらして対応ってのは愚かな行為だよね

**デフォルトの名無しさん** · 2018/08/12(日) 22:01:04.79

むしろ、ﾈｯﾄﾜｰｸ上に処理で必要となるﾌﾟﾛﾄｺﾙのなかにﾛｰｶﾙ時刻なんか埋め込むような
知恵遅れの顔を見たいわ

ﾛｰｶﾙ時刻なんか計算機の時刻を変換して表示されるただの文字だからな
何度もいうが、計算機の時刻は日本からｱﾒﾘｶにもっていっても同じ

ｽﾀﾝﾀﾞｱﾛｰﾝとかそんなもん関係ない

基本的に低学歴知恵遅れは計算機が時刻をどうやって表示してるか分かってない
地域の時刻なんかただのしょうもないﾛｰｶﾗｲｽﾞの問題

**デフォルトの名無しさん** · 2018/08/12(日) 22:12:21.78

>>71
もしかして彼本人が来ているのではｗ

**デフォルトの名無しさん** · 2018/08/12(日) 22:17:19.92

>>74
上のレスを見る限り、冗談抜きでマジで本人な気がしてきたw
画面に表示される時刻のことしか見えてない視野の狭さがまるで同じだ

**デフォルトの名無しさん** · 2018/08/12(日) 22:24:59.30

低学歴知恵遅れは
計算機の時刻変更すると思ってるのか

なるほどな

**デフォルトの名無しさん** · 2018/08/12(日) 22:26:19.38

こんだけ頭悪いと生きてくのがつらそうだと
ほんとそう思うわ

ｺﾀｴ全部書いてやってるのに

**デフォルトの名無しさん** · 2018/08/12(日) 22:29:25.34

論破された癖にずっといるな

**デフォルトの名無しさん** · 2018/08/12(日) 22:30:06.10

そもそも
低学歴知恵遅れが技術板にいること自体がおかしからな

**デフォルトの名無しさん** · 2018/08/12(日) 22:33:02.12

なにも理解できてない低学歴知恵遅れが
ｻﾏｰﾀｲﾑで騒いでるのだけは分かったわ

**デフォルトの名無しさん** · 2018/08/12(日) 22:33:29.35

学歴厨め

**デフォルトの名無しさん** · 2018/08/12(日) 22:39:50.21

>>73
日本がサマータイムで2時間ずらすのと同時に世界的に全部ずれるんだったらいいかもしれないけど、現実は違うわけだし
そもそも時計の表示だけじゃなくて、業務フロー自体がサマータイムを考慮されてないんだから、
コンピューターシステムだけの問題じゃなくてトラブル多発だと思うぞ
工場だって火事になるかもしれないというのはその通りだよ。JST=UTC+9:00という大前提でいろんなものは組まれてるわけだから

当然業務フローにサマータイムが考慮されてないんだから、業務システムだってサマータイムをTZを追加するとかいう雑な方法で
無理やり導入しても依存関係がめちゃくちゃに破壊されてるから動くわけがないと思うけど。

**デフォルトの名無しさん** · 2018/08/12(日) 22:44:01.58

>>82
マジレスしたら負けだぞ

**デフォルトの名無しさん** · 2018/08/12(日) 22:46:06.23

そういう低学歴知恵遅れﾄﾞｶﾀが作ったｼｽﾃﾑは
2時間時差があるまま運用すればおしまい

それが低学歴知恵遅れﾄﾞｶﾀのｼｽﾃﾑ

**デフォルトの名無しさん** · 2018/08/12(日) 22:47:29.49

それでなにが困るわけ？
なにも困ることないでしょ

低学歴知恵遅れﾄﾞｶﾀが作ったｼｽﾃﾑは動きさえすれば
問題ないﾊｽﾞ

**デフォルトの名無しさん** · 2018/08/12(日) 23:00:13.78

>>84-85
「2時間時差があるまま運用」することで「動きさえ」もしないのがわからないのかな

**デフォルトの名無しさん** · 2018/08/12(日) 23:25:32.12

どういう作りにしてるから動かなくなるの？

いちいち池沼がどういうｳﾝｺな作りにしてるかまで
知ったこっちゃないからな

**デフォルトの名無しさん** · 2018/08/12(日) 23:55:26.45

>>87
客がこういう感じになるんだよな。

で、動かないとタダで治せ等と言い出す。
損害賠償は森や遠藤に回すようにしないと、
この国本当におかしくなるぞ。

**デフォルトの名無しさん** · 2018/08/13(月) 00:14:26.06

>>87
> どういう作りにしてるから動かなくなるの？
うるう秒で動かななったときは、
たった1秒の時間の違いで動かなくなる作りだったよ

**デフォルトの名無しさん** · 2018/08/13(月) 00:15:11.86

>>87
海外支社のサーバーでバッチAが実行された後にその結果を利用して東京本社でバッチBが実行されるというような組み方なら、
サマータイムで前後が入れ替わるのはどう考えてもNGだろ。じゃあバッチAを早めるかバッチBを遅くするかってことになるけど、
タイミングが始業、終業時間などに関連していたらそういうわけにもいかないだろう

物流だって国内の物流はサマータイムで2時間まるまる早めにずらすことはできるかもしれないけど、
国際線はそうはいかないだろうから輸送計画の組み直しが一斉に発生して現場でトラブルが発生しやすくなり
遅配の原因になるだろうな

「池沼がウンコな作り」にしてるのは業務システムだけじゃなくて業務フローそのものにもあるんだよ。

**デフォルトの名無しさん** · 2018/08/13(月) 00:20:24.13

トラックの運ちゃんが、明日はサマータイムですが
配達にかかる時間は同じなので、一時間遅れます。
が許されるかどうか

荷物が到着する時間が遅れるだけで
大問題だろう

**デフォルトの名無しさん** · 2018/08/13(月) 00:48:09.66

普通に考えてまともなｼｽﾃﾑなら営業時間帯の年間ﾃｰﾌﾞﾙぐらいもってるﾊｽﾞだからな
ｼｽﾃﾑはそれに従って動作する

当然これは期末までに関係ある全部署が入力しておかないといけない
その妥当性の検査・検証するのもその部署だからな
営業時間帯、ｻｰﾋﾞｽ時間帯の規定がないのがそもそもおかしい
最低でも外向けにｻｰﾋﾞｽするｼｽﾃﾑならその規定ができないｼｽﾃﾑとかありえないからな

入力になる時間帯なんかｼｽﾃﾑにとっては決めの問題
ﾄﾗｯｸの運ちゃんにとっても同じく決めの問題

で、ﾊﾞｯﾁなら起動条件がないﾊﾞｯﾁなんかないからな
普通なら依存関係があってこのﾊﾞｯﾁが正常終了しないとこのﾊﾞｯﾁは起動できないとか
ｼﾞｮﾌﾞｽｹｼﾞｭﾗｰに条件がついてる

どんなｺﾞﾐｼｽﾃﾑでもこれぐらいのことやってると思うわ

知恵遅れのｼｽﾃﾑでは時間になったら起動するだけの頭悪い作りなのは分かったわ
そして限界時間ｷﾞﾘｷﾞﾘまで処理が終わらない池沼ｼｽﾃﾑなのもわかった
ｺﾚがｻﾞ・池沼ｼｽﾃﾑというのがよく分かったわ

**デフォルトの名無しさん** · 2018/08/13(月) 00:56:55.20

まあそういうことだよね　時刻を基準にして諸々組み立ててあるのにそれを変えるってのは相当なことよ
総点検を伴うんだからそれに見合う効果が見込める場合にしかしちゃいかんよね
テキトーに経済効果が云々言ってるけどそれ始業を早くすればできるから
それは好きにすればいいよ　制度を変えてオレスゲーやりたいだけなら迷惑だっちゅうことね

**デフォルトの名無しさん** · 2018/08/13(月) 01:01:53.55

結局の所サマータイムに対応していないシステムが
どれくらいあってそのような修正が必要化を洗い出す
時間がすごくかかるってことなんだよね。

なんたってサマータイムに対応しているかなんて保証は
今のシステム全てにないんだし

**デフォルトの名無しさん** · 2018/08/13(月) 01:20:08.15

.>>92
営業時間帯内のはじめの方に海外からのバッチ処理がされる前提だったら、
海外から見たら営業時間がずれるわけだから海外のフローか国内のフローを調整する必要があるだろ

起動条件があるバッチなら大丈夫、と言うが、起動条件に引っかかって毎回起動できないバッチがあったら
大丈夫でもなんでもないだろう、毎日動かないのだから

世界中のシステムと多く連携していたらどのバッチが問題があって、そのバッチを動かすために
起動条件を変えて業務フローを変えなきゃいけないんだろうから

本当の基幹システムはその辺タイムゾーン入れ替えたら動くようになってると思うけど、
JDTへの対応が異なる基幹システム間と連携しながら動く周辺システムに
関しては、業務フロー変更を前提としたシステム改修が必要だと思うが。

**デフォルトの名無しさん** · 2018/08/13(月) 01:24:05.83

>>92
その「ﾊｽﾞ」をテストするコストをどうすんだっつってんだよバカ
それが分からないからお前が低学歴ヒキニートなのがバレバレなんだが
可哀想だからみんな指摘してないだけなのに

**デフォルトの名無しさん** · 2018/08/13(月) 02:04:47.15

なんでこんなあほなことしたかねえ
開催時期を１０月にずらすだけでいいのに

**デフォルトの名無しさん** · 2018/08/13(月) 02:39:43.09

未だにサマータイムってなんだか解らない
開始や終了時刻を変えるだけでは駄目なのか?
状態が同じなのに余計な事を増やすのは複雑さが増していくだけ
というのが解らず
難しい事を上手くやって
俺スゲー
ってやってるようにしか見えないんだけど
日本の無駄ってこんな感じの物が多い
わざと複雑にして非効率になってる
けどそれが出来る事が素晴らしい
って扱いになってる
異常です

**デフォルトの名無しさん** · 2018/08/13(月) 05:57:09.79

業務システムに限らずtoCなWebサービスだって、データの登録順がクリティカルな意味を持つ時にそれを時刻で比較してたら詰むからな。シーケンス化にするなりなんなりしないといけない。

他にも入力された日付時刻のバリデーションとか、
セレクトボックスで時刻を選ぶようなUIがあったら存在しなくなる時刻と二回やってくる時刻をどうするかとか、
直さなくちゃいけないところは一瞬でいくらでも浮かぶ。

どんなにしっかり作ってあるシステムでも、日本国内で使う前提で日本人が作ってたらサマータイムなんて想定されてないわ。

**デフォルトの名無しさん** · 2018/08/13(月) 06:58:51.82

>>1
意見具申
猛暑対策なら新築の居宅は「白い屋根」（含む薄いグレー）を義務化すれば良いんじゃね？
ソーラーパネルや太陽熱温水器以外の「黒い屋根」の居宅は新築禁止って事で

**デフォルトの名無しさん** · 2018/08/13(月) 07:04:45.62

　
畏（おそ）れ多くも森喜朗元帥閣下の有り難いお言葉：
　「オレはＩＴ（いっと）のことはよく知らんがぁ
　　　時計をたった２時間早めるだけだろぉ？
　　オレなら１分あれば済ませるぞぉ！
　　　サマータイムの何がそんなに難しいんだぁ？」
　
システム開発現場の勇ましい言葉：
　「畏れ多くも森元帥閣下のご下命を賜った以上
　　　現場ＳＥは有り難いお言葉に勇気百倍
　　デスマーチとバンザイ突撃を敢行いたします！」
　　
　「マラソン選手さまが涼しい時間に走るためなら
　　　現場ＳＥの千人や二千人死んでも本望です！
　　私たちＳＥの生命など、虫けらと同じです！」
　
　「畏れ多くも森元帥閣下の有り難いご下命にしたがって
　　　最前線システム開発現場で殉職出来るとしたら
　　現場ＳＥとしてこれに勝る喜びはありません！」
　
日本という国では
　体育会系が一番偉い（森元帥閣下、田中理事長）
　　文科系がその次で（財務省、教授会）
　理科系は最底辺の奴隷とされています（現場ＳＥ）
　

**デフォルトの名無しさん** · 2018/08/13(月) 07:25:39.55

>>100
サーモテクト塗装だと他の色でも遮熱効果がある

**デフォルトの名無しさん** · 2018/08/13(月) 07:49:40.79

つかさ、これだけ目に見えた大地雷原に突入するのにさ
その理由がオリンピックのマラソンのスタート時間とか、しょうもなさすぎてもう歴史の教科書に載るレベルの大マヌケだろ

**デフォルトの名無しさん** · 2018/08/13(月) 08:35:55.94

>>94
サマータイムで二時間ずらすなんてのは初めてだから、
時刻がらみは全部見直す必要があるよ。
OSがちゃんと動くのかも含めて。

**デフォルトの名無しさん** · 2018/08/13(月) 09:02:45.61

一時間前の設定にして、動くかどうかじゃなくて、
一時間前の時刻に変更して、動き続けられるかどうかなんだよな

前者はリセットしてからやり直しってこと
だから別にいつの日時にしたって動くのは当たり前

だけど現実は後者だ。後者はリセットしない。今までの動き続けたものに
変化を与える。状態を途中で変えるということ。

PCをリセットすれば良いんじゃないか？と思うかもしれないが、
サマータイムはPC一台だけの問題じゃない。
ネットワークなどに繋がっていれば他のシステムの影響も考えられるし、
時刻に従って人間が動いていれば、その人の都合もある。

一時間、時間が繰り上がったからって、一時間先の未来にいけわけじゃない
物流で荷物が夜中の9時に出発して朝9時に到着する場合に、サマータイムがあったら
朝9時に到着できるわけじゃない。時計の時刻変えても解決しない問題がある。
日本は世界とも繋がっている。世界中のいろんなシステムと連携している。
それらが正しく動くかテストしないといけないんだよ。

**デフォルトの名無しさん** · 2018/08/13(月) 14:05:19.21

とりま解説記事

http://blogs.itmedia.co.jp/takeuchi/2011/03/post-5604.html

**デフォルトの名無しさん** · 2018/08/13(月) 14:45:52.11

>>106
やっぱりUTCでデータを持ってない場合は、
プログラムの改修が必要になるってことだね
大事件だ

https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1259073577

> 通常時間とサマータイムの切り替えは、
> ほとんどの国・地域で、午前2時に行われます。
> （イギリスは、午前1時。）
> これぐらいの時間が、いちばん市民生活に影響が少ないという判断なのでしょう。
>
> サマータイムになる時は、
> 通常時間の午前2時が新しい午前3時になります。
> つまり、午前2時台がまるまる抜け落ちます。
> 通常時間に戻る時は、
> サマータイムの午前3時が新しい午前2時になります。
> つまり、午前2時台を2回繰り返すことになるわけです。

**デフォルトの名無しさん** · 2018/08/13(月) 15:09:09.26

パソコンの大先生に聞くけど

DBに保存されたUTC日時基準の売り上げテーブルから
ローカル日時○月○日の売上集計するにはどういうSQL書いたらいいの？

**デフォルトの名無しさん** · 2018/08/13(月) 15:15:59.29

>>108
その日付は日付型なのか、yyyymmddみたいな形式で文字として保存しているのかどうか
日付型であればタイムゾーン付なのか、そうでないのか？
タイムゾーンは何処になっているのか
OSやデータベースのタイムゾーンはどうなっているのか
サマータイムに対応しているのかどうか
によって変わる

**デフォルトの名無しさん** · 2018/08/13(月) 15:23:18.62

DBのタイムゾーンはUTCです
OSはローカル時刻です
データはタイムゾーン無しです

上の方で熱弁をふるってる人の言う通りわざわざUTCに変換してから保存してます

**デフォルトの名無しさん** · 2018/08/13(月) 16:56:52.15

例えばOracleのDate型だとしたら

to_timestamp(売り上げ日) at time zone ‘Asia/Tokyo’

とかで、あとは日単位でも月単位でも好きなところで丸めてgroup byすりゃいいんじゃろ

**デフォルトの名無しさん** · 2018/08/13(月) 20:38:59.27

やっぱりなﾊﾞｶしかいないわ
わざわざUTCに変換とか。。。

いちいち計算機の通秒をﾀｲﾑｿﾞｰﾝ分足しこんで
ﾛｰｶﾙﾀｲﾑになってんのに

あとな、起動条件は、通常、先行条件というのをつける
ﾊﾞｯﾁAが正常終了してからでないとﾊﾞｯﾁBは起動しないとかな

起動時刻をかえる絶対起動しない条件になるようなそんな知恵遅れな作りにはならない(>>95)
通常は、ﾊﾞｯﾁAが正常終了してたらﾊﾞｯﾁBが特定の時刻以降に起動するという条件になる

で、それぞれのﾊﾞｯﾁには、通常、限界時刻というもんを設定する
その時刻までに処理が終わらなければ異常な事態になっているとみなされる
つまりその時刻までに処理が終われば問題ない

知恵遅れｸｿﾆｰﾄのｵﾂﾑのﾃﾞｷでは、きっとこの意味がわからない

とりあえずｸｿﾆｰﾄどもがﾃｷﾄｰなことばっかりいってんのは
よおく分かったわ

**デフォルトの名無しさん** · 2018/08/13(月) 20:46:27.74

壁打ちご苦労さまです

**デフォルトの名無しさん** · 2018/08/13(月) 20:49:23.88

まじであの記事の作者本人なんじゃねーのかなこいつ
言ってることも見落としてることもそっくりだ

**デフォルトの名無しさん** · 2018/08/13(月) 21:03:44.60

知恵遅れ（>>D:1LqIQSwH）「存在しなくなる時刻がある」

それは知恵遅れなｼｽﾃﾑのせい
存在しなくなる時刻なんかない
時刻は連続してる
時刻と時刻の間が消えてなくなることはない

ﾛｰｶﾙﾀｲﾑをやりとりするなら
ﾀｲﾑｿﾞｰﾝの情報を渡してないからそういう問題に直面する
国際化対応できない知恵遅れがｼｽﾃﾑなんか設計するとこうなるといういい例

2018-08-13 21:00:00 (UTC 09:00)
または
2018-08-13 21:00:00 (JST)

ﾀｲﾑｿﾞｰﾝの情報があれば、時刻がなくなることなんかないからな
知恵遅れのｵﾂﾑの中で消えてなくなってるだけという

**デフォルトの名無しさん** · 2018/08/13(月) 22:27:11.47

この人って結局「最初からサマータイムを想定した設計になっていればサマータイム導入にはなんの問題もない」っていう、本当に中身のないことを繰り返してるだけだよね。
現実世界で仕事をしていないのが良く分かる机上の空論。

**デフォルトの名無しさん** · 2018/08/13(月) 22:37:23.79

世界のﾈｯﾄﾜｰｸに繋がってたらおかしくなるとかどうこういってるくせに
ｸｿﾆｰﾄがﾃｷﾄｰなことばっかりいってるのが全部ﾊﾞﾚてるわけ

それが分からないわけか

世界のﾈｯﾄﾜｰｸに繋がってるようなｼｽﾃﾑなら
普通に協定世界時をすべて基準になるからな

ｷﾐﾗがｸｿﾆｰﾄなのがどんどんﾊﾞﾚてるﾜｹ

**デフォルトの名無しさん** · 2018/08/13(月) 22:53:20.96

こいつ結局間違ってる情報ずっとぐずぐず言ってるだけで
何も言ってない

**デフォルトの名無しさん** · 2018/08/13(月) 22:56:16.08

ﾊﾟﾁｮｺﾝ大先生のｸｿﾆｰﾄの分際が
ｵﾚが間違ってるとかいってるわ（）

ﾀｲﾑｿﾞｰﾝがﾊｰﾄﾞに刻まれた珍しいﾊﾟﾁｮｺﾝもってるﾊﾟﾁｮｺﾝの大先生

ｸｿﾆｰﾄってな
ﾎﾝﾄなすぐに分かるわ

**デフォルトの名無しさん** · 2018/08/13(月) 22:59:12.57

>>119
じゃあSQL書いて

**デフォルトの名無しさん** · 2018/08/13(月) 23:02:58.03

今日が
ｻﾏｰﾀｲﾑ時刻の00:00<= < 24:00
なのか
日本時刻の00:00<= < 24:00
なのか
世界協定時の00:00<= < 24:00
なのか
北朝鮮の00:00<= < 24:00
なのか
それ以外なのか

そういうのが分からない限り分かり
ｺﾀｴようがないからな

低学歴知恵遅れｸｿﾆｰﾄはﾎﾝﾄな
意味不明なことばっかりいう

**デフォルトの名無しさん** · 2018/08/13(月) 23:07:31.57

>>121
何という低レベルなレスなんですか
あなただけ周回遅れです

**デフォルトの名無しさん** · 2018/08/13(月) 23:08:32.41

このスレの最底辺は決定しましたね

**デフォルトの名無しさん** · 2018/08/13(月) 23:16:44.07

>>112
JDTを考慮しないで仕様策定されたバッチは
「その時刻までに処理が終わらなければ異常な事態になっているとみなされる」可能性が高いので、
当該バッチ含む処理が正常動作しない可能性があると思うんだけど

去年までサマータイム導入なんて笑い草だったのに、JDTを考慮しなかった仕様策定者の落ち度なのかな？

きっと>>112は政府が突然「旧暦に戻します、旧暦以外の書類提出は認めません」と言っても問題ないソフトウェアを書いてるんだろうな
普通そういうのは「フレーム問題」に直面するから仕様として想定しないと思うんだけどもね

**デフォルトの名無しさん** · 2018/08/13(月) 23:26:17.18

世界と繋がってるｼｽﾃﾑでは、仕様策定時にJDTもJSTも考慮する必要ない
すべて世界協定時基準で仕様策定されたらなにも問題おきない

日本のﾀｲﾑｿﾞｰﾝがいくらかわっても
ｱﾒﾘｶのﾀｲﾑｿﾞｰﾝがいくらかわっても
北朝鮮のﾀｲﾑｿﾞｰﾝがいくらかわっても
仕様通りに動作する

日本の事情なんか関係なく仕様通りに動いてるからな

かり日本が夏時間を導入するなら
世界協定時基準でﾊﾞｯﾁﾌﾛｰの起動時刻を調整するだけだからな

その調整をしてほしいなら高い技術が必要だから高いおｶﾈを払いなさい

**デフォルトの名無しさん** · 2018/08/13(月) 23:38:51.39

>>125
「すべて世界協定時基準で仕様策定されたら」って前提が非現実的だと思わないのか
JDT=UTC+11:00が導入されたら一部の業務はUTC+11:00を基準に行われるし、
また一部の業務は今までどおりUTC+09:00を基準に行われるだろう
どの業務がUTC+11:00で行われるかの妥当なデータベースを持っていない以上バッチフローの調整とやらは
そう簡単にできるものではないと思うけどもな

例えば個人のスケジュールを管理するカレンダーアプリで未来の予定を管理していたとしよう
2019年の8月20日の15:00からのスケジュール、JDTでは17:00からになるのか、
それともJDTでも15:00からなのか？
そんなのスケジュールの内容によるとしか言いようがないよね。

同様のことがバッチフローの調整にも言えるわけで。

ろくにシステムが絡んでなくて、しかもタイムゾーンを適切に考慮できてるとしても上記の問題が発生する以上、
タイムゾーン導入はコンピュータの表示時刻だけの問題ではないでしょ。

**デフォルトの名無しさん** · 2018/08/13(月) 23:45:18.54

ｵﾏｴが書いてることは
そもそもなんの問題もおきてない

仕様通りの動作だからな

**デフォルトの名無しさん** · 2018/08/13(月) 23:47:06.63

普通に仕様通りに動いてる
ちゃんと動いてる

なにが問題なわけ？

**デフォルトの名無しさん** · 2018/08/13(月) 23:53:19.69

ﾀｲﾑｿﾞｰﾝかえたら時刻がかわるのはｱﾀﾘﾏｴだからな
ﾊﾟﾘにﾊﾟﾁｮｺﾝもっててﾊﾟﾘのﾀｲﾑｿﾞｰﾝにしたら
普通にﾊﾟﾘの時刻になるからな

計算機の時刻はかわらないのは当然
このｽﾚのｸｿﾆｰﾄどもはいまだにｺｺが分かってないようだが

こんなもんなｱﾀﾘﾏｴだｸﾗｯｶｰだからな

**デフォルトの名無しさん** · 2018/08/13(月) 23:56:52.10

>>128
仕様書通りに動いてるだけで自分が被害を被らないならそれでいいんじゃないの
仕様書通りに動いていようがタイトなスケジュールでの改修が来るだろうからサマータイムには反対と言ってるだけなんだがな
世の中の多くのシステム仕様が現実の業務フローと不適合になるようなTZ変更を、残り1年切ったところで導入するかどうか検討してる時点で論外だってだけで
誰も十分に準備時間が与えられたときでもシステムトラブルが起きるからサマータイムは導入できない、なんて言ってない

**デフォルトの名無しさん** · 2018/08/14(火) 00:01:48.32

ｵﾏｴが書いてるｽｸｼﾞｭｰﾙｱﾌﾟﾘも
ﾊﾟﾘのﾀｲﾑｿﾞｰﾝにしたら
ちゃんとﾊﾟﾘの時刻で表示されるようになる

ｵﾏｴは頭悪いからｺﾚを問題とかいってるﾜｹ

ｿﾌﾄｳｪｱの国際化対応では
むしろｺﾚがｱﾀﾘﾏｴでないといけないからな

**デフォルトの名無しさん** · 2018/08/14(火) 00:32:22.20

>>131
おまえはバカだからもう一回書くけど
二時間ずらす夏時間なんかないっての

**デフォルトの名無しさん** · 2018/08/14(火) 01:00:39.49

>>131
そんなの当然だろ、そこは問題にしていない
問題にしてるのは、朝7時に「歯磨きをする」というスケジュールを入れているとして、
パリに行ったときにパリのTZでのローカル朝7時にそのスケジュールを表示するかという話だ。
歯磨きだったらローカルタイムに合わせるのが妥当だと思うがイスラムの礼拝とかだったらどうだ
結局タイムゾーンに合わせてスケジュール自体を変更するのか、しないのかというのは
業務内容によって如何様にも変わるわけで、その洗い出しを完璧に来年のサマータイム実施時に出来ないのであれば
いくらシステム側で原理的には対応出来てもテストの時間もないし考慮漏れがあってなんらかのシステムトラブルは起きるだろ

おそらく法律だって日本でサマータイムが起きることなんて想定せずに条文化されているものもあるだろう
法律通りの実装をしたシステムがあったとして、
「サマータイムは法律制定時の想定外なんでこの法律はJST基準で運用してね」
「サマータイム通りJDT基準で運用してね」
なんてことがサマータイム実施直前に駆け込みで決まるだろうけど、そういう法的解釈の変更に対して
それが決まってからすぐシステムを改修してテストもしっかり実施して2019年のサマータイムを迎えられるとは思わないんだが

**デフォルトの名無しさん** · 2018/08/14(火) 01:34:56.93

サマータイム導入はかれこれ10年以上議論されている訳で論点整理はされている、はず
それを森氏が理解しているかどうかは知らんが国会の議事に上がるならば議員のみなさんがちゃんとやる、はず
愚かですよねイヤになるマジで

**デフォルトの名無しさん** · 2018/08/14(火) 01:50:00.02

>>134
論点整理どころじゃない。日本で一度実施してすぐに止めた経緯がある

導入した結果、生活リズムが崩れて残業が増加して交通機関が混乱した。
IT化が全然進んでいない当時でさえ失敗したんだよ

**デフォルトの名無しさん** · 2018/08/14(火) 02:54:59.55

それ大昔の話でしょ　もうちょっと今の仕組みになってからもしつこく議論してたって話
まともな感覚なら時計を変えるなんてやらんと思うんだけどね　違う人種だから分からない
執拗に導入しようとするのが理解できない　カネ絡みなんだろうけど

**デフォルトの名無しさん** · 2018/08/14(火) 03:42:06.90

経験者から言わせてもらうと
サマータイムになってもスケジュールが変わらず時差対応するだけならイイ
コンピュータが組織としての生産スケジュールに介入する様になった現在一番問題なのは、サマータイムになるとスケジュールがどう変わるか？が見えない事

身近な事では取引先とのスケジュールから、視野を広げれば社会の日常まで
それに延々と振り回される
痛感するのはサマータイムって何百年も積み重ねた社会の日常を壊す事なんだと
サマータイム導入により新たな日常の組み直しが始まるんだと
これが途方もなく大変でサマータイム制導入後にも延々と続く
切り替え日前にスケジュール変更対応のシステム改変プログラムツールを作り、切り替え日にメインテナンス時間を設け変更対応
これが延々と毎年続く
そして中間管理職と現場は固まらない日常のスケジュールの中発生する問題の対応に追われる

時差対応はこなせてもスケジュール再構築が終らないのは、どの国でも起きる
成功した国はない
健康に悪いという問題、新たな日常の価値観が足並み揃わない
だからサマータイム導入後に廃止しろの感情が高まる
かつての日常と秩序を取り戻したいと
導入すると廃止が既定路線なのがサマータイム
それを政治家は理解してない

**デフォルトの名無しさん** · 2018/08/14(火) 04:17:53.34

サマータイムで日本の時間が変わったら、
外国はその時間の変更に対応してくれるの？
いつもより一時間早く対応してくれたり
いつもより一時間遅く対応してくれたり

**デフォルトの名無しさん** · 2018/08/14(火) 05:35:49.32

>>138
例えば航空機や船舶の運航管理システムは影響受けるだろうな。日本に乗り入れてる会社のシステムは全て。
もちろんその手のシステムはサマータイムに対応しやすいような設計になってるはずだけど、それでも改修とテストは必要になる。

**デフォルトの名無しさん** · 2018/08/14(火) 09:10:12.74

半角くん今日も元気だな
相変わらず非現実的なことばっかり言ってるが

**デフォルトの名無しさん** · 2018/08/14(火) 09:48:37.12

システム時刻を拾ってくるシステムなんざざらにあるやろ
time.windows.comの修正は政府が依頼する形になるんかねぇ
仕様書見せて欲しいよね

**デフォルトの名無しさん** · 2018/08/14(火) 11:02:49.67

サマータイムが愚策である10の理由
https://news.yahoo.co.jp/byline/nishidamasaki/20180807-00092263

**デフォルトの名無しさん** · 2018/08/14(火) 12:36:06.46

>>138
なんで猿のために対応が必要なんだ？
やってほしいなら金を払え、とトランプは言うだろうね。

>>139
そういうのは元からUTCベースじゃないと回らないだろ。
小さな漁村の漁港ならともかく。

**デフォルトの名無しさん** · 2018/08/14(火) 18:24:47.99

システム屋だが正直ソフト的な面だけで言えば特に問題はない
そもそもシステム停止を考慮しないシステムはありえないので
停止後復帰で動いた時に拾う時間がズレてたらそれなりに動くだけ

問題はそれを行うハード
今日本国内で使用されてるシステムがどれほどあってそれが一斉に切り替えの為に瞬断するとか
作業的にも不可能量だし瞬断中に起きる事も想定できん
中には5chみたいに海外サーバで動いてるシステムもあるわけで
そう言うのにも切り替えのシグナル送らないといけない
あと昨今はクラウド化もバンバン行われてるからその辺は別の対応が必要になる

結局問題は物理的な方面の方がデカイ

てかこれ国内で終わらないよね
海外にしても日本がサマータイム導入してない前提のJSTは入ってんだから

**デフォルトの名無しさん** · 2018/08/14(火) 18:37:30.57

>>144
そりゃシステム自体は動くだろうが問題はそこじゃない

問題はサマータイム導入前と導入後で扱いが変わる蓄積されたデータと
日本のサマータイムに対応したシステムとの対応してないシステムの相互連携だ

全てのシステムが日本のサマータイムに対応が間に合うわけじゃないし
そもそも対応しない可能性が高い。それらが混在した状態で
正しくシステムが連携できるかどうかはわからない

システム化の前からサマータイムが存在したならば、サマータイムに
対応していなければバグということでその都度対応していっただろうが、
サマータイム導入は一斉に既存のシステムにバグが有る状態
それをたった2年で修正できるわけがないだろう

単体で可動するシステムは問題なくても、連携するシステムは
連携の数だけ複雑さが増していくんだよ

**デフォルトの名無しさん** · 2018/08/14(火) 18:46:05.66

>>142
中身はおいといて、、題名がテンプレになってるよね　こういうのとか何々しなければいけない理由、とか
個性がないよね　つまり頭を使っていない　中身が素晴らしいなら題名も手を抜かんで欲しい　もちろんどう書こうが自由だけど
こっちは見るだけの立場なんでケチを付けるって訳じゃありませんが

**デフォルトの名無しさん** · 2018/08/14(火) 18:51:48.53

あ、サマータイムネタでしたね
やってできないことじゃないけどあーだこーだと言いつつやれるんだろうけど
抑抑メリット（-デメリット）とコストが釣り合わないよね　やる事自体が愚策
合理的脳みそを持っていればやらないでしょう

**デフォルトの名無しさん** · 2018/08/14(火) 18:57:11.99

>145
お前さんの言う複雑さは連携する一方が連続稼働して取り込まないといけないデータを生み続けてるから起きるわけで
その連携する全システムが影響される以上は蓄積データもどこにも発生しない空白の2時間ができる事になるからから
平常的なソフト面の問題は起きないと思うんだけども

ただそれを言えるのは全システムを一斉停止した場合のみだとも思ってるから
そんな事日本中でやったら何が起こるかは分からんって言ってるのよ

**デフォルトの名無しさん** · 2018/08/14(火) 18:58:53.25

>>144
（まともな）システム屋ならこんなこと言うはずがない

**デフォルトの名無しさん** · 2018/08/14(火) 19:22:12.48

>>148
君経験どれくらい？ちょっと浅はかすぎるよ。
一つだけつっこむとしたら、サマータイム終了時の、同じ時刻が2度やって来ることを全く考慮してないよね。

**デフォルトの名無しさん** · 2018/08/14(火) 19:29:25.72

相変わらず低学歴知恵遅れどもがﾃｷﾄｰなことばっかりいってるわ

瞬断することなんかまずないからな(>>144)
その計算機のﾀｲﾑｿﾞｰﾝかえてもその計算機の時刻が変わるわけじゃない
知恵遅れに何度もいうがﾀｲﾑｿﾞｰﾝかえても計算機の時刻なんか一切変わらない

その計算機の時刻からﾀｲﾑｿﾞｰﾝ分足しこんだ時刻を取得したり表示したりしてるだけだからな

で、どこの計算機ﾀｲﾑｿﾞｰﾝかえても、ほかの計算機の時刻なんか一切変わらない
ｺﾚもｱﾀﾘﾏｴだ

どの計算機のﾀｲﾑｿﾞｰﾝがかわっても
NTPｻｰﾊﾞｰが返す時刻は同じだからな
ﾘｸｴｽﾄしたｸﾗｲﾝﾄのﾀｲﾑｿﾞｰﾝかとか一切関係ない
どの地域のどのﾀｲﾑｿﾞｰﾝのｸﾗｲｱﾝﾄがﾘｸｴｽﾄしてきても
NTPｻｰﾊﾞｰは常に同じ時刻を返す

まず低学歴知恵遅れはNTPｻｰﾊﾞｰがなんのためにあるかすら分かってない
計算機の時刻を同期するためにあるわけ
もともと時刻で同期してるのにｼｸﾞﾅﾙなんか送る必要すらない(>>144)
どこの計算機のﾀｲﾑｿﾞｰﾝが変更されてもその変更を検知する必要すらない

まともなｼｽﾃﾑなら
あってもせいぜいUTC基準の時刻を基準に
特定の時刻から起動時刻やﾀｲﾑｿﾞｰﾝを変更する程度おしまい（）
ﾊﾞｸﾞになるのは知恵遅れが作ったｼｽﾃﾑだけ(>>145)
世界中のｻｰﾊﾞｰとやり取りする前提ならすべてUTC基準で設計しないほうがおかしいからな

>>145>>145 ← ｺﾚが典型的な低学歴知恵遅れのｼｽﾃﾑ屋
　　　　　　　　　日本のｼｽﾃﾑ屋は低学歴底辺しかいないからな
　　　　　　　　　だからなこんな知恵遅れｺﾞﾐみたいなﾔﾂﾗでもｼｽﾃﾑ屋（）とか自称できるﾜｹ

**デフォルトの名無しさん** · 2018/08/14(火) 19:30:17.20

>>145
2年じゃないぞ。来年からやるとか言ってるからもう1年切ってる。
決まるとしたら10月末だから概ね半年くらいしかないな！

**デフォルトの名無しさん** · 2018/08/14(火) 19:32:01.20

まず低学歴知恵遅れは
計算機の時刻がどうやって表現されてるのかすらわかってない

**デフォルトの名無しさん** · 2018/08/14(火) 19:32:17.97

しかし1番深刻な問題はシステム時刻じゃなくて保存されるデータだってことがわからない奴がなんでこんなにいるんだろうな

**デフォルトの名無しさん** · 2018/08/14(火) 19:32:54.53

ﾀｲﾑｿﾞｰﾝまで保存してたらなんとかなる

**デフォルトの名無しさん** · 2018/08/14(火) 19:33:46.06

大抵のシステムはそれをしてないから問題なんだっての

**デフォルトの名無しさん** · 2018/08/14(火) 19:35:24.87

普通にﾀｲﾑｿﾞｰﾝ保存なんかしないからな
そんなことするぐらいなら
普通にUTC基準の通秒値を保存する

**デフォルトの名無しさん** · 2018/08/14(火) 19:38:55.69

>>148
> その連携する全システムが影響される以上は蓄積データもどこにも発生しない空白の2時間ができる事になるからから
> 平常的なソフト面の問題は起きないと思うんだけども

あるはずのデータがないという異常事態じゃないか
アラートが鳴るぞ。システムが停止したってｗ

空白の2時間ができてしまっては駄目なんだよ
0時間なんだから。

**デフォルトの名無しさん** · 2018/08/14(火) 19:40:09.49

>>151
> その計算機のﾀｲﾑｿﾞｰﾝかえてもその計算機の時刻が変わるわけじゃない
> 知恵遅れに何度もいうがﾀｲﾑｿﾞｰﾝかえても計算機の時刻なんか一切変わらない

その前提が崩れたら、お前の言ってることは無意味だね
タイムゾーン変えたら計算器の時刻は変わった

**デフォルトの名無しさん** · 2018/08/14(火) 19:40:32.95

空白の時間なんかできない
そんな時刻ができるのは知恵遅れのｵﾂﾑだけだからな

**デフォルトの名無しさん** · 2018/08/14(火) 19:42:30.87

また低学歴知恵遅れがﾃｷﾄｰなこといってるわ
ﾀｲﾑｿﾞｰﾝかえても計算機の時刻なんかかわるﾜｹがない

時刻を設定すれば
当然時刻はかわる

**デフォルトの名無しさん** · 2018/08/14(火) 19:42:42.36

半角くんといい例の記事を書いた彼といい、
ここまで徹頭徹尾間違ってるのにそのことに気づかないでいられたら生きるの楽だろうな。

**デフォルトの名無しさん** · 2018/08/14(火) 19:43:03.70

> また低学歴知恵遅れがﾃｷﾄｰなこといってるわ
> ﾀｲﾑｿﾞｰﾝかえても計算機の時刻なんかかわるﾜｹがない

でも実際に変わったんだからそれが事実だよ

**デフォルトの名無しさん** · 2018/08/14(火) 19:43:39.91

低学歴知恵遅れが
手足ｼﾞﾀﾊﾞﾀさせながらなんかいってるわ

**デフォルトの名無しさん** · 2018/08/14(火) 19:45:19.39

【ロシア国防省】　日本が、地震に偽装して、核実験
http://rio2016.5ch.net/test/read.cgi/lifeline/1533983438/l50

**デフォルトの名無しさん** · 2018/08/14(火) 19:45:52.82

日本のﾀｲﾑｿﾞｰﾝからﾊﾟﾘのﾀｲﾑｿﾞｰﾝにかえて
知恵遅れが時間の空白ができたといってるのと同じだからな

**デフォルトの名無しさん** · 2018/08/14(火) 19:47:00.50

日本のﾀｲﾑｿﾞｰﾝからﾊﾟﾘのﾀｲﾑｿﾞｰﾝにかえても
時刻（UTC）なんか一切かわらない

**デフォルトの名無しさん** · 2018/08/14(火) 19:49:20.88

LocalTimeもSystemTimeもどちらも時刻だけど

**デフォルトの名無しさん** · 2018/08/14(火) 19:56:33.48

タイムゾーンが切り替わる際のUIをどう表示すりゃええんや
グラフの横軸に時間を置いてたら空白はどうするの

**デフォルトの名無しさん** · 2018/08/14(火) 19:56:36.90

LocalTimeは地域の時刻
ﾛｰｶﾗｲｽﾞされた時刻だからな

time_t aho1 = time();
time_t aho2 = aho1 + 9 * 60 * 60;

A) struct tm* pt = localtime(&aho1)
B) struct tm* pt = gmtime(&aho2)

きっと知恵遅れのｵﾂﾑではｺﾚが同じになることが理解できない

**デフォルトの名無しさん** · 2018/08/14(火) 19:58:20.70

9 * 60 * 60　がなにか分かる？

**デフォルトの名無しさん** · 2018/08/14(火) 20:00:34.05

結論は「変わる」ってことで終了だね

**デフォルトの名無しさん** · 2018/08/14(火) 20:00:52.18

UTCと地域時間の変換ネタ以外になんかないの？
何回言うねん思うわ

**デフォルトの名無しさん** · 2018/08/14(火) 20:00:52.88

変わるわけがない

**デフォルトの名無しさん** · 2018/08/14(火) 20:01:59.45

LocalTimeは変わる
LocalTimeは時刻
よって時刻は変わる

**デフォルトの名無しさん** · 2018/08/14(火) 20:03:28.68

計算機の時刻はかわらない
ﾀｲﾑｿﾞｰﾝ設定するというのは

9 * 60 * 60　←　このﾌﾟﾘｾｯﾄになる設定値かえることだからな

**デフォルトの名無しさん** · 2018/08/14(火) 20:05:08.19

ﾀｲﾑｿﾞｰﾝかえても

> time_t aho1 = time();

こいつが返す値は一切かわらないからな

**デフォルトの名無しさん** · 2018/08/14(火) 20:05:39.97

なんでここまで自信満々でいられるんだろうな
誰がどう見ても間違ってるのに

**デフォルトの名無しさん** · 2018/08/14(火) 20:05:46.18

LocalTimeもSystemTimeも計算機の時刻である
ハードがどちらを保持しているかは関係なく

**デフォルトの名無しさん** · 2018/08/14(火) 20:07:44.92

また低学歴知恵遅れがﾃｷﾄｰなこといってるわ

time()　が返す値は
1970年1月1日 00:00:00(UTC)
の通秒だからな

NTPｻｰﾊﾞｰが返す値は
1900年1月1日 00:00:00(UTC)
の通秒だからな

低学歴知恵遅れ以外にとっては常識

**デフォルトの名無しさん** · 2018/08/14(火) 20:09:28.78

時間に空白できるみたいな寝言いってるぐらいだからしょうがない

**デフォルトの名無しさん** · 2018/08/14(火) 20:10:40.06

LocalTimeを返すAPIを知らないの？
コマンドラインでTIMEと打ち込むと何が表示される？
UTCのみがPCが管理する唯一の時刻じゃないんだよ

**デフォルトの名無しさん** · 2018/08/14(火) 20:11:11.60

もうｸｿﾆｰﾄの寝言は聞き流すしかないらしいわ

**デフォルトの名無しさん** · 2018/08/14(火) 20:11:45.05

負け宣言頂きましたwww

**デフォルトの名無しさん** · 2018/08/14(火) 20:18:25.36

UTCで管理すると、今日一日のデータが
9時間ずれてしまうという問題があるんだよね
だからJSTで管理している

**デフォルトの名無しさん** · 2018/08/14(火) 20:23:13.14

BIOSが夏時間に対応していると、OSの時刻までずれてしまう
これ比較的最近の話だからな

http://naitaku.hatenablog.com/entry/2017/04/06/012238

> RTCにはタイムゾーンや夏時間を扱う仕組みは一般にはありませんので、
> OS側でタイムゾーンや夏時間を管理することになります。
> (実はRTCに夏時間を扱う仕組みがあって誤発動したというのが今回の原因なのですが）

> RTC の Daylight Savings Enable (DSE) という機能について
> 現代のOSでは上で述べたようにタイムゾーンや夏時間を管理しているのですが、
> 昔（DOSとかの時代？）はOSはそんな賢い機能はなくRTCの時刻がそのままローカルタイムでした。
> そんな時代に夏時間を扱うためにハードウェア的に実装されたのが DSE という機能です。

> またブコメで「日本のタイムゾーンにしていれば夏時間は自動的にオフになるはず」というものがありましたが、
> DSEの設定値はOS上の夏時間の設定とは無関係です。OSは上で述べたように夏時間を管理していますので
> RTCが勝手に1時間進んだり遅れたりすることは想定していないはずです。
> したがって現代のパソコンではDSEは無効になっているのが正しいです。

**デフォルトの名無しさん** · 2018/08/14(火) 20:50:13.04

仮に全ての時刻をUTCで保存してたらそりゃ問題は起きねーわな
そうじゃないから大騒ぎになってるんだってのに

**デフォルトの名無しさん** · 2018/08/14(火) 21:09:41.79

と思ったけどあれだな、仮にDBがUTCになってたとしても使うときにタイムゾーン指定じゃなくてUTC+9でハードコードされてたら詰むな。
結局総点検しなくちゃいけないことに変わりはない。

**デフォルトの名無しさん** · 2018/08/14(火) 21:45:02.74

UTCで保存してるのに
わざわざﾀｲﾑｿﾞｰﾝ固定で変換するﾔﾂは
相当な知恵遅れ

このｽﾚみれば分かるように
想像を超える相当な知恵遅ればっかりしかいないのが問題というのが
このｽﾚで改めてよくわかる

**デフォルトの名無しさん** · 2018/08/14(火) 21:52:44.43

人間が入力するローカルタイムの時刻によって動作が可変するシステムの存在を頑なに認めようとしないからどうしようもない
UTCだけですべてが片付く世界にひきこもって(どんな世界だ)、一生喚いてればいいけど。
どう考えても仕事にはつながらない。

**デフォルトの名無しさん** · 2018/08/14(火) 21:55:43.55

ﾀｲﾑｿﾞｰﾝはむしろもともと可変だ
可変でないようにしてるのは
むしろ知恵遅れだからな

**デフォルトの名無しさん** · 2018/08/14(火) 21:56:39.03

机上の空論とか言われてたけど本当にその通りだよな
みんな現実に存在するシステムの話をしているのに1人だけものすごく狭い範囲の話しかできてない

**デフォルトの名無しさん** · 2018/08/14(火) 21:57:27.44

たとえば時刻設定するときは
ﾕｰｻﾞｰは日本時刻で設定する

で、ﾕｰｻﾞｰが日本時刻で設定しても
保存されるのはUTCだからな

ｱﾀﾘﾏｴ

むしろそう設計するのがｱﾀﾘﾏｴ

**デフォルトの名無しさん** · 2018/08/14(火) 22:02:31.84

知恵遅れのｵﾂﾑでは
ﾀｲﾑｿﾞｰﾝが異なる地域ごとにｶｽﾀﾏｲｽﾞ（）ﾊﾞｰｼﾞｮﾝ

知恵遅れは狭い世界だけでいきがってるﾋｷﾆｰﾄだからな
ｵﾚはﾜｰﾙﾄﾞﾜｲﾄﾞな設計の話をしてるからな

ｿﾌﾄｳｪｱの国際化ができない狭い知恵遅れの世界では
ﾛｰｶﾙﾀｲﾑがｱﾀﾘﾏｴになるわけ

底辺知恵遅れﾄﾞｶﾀの周りには底辺知恵遅れﾄﾞｶﾀしかいない
だからそれがｱﾀﾘﾏｴになる

**デフォルトの名無しさん** · 2018/08/14(火) 22:04:29.54

>>193
タイムゾーンの大先生()だということはわかった

問題はローカルタイムそのものがタイムゾーンによって変わることじゃなくて、
ローカルタイムに依存しまくってる業務フローがあって、その業務フローが
DST導入によってどのように変わるかてんでバラバラで、事前に把握、修正しきるだけの
時間的余裕がないからトラブルが起きてからの事後対応が大量発生することだというのに

業務システムで保存してる時刻がUTCだってことは業務もUTC基準で組まれてるという保証には全くならないのに、
業務システムがUTC以外を取り扱ってることなんて些細な問題で、仮にUTC+TZで時刻を取り扱ってたとしてもそれ以外の部分での要件再定義が大量発生するということが理解できないのかな
タイムゾーンの大先生()だから

**デフォルトの名無しさん** · 2018/08/14(火) 22:09:34.72

ｵﾏｴが底辺ﾄﾞｶﾀにそう作らせたならｵﾏｴが責任とらないといけない
ｵﾏｴが底辺ﾄﾞｶﾀで勝手にそんな作りしたならただ働きしてでも直さないといけない

いずれにせよ要件どおり動かないのはｵﾏｴの瑕疵責任だ

**デフォルトの名無しさん** · 2018/08/14(火) 22:12:13.28

例えば夜行バスの運行管理システムがあるとして、
大先生のおっしゃる通りの実装でシステムの時刻がバッチリ問題なく修正できたとしよう。

ただしこの場合、本来は朝7時に到着予定のバスはサマータイムの開始日と終了日に限ってそれぞれ9時着になったり5時着になったりするわけだ。

システム上だけの話でもこのズレをどう処理するかを考えなくちゃいけないし、
仮にそのバスと同じ車を使った朝8時発の復路便があったとしたらそもそも車両の確保もできない。

ここまで含めて対応は難しいって話なのに、
なんでUNIX時間とオフセットとかいう実装の話に終始してるんだ。

**デフォルトの名無しさん** · 2018/08/14(火) 22:13:46.46

実装なんかﾏﾄﾓにされててｱﾀﾘﾏｴのﾊｽﾞだからな
そのｱﾀﾘﾏｴの実装ができてないと
低学歴底辺知恵遅れﾄﾞｶﾀが自白してるｽﾚがこのｽﾚだからな

**デフォルトの名無しさん** · 2018/08/14(火) 22:13:50.61

>>196
要件の大前提が一方的に変わったのに「要件通りに動かない」とか、モンスタークレーマーもいいとこだな
うちが受託やってたら瞬時にブラック顧客認定して2度と仕事受けないわ

**デフォルトの名無しさん** · 2018/08/14(火) 22:14:27.05

半角君はそこら中のスレで暴れまくってる
相手にするだけ無駄

自分の中に前提を作って狭い視野でしかものを考えられないかわいそうな人
他のスレでも常にこの考え方