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

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

はいどうぞ

**デフォルトの名無しさん** · 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

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

なにが問題なわけ？