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

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

はいどうぞ

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

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

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

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

しかもこのスレに限っても数え切れないくらい完璧に論破されてるんだけど
それらは全部スルーか一方的に知恵遅れ認定して逃げ回ってるからな

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

知恵遅れが論破してるつもりになってのか
相変わらずだわ

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

ｵﾚのﾚｽは針の穴を通すようなｶﾝﾍﾟｷなﾚｽだからな
間違いなんか一切ない

知恵遅れが論破（）してるつもりになってるだけだからな
阿Q正伝の精神的勝利とまったく同じ

阿Qも最底辺のｺﾞﾐだからな
ﾎﾝﾄなよくわかるわ

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

大抵のシステムは現実世界の何かを表現するための道具であって現実の生活と繋がってるって視点が抜け落ちてるんだよこいつ
現実世界とプログラムを合わせてシステムなのに、機械の中身の話しかしてない

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

その現実世界とｼｽﾃﾑのつなげかたが分かってないｺﾞﾐが設計すると
こういうな知恵遅れなｼｽﾃﾑができあがるわけ

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

>>205
自己紹介じゃないかwww
自分のレスを100回読み返してこいよwww

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

なにか同じことを実現するにしても
低学歴知恵遅れとまともな人間の間には
大きな隔たりがある

低学歴知恵遅れはまずまともじゃないからな
まずまともじゃないという自覚がない

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

1 機械の時間を合わせること
2 それによって生じるデータの不整合をハンドルすること
3 それによって起きる、本来想定されていない異常な状態をうまいこと処理すること

みんなこのことを全部考えてるのに半角くんただ1人最初の1のことしか考えてない

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

半角くんはきっと、過去に顧客にこういう無茶な要件変更があって、
その対応で精神が壊れてしまったんだろうな

法律ですらDST導入で一部はJDT基準、一部はJST基準に運用されることがありそうなもんで、
その対応表どころか検討資料すら出てないのに今のうちに言い切れるってすごいよね

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

まともじゃないという自覚がないから
知恵遅れは知恵遅れのまま
ﾊﾞｶはﾊﾞｶのまま

知恵遅れを治したいなら
知恵遅れはまず知恵遅れであることを自覚することが
ｽﾀｰﾄﾗｲﾝになるからな

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

計算機の時間なんかもともとあってる
ｻﾏｰﾀｲﾑのﾀｲﾑｿﾞｰﾝになっても計算機の時刻なんかかわることなんかない
NTPが発信する時刻がかわることもない

ﾃﾞｰﾀは一切不整合なんかおきない
計算機と同じく一貫してUTC基準だからな

まともなｼｽﾃﾑなら異常な事態になることまずない

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

> ﾃﾞｰﾀは一切不整合なんかおきない
> 計算機と同じく一貫してUTC基準だからな
バカ丸出しだろ。その基準がおかしいと言っているのに

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

心配しなくても
おかしいのはｵﾏｴのｵﾂﾑだからな

このｽﾚで脳に軽度障害があるような知恵遅れが考えたｼｽﾃﾑをだされても困るﾜｹ

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

計算機がUTCの時刻かえしてくれるのに
わざわざﾛｰｶﾙ時間とって保存してるんだからな

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

ﾀｲﾑｿﾞｰﾝかえても
一切無影響だからな
ﾀｲﾑｿﾞｰﾝかえてもUTCの時刻なんかかわりようがないからな

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

このスレだけでもタイムゾーン変更で発生する影響が数え切れないくらい挙げられてるのにそれら全て見ないふりだもんな

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

私、汎用機以上の世界はよく知らないんですが、
プログラム同士のやりとりも、こんな平行線状態があったりするの？

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

影響があるのは知恵遅れが設計したｼｽﾃﾑだからな
まともな設計がされてたら無影響

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

設計の問題でもあり、実装の問題でもあり、運用の問題でもあるんやで
だからみんな大変やなって言うてるんやで

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

(´・ω・｀) 大変やな

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

バカが一人暴れてるせいでスレが機能しなくなってるｗ