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

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

はいどうぞ

**デフォルトの名無しさん** · 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年で修正できるわけがないだろう

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