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

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

はいどうぞ

**デフォルトの名無しさん** · 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で管理している