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

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

はいどうぞ

**デフォルトの名無しさん** · 2018/08/15(水) 01:09:08.41

一台のPC内をどうこうできたってしょうがないんやで
前日発の夜行列車なり飛行機や船が運行中にサマータイムに切り替わったら
どうやっても2時間遅れで到着するのに、そこから連絡する便は2時間前に発車してしまってるので乗客が取り残されるとか
その機体自体も次の発車予定時間まで2時間短くなってるのにメンテナンス大丈夫？とかそういう問題やで

**デフォルトの名無しさん** · 2018/08/15(水) 01:10:44.24

そんな話題は板違い
ここはﾑ板だからな

**デフォルトの名無しさん** · 2018/08/15(水) 01:17:26.39

このｽﾚのﾄﾋﾟｯｸは
2ちゃんねるで偉そうにしてる自称低学歴知恵遅れｼｽﾃﾑ屋が
どんだけ頭悪いか明らかにするｽﾚだからな

**デフォルトの名無しさん** · 2018/08/15(水) 01:19:29.50

タイムゾーンとサマータイムの区別が付いてないんだ。
森とか遠藤とか船田とかもこのレベルなんだろうなあ。

**デフォルトの名無しさん** · 2018/08/15(水) 01:20:30.31

な
低学歴知恵遅れらしいﾚｽしてるわ
ｼｽﾃﾑでは普通にﾀｲﾑｿﾞｰﾝで実現されからな

**デフォルトの名無しさん** · 2018/08/15(水) 01:23:46.79

低学歴知恵遅れにはﾀｲﾑｿﾞｰﾝの概念がない
そして低学歴知恵遅れのｵﾂﾑには日本の時間しか存在しない

だから頭悪いｱﾎみたいなﾚｽを延々と続けることができるﾜｹ

**デフォルトの名無しさん** · 2018/08/15(水) 01:30:34.34

板違いじゃない。それに合わせてプログラムも全部改修しないといけないんだから
勤務時間が2時間少なくて済むのか、2時間後にずれ込むのか、どちらにしても例外的な処理になるし
タイムチャートを表示するプログラムなら、前日分と本日分で違うオフセットを使わないといけないかもしれない
そういうのを個別に全部決めて作り直し

**デフォルトの名無しさん** · 2018/08/15(水) 01:32:29.55

なるほど知恵遅れのｼｽﾃﾑでは
ｼｽﾃﾑのｽｹｼﾞｭｰﾙもﾊｰﾄﾞｺｰﾃﾞｨﾝｸﾞされてんのか
なるほどな

知恵遅れらしい作りといっていい
むしろ知恵遅れでないと作れない

**デフォルトの名無しさん** · 2018/08/15(水) 01:33:28.55

それを当然のようにいうからな
おそろしい

知恵遅れはまともな人間の思考を超える愚かな事を
平気でするからな

**デフォルトの名無しさん** · 2018/08/15(水) 01:36:09.34

で、単にタイムゾーンをGMT+11に変更しただけな貴方の素晴らしいPCでは
前日はGMT+9、当日はGMT+11な複合表示に対応してくれるわけ？

**デフォルトの名無しさん** · 2018/08/15(水) 01:40:04.89

そもそもそんな要件が
必要かどうかというかという問題だからな

ｵﾏｴの願望を叶えたいなら
ｵﾏｴがその見返りはらえばいい

できないことはない
できることとやるということは
全然意味が違うからな

低学歴知恵遅れにはその違いがわからない
こういう低学歴知恵遅れは2ちゃんねるによく生息してる

**デフォルトの名無しさん** · 2018/08/15(水) 01:57:38.17

ところで具体性なく罵ることしかできないのは放っておいて関係ない話だが
このスレに書いておいたほうがいいと思うので書いとく

毎年同じサマータイムが繰り返されることを仮定せず特定の年でどうだったかを調べるには
WindowsではSystemTimeToTzSpecificLocalTimeEx(Ex付きの方)を使う
これはWin7からのAPIなので、Vista以前に作られたものは当然全滅

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

すみません、場違いかもしれませんが貼らせて下さい。
電波時計の標準電波の予備ビットや、時計メーカー側の対策状況など紹介されていたので。

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

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

訂正。GetTimeZoneInformationForYearというのがVistaからあった
参考まで

**デフォルトの名無しさん** · 2018/08/15(水) 02:20:30.44

UNIXだと struct tm の tm_isdst でサマータイム中かどうかは分かるね

**デフォルトの名無しさん** · 2018/08/15(水) 03:26:11.18

>>240
絶望的だね。要するに別途対応が必要で、
買い替えの必要性もあるってことだ

**デフォルトの名無しさん** · 2018/08/15(水) 05:23:20.68

半角みたいなやつってどういう人間なんだろうな
画面の前で顔真っ赤にして延々と的外れなレスしてるの想像したら悲しくなるわ

**デフォルトの名無しさん** · 2018/08/15(水) 09:02:00.93

>>217
TCPのキープアライブ。
AD無限ループスクリプトとか、よくあるようの

**デフォルトの名無しさん** · 2018/08/15(水) 09:07:30.38

>>241
たまに夏時間パッチがくるのは、このせいか。
Unhxだと指定の日付から夏時間であったかを検査するようなアプリケーション機能を持った関数はないと思う。

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

> > 1時半（サマータイム切り替え前）の
> > 1時間後（サマータイム切り替わり後）は何時になるんだろうね
> 普通に3時半（サマータイム）になるだけ

それは大きな問題だね。

1時半の1時間後が3時半だとする。
通常の日付計算をすると、3時半から1時半の差は2時間だけど、
だけど実際には1時間しかない。

日付型にタイムゾーンの情報が含まれてないと
適切な日付計算が行えないっていうことか

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

タイマーをセットする処理でも問題になりそう

現在1時半で1時間後にタイマーをセットするなんてことをすると
2時半にタイマーをセットすることになるが、途中で1時間飛ぶから
2時半は永遠に訪れない。

1時半から30分たった3時に、2時半を超えたという理由で
アラームがなるかもしれないね迷惑だｗ

こういう自体を防ぐには、実際の時間ではなく
経過時間を使用しなければいけないが、必ずしもそうとは言えないだろう。

つまりは、現在1時半として、1時間後と2時半では意味が違うというわけだ
その違いをシステムは適切に考えて実装しなきゃいけないし
命令を出す人間もその違いを適切に考えて設定しなければいけない
既存システムは全部見直しが必要だろうね

**デフォルトの名無しさん** · 2018/08/15(水) 14:00:29.54

アメリカの小学校とかでは、

今は○月○日（サマータイム切り替え直前の）の1時半です。
1時間後は何時になるでしょう？みたいな問題がでたりするのかな？ｗ

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

>>242
一時間なのか二時間なのかはわからないじゃん

>>248
なんでタイマーの処理なのにローカルタイムの引き算をするんだ？
お前みたいな人間がうるう年のバグを作りこむんだろうなあ

**デフォルトの名無しさん** · 2018/08/15(水) 14:23:56.62

> なんでタイマーの処理なのにローカルタイムの引き算をするんだ？

引き算じゃないよ？足し算。

現在1時半で、1時間後にアラームをならすとして、
2時半にタイマー割り込みを設定したらダメという話

**デフォルトの名無しさん** · 2018/08/15(水) 14:36:49.34

そう考えると、なんでdateコマンドとかには
1 hours agoみたいな日付の取得の仕方があるのかわかるね

タイムゾーン付き日付型じゃない限り、
取得した日時（タイムゾーンなし）を+1時間しても
正しい日時にはなるとは限らないんだよ

**デフォルトの名無しさん** · 2018/08/15(水) 14:43:43.42

時間の入力チェックもまずいのか
エンドユーザーがUTCで入力してくれるわけもないし
サマータイムで抜け落ちる時間は、無効な時間になるんだよな

**デフォルトの名無しさん** · 2018/08/15(水) 14:44:14.43

あ、でも時間だけ入力された場合はどうなるんだ？

**デフォルトの名無しさん** · 2018/08/15(水) 14:47:10.34

夜中のバックアップ設定とかも危険だよな
いつもよりも夜中が、1時間もしくは2時間短くなるわけだから
いつもよりも処理を早く開始しなければいけないが、
いつもよりも処理を早く開始したらまだ業務中かもしれない

**デフォルトの名無しさん** · 2018/08/15(水) 15:51:37.50

こんなときこそ企業が一致団結してサマータイムガン無視しろ
プレミアムフライデーもガン無視できたんだからいけるだろ

**デフォルトの名無しさん** · 2018/08/15(水) 18:16:44.81

>>253
入力チェックもまずいし、日付時刻を選択するセレクトボックスの生成もやばいな。

Webでもアプリでも、クライアントサイドでDate型を使って日付のバリデーションするような実装だとユーザーがOSアップデートしてくれない限りどうにもならない。

そもそもサマータイム終了日のAM03:00が1回目の3時なのか2回目の3時なのかを判別する方法もない。

これ全部直すとか、死ねるわw

**デフォルトの名無しさん** · 2018/08/15(水) 18:18:01.49

そもそも日本で売ってるAndroidスマホってほぼOSアップデート提供されないだろ
どうすんだよこれ

**デフォルトの名無しさん** · 2018/08/15(水) 18:59:52.17

ｱﾎが知恵遅れな作りにしてるからそうなるﾜｹ
やっぱりｱﾎは死んでも治らないわ

　javascriptですら
　Date.getTimezoneOffset()があるからな
　ｺﾚがなんのためにあるかすら分かってない

ﾕｰｻﾞｰのｸﾗｱﾝﾄ計算機のUTCが分かるのあたりまえとして
ﾕｰｻﾞｰのｸﾗｱﾝﾄ計算機がどの程度の時差があるﾀｲﾑｿﾞｰﾝが設定されてて
ｸﾗｲｱﾝﾄ計算機にどんな時刻が表示されてるかも分かるからな

そもそもﾛｰｶﾙ時刻をﾈｯﾄﾜｰｸ経由で送信してること自体が大きな間違いだからな
ｺﾚがｻﾞ知恵遅れが即座におもいつく知恵遅れ設計

**デフォルトの名無しさん** · 2018/08/15(水) 19:02:10.96

>>242 >>250　←　でなｺｲﾂﾗみたいな知恵遅れはきっとｺﾚがなんのｿｰｽでなんのﾃﾞｰﾀが入ってるか分からない
ftp%3A//ftp.iana.org/tz/tzdb-2018e/
>>241　←　ｺｲﾂみたいな相当頭悪い知恵遅れが
　　　　　　意味不明なﾄﾞﾔ顔してるﾜｹ

ﾏｼﾞでこのｽﾚには相当ﾚﾍﾞﾙの低学歴知恵遅れしかいない

ほかの知恵遅れの疑問はすべて回答済
繰り返しは省略
理解力に相当な問題あある相当ﾚﾍﾞﾙの知恵遅れが同じこと念仏のように唱えてるだけだからな

**デフォルトの名無しさん** · 2018/08/15(水) 19:05:18.07

まともに設計されたｼｽﾃﾑならｼｽﾃﾑでは一切問題おきない
まともな教育を受けてない低学歴知恵遅れのぼくが設計したｼｽﾃﾑだと
ｱﾀﾘﾏｴのように問題が多発する

知恵遅れのなんちゃってｼｽﾃﾑ屋か
ﾊﾟﾁｮｺﾝの大先生がﾃｷﾄｰなこといってるだけだからな

　全世界では、普通にｼｽﾃﾑで夏時間が運用されてるﾜｹだからな

　　https://www.time-j.net/
　　https://www.time-j.net/WorldTime/Area/NorthAmerica

かりにこんな知恵遅れなﾔﾂﾗがｺｰﾄﾞいじってるかと思うと
ﾎﾝﾄなぞっとするわ

**デフォルトの名無しさん** · 2018/08/15(水) 19:10:23.46

知恵おくれ↓
2 名前：デフォルトの名無しさん[] 投稿日：2018/08/14(火) 21:34:18.46 ID:FLQzRhNo [1/2]
ｵﾚのvistaですら
すでに日本の夏時間対応済になってんのに
なにいってんのｺｲﾂ

3 名前：デフォルトの名無しさん[] 投稿日：2018/08/14(火) 21:40:58.04 ID:FLQzRhNo [2/2]
(GMT+11) ｻﾊﾘﾝ
(GMT+11) ｿﾛﾓﾝ諸島、ﾆｭｰｶﾚﾄﾞﾆｱ
(GMT+11) ﾁｮｸﾙﾀﾞﾌ
(GMT+11) ﾉ-ﾌｫｰｸ島
(GMT+11) ﾌﾞｰｹﾞﾝﾋﾞﾙ島
(GMT+11) ﾏｶﾞﾀﾞﾝ

この中から好きなの選べばいい
ｺﾚで日本のｻﾏｰﾀｲﾑ対応だからな

ｼｽﾃﾑに一切問題なんかおきない
正しく動作する

**デフォルトの名無しさん** · 2018/08/15(水) 19:10:46.32

お、待ってたぞ。今日も頑張れよ！

**デフォルトの名無しさん** · 2018/08/15(水) 19:12:07.34

サマータイムを想定した設計になってればサマータイムになっても問題ない、なんていう小学生でもわかることを延々繰り返して100レスくらいしてるよなこいつw

**デフォルトの名無しさん** · 2018/08/15(水) 19:15:26.57

×ｻﾏｰﾀｲﾑ想定したｼｽﾃﾑ
○普通に国際化対応されたｼｽﾃﾑ

あのなｼｽﾃﾑというのはｸｿﾆｰﾄが
ﾏﾏに動いてるとこみせるもんじゃないわけ

**デフォルトの名無しさん** · 2018/08/15(水) 19:17:14.83

ｵﾏｴもﾏﾏもずっと日本にしかいないからな

ｱﾒﾘｶにいってｱﾒﾘｶのﾀｲﾑｿﾞｰﾝ設定して
計算機の動作がおかしいおかしいとひたすらいってるのが
このｽﾚのｸｿﾆｰﾄ知恵遅れだからな

**デフォルトの名無しさん** · 2018/08/15(水) 19:25:08.94

>>266
ところで先生はどういう仕事してるの？開発職？

**デフォルトの名無しさん** · 2018/08/15(水) 19:29:40.76

キャー今日も先生がいらしてますよー！
みんなもてなしてあげて♡

**デフォルトの名無しさん** · 2018/08/15(水) 19:30:04.69

このｽﾚでｸｿﾆｰﾄを更生させる仕事してる
ｸｿﾆｰﾄがどんだけｸｽﾞでｺﾞﾐな存在なのか自覚させる仕事してる

**デフォルトの名無しさん** · 2018/08/15(水) 19:33:29.78

>>269
それは崇高な仕事だね。
でもお金にならないでしょう。

**デフォルトの名無しさん** · 2018/08/15(水) 19:47:20.50

>>253
ローカル時刻を入力するUIてのは、ありそうで無さそうなんだよな。
× 先物で、時刻指定で下限なしで約定
× 15時に自動決済
× 時刻指定で配送
× 時刻表の表示変更(相対時刻表示で運用できる。出力を夏時間に合わせたところで、結果は同じ)

対応するなら、夏時間の対応せずに
「この時刻は夏時間ではありません」
と表示して夏時間ガン無視が最も合理的でリスクがない。

**デフォルトの名無しさん** · 2018/08/15(水) 20:07:27.30

>>259 >>260
半角先生も、GMT+11な他の土地のタイムゾーンを流用しては
解決にならないことを悟られたようで何よりです
getTimezoneOffsetも、Dateオブジェクトの値によって
その時点のオフセットを調べてくれますもんね

**デフォルトの名無しさん** · 2018/08/15(水) 20:10:41.09

>>271
うちのサービスだと有りそうで実際にあるわ。
作業記録の開始日時と終了日時を入力する画面がある。

どうすっぺかなー

**デフォルトの名無しさん** · 2018/08/15(水) 20:11:43.67

また知恵遅れ意味不明なこといってるわ
普通でもgetTimezoneOffsetすら使わないからな
もともとすべて時刻はUTCで保存だからな

あとIANAのｿｰｽとﾃﾞｰﾀののﾘﾝｸはってやってるのに
それすら読まない
いや読むことができる程度の知能がない

知能に相当な問題がある
知能に軽度の障害があると推認できる

**デフォルトの名無しさん** · 2018/08/15(水) 20:15:57.97

いやだなー
これまでUTCとOSの機能を使えと主張しておられた半角先生が
まさか今更データーベースを抱えて自前で処理しろなんてことをおっしゃられるとは

**デフォルトの名無しさん** · 2018/08/15(水) 20:16:53.10

知恵遅れがﾎﾞｸの考えた設計とかどうでもいいわけ
いかんせんｵﾏｴは知能に重篤な障害がある
それを自覚したほうがいい

**デフォルトの名無しさん** · 2018/08/15(水) 20:19:18.65

>>264
サマータイムが二時間のシステムなんかどこにもないって話はずっと無視されてんだよなー。
なんか森とか遠藤の手下なんじゃないの？自民党の工作員は時々質が著しく低いんだよ。

**デフォルトの名無しさん** · 2018/08/15(水) 20:20:56.74

世界ネット工作国四天王
中国ロシアアメリカ日本

**デフォルトの名無しさん** · 2018/08/15(水) 20:21:06.18

なるほど
暴れてるのはﾊﾟﾖﾁｮﾝか
だったら知恵遅れなのはしょうがない

知恵遅れでないとﾈﾄｳﾖやﾊﾟﾖﾁｮﾝにはなれない

**デフォルトの名無しさん** · 2018/08/15(水) 20:24:22.95

おーまた来てる
おんもしれえなこのキチゲェが！
ぜひなんJに来てレスバしてほしい

**デフォルトの名無しさん** · 2018/08/15(水) 20:42:15.87

>>278
VANKの韓国は入らないの？

**デフォルトの名無しさん** · 2018/08/15(水) 20:57:02.21

>>269
自分から更生しろよ
間違い指摘されているのに毎日同じようなこと連投するキチガイとか何のために生きてんの

**デフォルトの名無しさん** · 2018/08/15(水) 21:16:31.10

間違い？
ﾎﾝｷでそんなことをいってるのが恐ろしいわ。。。

ｱﾏｿﾞﾝがｸﾗｲｱﾝﾄ計算機のﾛｰｶﾙ時刻を保存してるとﾎﾝｷで思ってるﾜｹか

ｸﾗｲｱﾝﾄ計算機からﾛｰｶﾙ時刻の入力がある場合でもな
ｸﾗｲｱﾝﾄ計算機が設定してるﾀｲﾑｿﾞｰﾝがなんだろうが
ｱﾏｿﾞﾝのｻｰﾊﾞｰは知ったこちゃないﾜｹ

ｱﾏｿﾞﾝはｸﾗｲｱﾝﾄ計算機で設定されてるﾀｲﾑｿﾞｰﾝに従って
処理するだけだからな

**デフォルトの名無しさん** · 2018/08/15(水) 21:22:06.63

>>283
アマゾンで働いてるんですか？

**デフォルトの名無しさん** · 2018/08/15(水) 21:23:43.41

まず、低学歴知恵遅れは時刻というもんが
なんにも理解できてない

まともな教育を受けてないとこうなる

**デフォルトの名無しさん** · 2018/08/15(水) 21:25:43.37

変換の根拠は、ｸﾗｲｱﾝﾄ計算機に設定されてるﾀｲﾑｿﾞｰﾝ

日本に住んでるくせにｱﾒﾘｶのﾀｲﾑｿﾞｰﾝに設定したら、
当然ｱﾒﾘｶの時差の基準で処理される

それ以外なにもない

**デフォルトの名無しさん** · 2018/08/15(水) 21:28:14.80

まともなｼｽﾃﾑなら
ﾛｰｶﾙ時刻の入力があっても
ｸﾗｲｱﾝﾄ側でUTCの時刻に変換してからｻｰﾊﾞｰ側に送るからな

**デフォルトの名無しさん** · 2018/08/15(水) 21:58:29.79

それつまりクライアント側がAsia/Tokyoのサマータイムに対応してなくてオフセット9時間で計算しちゃったら詰むじゃん

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

ｸﾗｲｱﾝﾄ側のﾛｰｶﾙ時刻がUTC+09:00なら
時計でもUTC+09:00で表示されてる

なにも間違ってない
設定どおりに表示されてる

頭悪いの？

**デフォルトの名無しさん** · 2018/08/15(水) 22:18:59.41

Asia/Tokyoの文字列でｻﾏｰﾀｲﾑに対応してないﾎﾞﾛｲ計算機は
>>262 ←この設定でいける
なんの支障もない

問題なんか起きようがない
回避手段まである

**デフォルトの名無しさん** · 2018/08/15(水) 22:27:11.76

相変わらず話の前提を無視した上に自分では勝手に非現実的な前提をつけててワロタ

**デフォルトの名無しさん** · 2018/08/15(水) 22:28:33.23

で、ｱﾎはいまだに概ねの計算機で時刻をどう扱ってるか分かってないようだからな
なにがどうなってるか分かるようにjavascriptでｱﾎ教育用のｻﾝﾌﾟﾙｺｰﾄﾞを書いてやったわ
https://ideone.com/Yl3GjP

一部抜粋する
ｺﾚで分からないなら人間やめたほうがいい
ﾎﾓｻﾋﾟｴﾝｽに分類できる知能がない

var ahoDate = new Date();
var ahoTime = parseInt(ahoDate.getTime() / 1000); // 保存する時刻（普通は秒単位で十分）
var ahoTimezoneOffset = ahoDate.getTimezoneOffset(); // ﾛｰｶﾙ時刻の入力がある場合以外、普通は使わない
var ahoTimezone = -ahoTimezoneOffset * 60; // ﾛｰｶﾙ時刻の入力がある場合、この秒数分だけ引く（JSTなら9*60*60の値になってる）

print("POSIX Time : " + ahoTime + " sec");
print("TimezoneOffset : " + ahoTimezoneOffset + " min");
print("Timezone : " + ahoTimezone + " sec");

// ↓ｱﾎ教育用　ｺﾚでｱﾎでもなにがどうなってるか分かるﾊｽﾞ
var ahoTimeAho = ahoTime + ahoTimezone;
var ahoDateUTC = new Date(ahoTime);
var ahoDateJST = new Date(ahoTimeAho);

ahoDateUTC.setTime(ahoTime * 1000);
ahoDateJST.setTime(ahoTimeAho * 1000);

print(ahoDateUTC.toUTCString());
print(ahoDateJST.toUTCString());

**デフォルトの名無しさん** · 2018/08/15(水) 22:29:49.74

クライアントの現在時刻じゃなくてUIから手動で任意の日時を入力して送る時の話だってんだよアホ

**デフォルトの名無しさん** · 2018/08/15(水) 22:31:24.45

ｱﾎはDateｺﾝｽﾄﾗｸﾀの引数入力値に
任意の値が設定できることもしらないﾜｹか

まずﾘﾌｧﾚﾝｽを読む能力がない

**デフォルトの名無しさん** · 2018/08/15(水) 22:33:16.66

var ahoDate = new Date(2018, 8, 15, 22, 27, 00);
こんな感じでﾌｫｰﾑｵﾌﾞｼﾞｪｸﾄから値とって設定するだけだからな
ｻﾙでも分かりそうなことが理解できない

やばいわ。。。

**デフォルトの名無しさん** · 2018/08/15(水) 22:37:20.18

それがなんの解決にもなってないことがわからない辺りがさすがマジキチ

**デフォルトの名無しさん** · 2018/08/15(水) 22:37:23.34

var ahoDate = new Date(2018, 8, 15, 22, 27, 00);
var ahoTime = parseInt(ahoDate.getTime() / 1000); // 保存する時刻（普通は秒単位で十分）

はっきりいってな2行で済む
ahoTimeをｻｰﾊﾞｰに送るだけでおしまい

**デフォルトの名無しさん** · 2018/08/15(水) 22:39:55.81

>>297
もしそれで本当に解決できてると思ってるなら頼むからお前が書いたコードを世に出すのはやめてくれよ

**デフォルトの名無しさん** · 2018/08/15(水) 22:40:00.48

ｵﾏｴみたいな知恵遅れが知恵遅れな作りにしたんだからしょうがない
知恵遅れが開き直ってるしな

**デフォルトの名無しさん** · 2018/08/15(水) 22:41:17.48

ﾎﾝﾄな知恵遅れは知恵遅れ設計の問題点がわかってない
だからいつまでたっても人間になれないわけ

**デフォルトの名無しさん** · 2018/08/15(水) 22:42:25.29

POSIXﾀｲﾑ用のｲﾝﾀｰﾌｪｰｽなんか
いまどきどんなｼｽﾃﾑでももってるからな

**デフォルトの名無しさん** · 2018/08/15(水) 22:42:32.98

そもそもサマータイムで問題は起きないから対応なんて必要ないって主張だったはずなのにコードの修正例を載せようとしちゃってる矛盾に気がついてないあたりとても好きだよ。

**デフォルトの名無しさん** · 2018/08/15(水) 22:45:11.16

まともなｼｽﾃﾑなら問題がおきるわけがないからな
当然の設計ができてないﾜｹだからな
まともな人間が設計すればおきないことがおきると
自信満々にいってるﾜｹだからな

知恵遅れが知恵遅れな設計で知恵遅れｼｽﾃﾑ作ってますといってる以上
こうしか書きようがない

まともな人間ならありえないことを平気でやるわけだからな

**デフォルトの名無しさん** · 2018/08/15(水) 22:46:45.58

知恵遅れが自分が知恵遅れであると
自白してるのがこのｽﾚだからな

その自覚がない

ｺﾞﾐでｸｽﾞのくせにそういった自覚がないのは
ｸｿﾆｰﾄや低学歴底辺に多い

ｺﾚは定説

**デフォルトの名無しさん** · 2018/08/16(木) 00:08:48.79

タイムゾーン大先生はスルーして
>>271
うちの納品したシステムでも普通にあるわ。
メディアプレイヤーの大げさなもので、ユーザー(博物館とかの運営者)が時刻を指定して
特定のコンテンツを特定の時間に再生するようなもの。
サイネージ系だと結構普通にあるんじゃないかな。
もっとも、JDTのローカルタイムに読み替えで問題があるケースは、太陽の位置に依存したコンテンツとかに限られるだろうけど。

**デフォルトの名無しさん** · 2018/08/16(木) 02:16:41.93

>>259
> ｱﾎが知恵遅れな作りにしてるからそうなるﾜｹ

知恵遅れじゃないよ。必要になってないのに
サマータイム導入でしかも2時間に対応するなんことはしないの
むしろしたらダメなんだよ。2時間は世界のどこでも使われてないんだから
それを言ったら3時間はどうする？年に複数回あったらどうする？とかまでなっちゃう

この話が勃発する前に客が求めてもないのに、日本がサマータイム導入されたときの
仕様はどうしましょうか？なんて、質問したらダメなの。無駄なコスト。
質問したところで考慮しなくていいって言われるだろうし

**デフォルトの名無しさん** · 2018/08/16(木) 13:10:21.74

確かに、自分から日本滅亡のスイッチを押す必要は無いな。

**デフォルトの名無しさん** · 2018/08/16(木) 18:20:43.34

得意の運用でカバーでええやん（ﾊﾅﾎｼﾞ

**デフォルトの名無しさん** · 2018/08/16(木) 19:54:25.56

ﾎﾝﾄな低学歴知恵遅れは頭悪すぎて
涙がでてるくるわ。。。

こんだけ懇切丁寧に説明してやってるのに
いまだになにも理解できてないからな

むしろﾛｰｶﾙ時刻で保存するほうが
余計な対応をしてる

普通にひたすらUTCで交換すれば
ｼｽﾃﾑでは問題なんかおきようがない
しかもそっちのほうが自然な作りになるしｼﾝﾌﾟﾙで簡単になるからな

普通につくればﾀｲﾑｿﾞｰﾝ変更すればそのとおりに動く
2時間だろうが3時間だろうが関係ない

かりにﾊﾟﾘのﾀｲﾑｿﾞｰﾝ設定したり、ﾆｭｰﾖｰｸのﾀｲﾑｿﾞｰﾝ設定しても
普通にそのﾀｲﾑｿﾞｰﾝとおりに動くのと同じだからな
低学歴知恵遅れがいちいち余計なことしてｺﾚもできなくしてるだけだからな
そもそもｻﾏｰﾀｲﾑ対応以前の問題

低学歴知恵遅れはやらなくていい余計なことをして
いちいち問題おこしてるﾜｹ

わかる？

**デフォルトの名無しさん** · 2018/08/16(木) 19:59:31.18

まず低学歴知恵遅れは
ｼｽﾃﾑのTZやLOCALEやNLSみたいな環境変数がなんのためにあるかすらも
なんにも理解してないのがよくわかったわ

低学歴知恵遅れが作る程度のｼｽﾃﾑでは
特殊な要件がないかぎり、余計な独自の実装とかもともと不要だからな
使用してるｼｽﾃﾑのもともとある基本機能にまかせるのが一番簡単なのはｱﾀﾘﾏｴ

それやらないでいちいち余計なことして問題おこしてるﾜｹ
※　すべてまともな教育を受けてない白痴に由来する

低学歴知恵遅れにｼｽﾃﾑ設計させると
日本のﾀｲﾑｿﾞｰﾝがかわると太陽の軌道計算までずれるような作りに間違いなくすることが
↓このﾚｽから予見できる
　>>305
日本のﾀｲﾑｿﾞｰﾝがかわっても　太　陽　の　移　動　が　か　わ　る　ﾜ　ｹ　が　な　い　からな
※ ちなみにﾕﾘｳｽ日はPOSIXﾀｲﾑと考え方的には同じ

つまり、低学歴知恵遅れがｼｽﾃﾑを設計すると普通にこんなことがおきる
それが普通だと自信満々でいってるﾜｹだからな
おそろしい。。。

**デフォルトの名無しさん** · 2018/08/16(木) 20:09:31.12

>>310
えとさぁ、だからみんな言ってるじゃん？

サマータイムのことなんか考慮してないで
作ってるから大問題になるって。

サマータイムのことなんか考慮してないっていうのは
そのTZやLOCALEやNLSみたいな環境変数のことなんか
全然見てないってことだよ？

だから大問題になるって言ってるのに

**デフォルトの名無しさん** · 2018/08/16(木) 20:10:28.23

> サマータイムは全体をずらすものなのだから
> サマータイムの始まる前の時間もずれるべきだろ？
> 違うの？

違う。決められた時間（世界的には夜2時が多いらしい）に
1時間時計を進める。言い換えるとその日が23時間になる。
また終わるときは1日が25時間になる。

夜間が短くなるということは、夜間バッチを開始して
処理完了までの猶予時間が1時間減るということ。
もちろん2時間ずらすなら、2時間ずれる

夜中の2時に初めて朝6時までに完了、すなわち4時間の間に
終わらせればよかった処理が、半分のたった2時間になるということ

**デフォルトの名無しさん** · 2018/08/16(木) 20:16:13.22

サマータイムで問題になるのは "今日" のデータを集計する時

当たり前だが日本で今日といったら、JSTの時間で
今日にあたるデータを集計しなければいけない

ではサマータイムに突入する日、この日は23時間しかない
では23時間分のデータを集めるので良いのか？
といったら要件による

今日一日のネットワークトラフィックであれば24時間の方が適切だろう。
だけど今日一日の来場者数であれば、23時間分で良いだろう

すなわち何が適切かを全て見直さなければいけない
それが一番大変

**デフォルトの名無しさん** · 2018/08/16(木) 20:22:58.88

サマータイムがあったからって、UTCで扱えば
問題ないかのように言ってるやつがいるがそれは大間違いだ

なぜなら、UTCは変わらずとも人間の行動が変わるからだ

日本時間朝10時（=UTC 1時）に業務開始だったものが
UTC 0時に業務開始に変わる。

その他すべての日本人の行動が、UTCで見て1時間早くなる

**デフォルトの名無しさん** · 2018/08/16(木) 20:27:32.32

ｵﾚのｴﾚｶﾞﾝﾄなｻﾝﾌﾟﾙｺｰﾄﾞをみればわかるとおり
ｸﾗｲｱﾝﾄ側ではﾀｲﾑｿﾞｰﾝなんか一切気にせずに
ﾀｲﾑｿﾞｰﾝを含めて時刻を処理できることがわかる
しかも超簡単

　↓ｴﾚｶﾞﾝﾄなｻﾝﾌﾟﾙｺｰﾄﾞ
　https://ideone.com/pOGvRt
　　ほとんどｴｸｾﾙでﾏｸﾛ作ってｺﾋﾟって作ったわ
　　こんなもん人間が作るもんじゃない。。。
　①日本時間　https://i.imgur.com/m4EO0sL.png
　②ﾆｭｰﾖｰｸ時間（現在ｻﾏｰﾀｲﾑ中）　https://i.imgur.com/k6IFr2b.png
　③ﾊﾟﾘ時間（現在ｻﾏｰﾀｲﾑ中）　https://i.imgur.com/2vOsBYd.png
　④日本時間（ｻﾏｰﾀｲﾑ）　https://i.imgur.com/iNfxjHn.png

ｻｰﾊﾞｰからPOSIXﾀｲﾑを取得できたら
超簡単なsetSelectLocalTime()を呼びだすだけで
ﾌﾟﾙﾀﾞｳﾝの時刻が復元できることがｺｰﾄﾞから分かる

ｸﾗｲｱﾝﾄは超簡単なgetSelectLocalTime()を呼びだして取得できた値(POSIXﾀｲﾑ)を
ｻｰﾊﾞｰに送信するだけで適切な時刻が送信できることがｺｰﾄﾞから分かる

ｻｰﾊﾞｰ側でもｸﾗｲｱﾝﾄ側の時差なんか一切気にする必要ない
特殊な要件でもないかぎり、そもそもｻｰﾊﾞｰ側で時刻を保存するためにﾀｲﾑｿﾞｰﾝの情報すら取得不要

ｸﾗｲｱﾝﾄ側は、ｸﾗｲｱﾝﾄ側で設定されてるﾀｲﾑｿﾞｰﾝにあわせて表示する（超簡単なsetSelectLocalTime()を呼ぶだけ）だけだからな

※　つまりまともに設計されてるなら作るとき時差すら意識する必要すらない
※　ｺｰﾄﾞの修正すら不要　ｼｽﾃﾑの設定を更新する作業だけの話だからな　そして簡単な試験しておしまい
※　こんなに簡単にできるのは、もともとｼｽﾃﾑが国際化の基本機能を実現してるからだからな
※　そして、それはｸﾗｲｱﾝﾄ側でもｻｰﾊﾞ側でも実現されてる

**デフォルトの名無しさん** · 2018/08/16(木) 20:28:39.04

もしかして低学歴知恵遅れは
ｱﾏｿﾞﾝがいちいち夏時間を設定してないｸﾗｲｱﾝﾄ計算機の時差まで
考慮してくれるとか思ってんの？

もしかして低学歴知恵遅れは
ｸﾗｲｱﾝﾄ計算機に夏時間の対応がなかったら、
ｸﾗｲｱﾝﾄ計算機からｱﾏｿﾞﾝで買い物できなくなるとか思ってんの？

もしかして低学歴知恵遅れは
日本が夏時間になったら
日本からｱﾏｿﾞﾝで買い物できなくなるとか思ってんの？

もしかして低学歴知恵遅れは
日本が夏時間になったら
ｱﾏｿﾞﾝが大混乱するとか思ってんの？

ﾏｼﾞでそんな頭悪いこと思ってんの？

**デフォルトの名無しさん** · 2018/08/16(木) 20:29:17.61

データをUTCで記録していたとしよう。
そうすると人間の行動が1時間早くなることで
例えば何かしらのデータのピーク時間が
UTC 5時からUTC 4時にかわってしまうことになる。

日本的には特に何も変わってないわけだが、
データ上は大きな変化が発生したことになってしまう。

だからデータの種類によっては、サマータイムを考慮しなければならない
データをUTCで記録していたって、システムの仕様変更が発生する例だ

**デフォルトの名無しさん** · 2018/08/16(木) 20:31:09.04

時系列の時間発展のﾃﾞｰﾀでなにをｱﾎなこといってんのｺｲﾂ
著しく知能が低いﾔﾂがいうことはﾎﾝﾄな意味不明なことをいう
ｼｽﾃﾑの問題じゃないからな

**デフォルトの名無しさん** · 2018/08/16(木) 20:31:20.28

>>316
> 日本が夏時間になったら
> ｱﾏｿﾞﾝが大混乱するとか思ってんの？

大混乱は発生しないかもしれないが、多少の混乱は発生するだろうな。
なぜなら商品の売れる時間帯が1時間ずれることになる

時間帯によって売れやすい商品を検索の上位にしていたりすると
売上にも影響は出てくるだろう

**デフォルトの名無しさん** · 2018/08/16(木) 20:32:30.98

それも計算機ｼｽﾃﾑと一切関係ない
板違い

**デフォルトの名無しさん** · 2018/08/16(木) 20:33:01.79

>>320
計算システムは問題なくても
大混乱が起きるって話をしている。

**デフォルトの名無しさん** · 2018/08/16(木) 20:34:48.18

あのなｻﾏｰﾀｲﾑのこと考慮してないで作ってないﾚﾍﾞﾙじゃないﾜｹ
常識的な設計ができてないという話だからな

いちいち日本だけで動けばｲｲように作る必要がそもそもないからな
手間なんかかわらないのに

**デフォルトの名無しさん** · 2018/08/16(木) 20:36:31.56

>>322

> サマータイムは全体をずらすものなのだから
> サマータイムの始まる前の時間もずれるべきだろ？
> 違うの？

違う。決められた時間（世界的には夜2時が多いらしい）に
1時間時計を進める。言い換えるとその日が23時間になる。
また終わるときは1日が25時間になる。

夜間が短くなるということは、夜間バッチを開始して
処理完了までの猶予時間が1時間減るということ。
もちろん2時間ずらすなら、2時間ずれる

夜中の2時に初めて朝6時までに完了、すなわち4時間の間に
終わらせればよかった処理が、半分のたった2時間になるということ

**デフォルトの名無しさん** · 2018/08/16(木) 20:36:34.07

やっぱりな低学歴知恵遅れは
問題の本質がなんにも理解できてない

**デフォルトの名無しさん** · 2018/08/16(木) 20:36:47.75

>>322

サマータイムで問題になるのは "今日" のデータを集計する時

当たり前だが日本で今日といったら、JSTの時間で
今日にあたるデータを集計しなければいけない

ではサマータイムに突入する日、この日は23時間しかない
では23時間分のデータを集めるので良いのか？
といったら要件による

今日一日のネットワークトラフィックであれば24時間の方が適切だろう。
だけど今日一日の来場者数であれば、23時間分で良いだろう

すなわち何が適切かを全て見直さなければいけない
それが一番大変

**デフォルトの名無しさん** · 2018/08/16(木) 20:38:04.48

>>324
問題の本質は、サマータイム導入で
システム改修のために長い検証期間と
大きなコストかかるってこと。

お前は計算システム "だけ" 動いてるから
それで満足していればいいじゃないですかｗ

**デフォルトの名無しさん** · 2018/08/16(木) 20:38:41.01

そんなもん決めの問題だからな
一回決めたらおしまい

低学歴知恵遅れはどうでもいいしょうもない心配しかしないからな
しかもこのｽﾚにいるような低学歴知恵遅れには無関係な話