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

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

はいどうぞ

**デフォルトの名無しさん** · 2018/08/23(木) 18:55:41.43

NTPｻｰﾊﾞ返す値についても
すでにもう何度も書いてるからな
ここまでの池沼も珍しいわ

>>51-52
>>180
>>211
>>482

> どの計算機のﾀｲﾑｿﾞｰﾝがかわっても
> NTPｻｰﾊﾞｰが返す時刻は同じだからな
> ﾘｸｴｽﾄしたｸﾗｲﾝﾄのﾀｲﾑｿﾞｰﾝかとか一切関係ない
> どの地域のどのﾀｲﾑｿﾞｰﾝのｸﾗｲｱﾝﾄがﾘｸｴｽﾄしてきても
> NTPｻｰﾊﾞｰは常に同じ時刻を返す

> ちなみにNTPで取得できる時刻は
> 1900年1月1日0時0分(UTC)ｵﾘｼﾞﾝの通秒値だからな
>
> どんなﾀｲﾑｿﾞｰﾝの計算機がとっても
> どの計算機がとっても同じ値が返ってくる

池沼には何度書いてもこの意味が理解できない
ｵﾂﾑに障害があると断定できる

**デフォルトの名無しさん** · 2018/08/23(木) 18:58:46.38

そもそも、池沼の
POSIX時刻（unix時刻ともいう）の変換(>>752)がそもそも間違ってる
POSIX時刻は1900年1月1日0時0分(UTC)からの通秒値だからな
>>180に書いてあるとおり
そら、池沼がｺｰﾄﾞ書いたら障害も起きるわ。。。

で、どういう仕組みになってるかもすでに説明済(>>170 >>176-177)

> time_t aho1 = time();
> time_t aho2 = aho1 + 9 * 60 * 60;
>
> A) struct tm* pt = localtime(&aho1)
> B) struct tm* pt = gmtime(&aho2)
>
> きっと知恵遅れのｵﾂﾑではｺﾚが同じになることが理解できない

念のため、localtime()はﾀｲﾑｿﾞｰﾝに従ってPOSIX時刻からﾛｰｶﾙ時刻を構造体からﾊﾞｶでもﾁｮﾝでもとれるようするPOSIX準拠関数
念のため、gmtime()はPOSIX時刻からUTC時刻を構造体からﾊﾞｶでもﾁｮﾝでもとれるようするPOSIX準拠関数

**デフォルトの名無しさん** · 2018/08/23(木) 18:59:43.41

.netにはdatetimeoffsetというクラスがあるけどこれはUTCオフセットまでしか持ってない
UTCオフセットを持っててもタイムゾーン情報がない
だから計算自体をお任せできない
PGがちゃんとそのことを頭に入れてコードを書かないといけない

**デフォルトの名無しさん** · 2018/08/23(木) 18:59:51.50

JSTならPOSIX時刻に9時間分の秒数（9 * 60 * 60）を足す
夏時間ならPOSIX時刻に11時間分の秒数（11 * 60 * 60）を足す
※ ｺﾚ自体をｺｰﾄﾞに書く必要は通常一切ない
※ ﾛｰｶﾙ時刻が必要な場合、TZ環境変数とtzinfoのﾙｰﾙでlocaltime()から適切に取得できる

> ﾀｲﾑｿﾞｰﾝかえても
> > time_t aho1 = time();
> こいつが返す値は一切かわらないからな

ちなみにtime()は現在のPOSIX時刻を取得する関数だからな

>>315 ← ちなみにJavaScriptのｻﾝﾌﾟﾙはｺﾚ

池沼には何度書いてもこの意味が理解できない
ｵﾂﾑに重篤な障害があると断定できる

**デフォルトの名無しさん** · 2018/08/23(木) 19:01:44.28

はっはっは ID:Uk+EdnP3 は必死だなｗ

具体的な問題の話をしよう

サマータイムの開始日と終了日の1日の長さが
それぞれ23時間 or 25時間（サマータイムが1時間の場合）になります。
1. 給与計算
2. 夜間バッチの開始時間や処理時間超過
3. 海外との連携（日本に合わせてくれるか？）
4. 物流等の荷物到着時間の短縮
にはどう対応すればいいでしょうか？

答えは仕様によるのだから、答えようがないがｗ

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

なんだこのキチガイの動物園は、、

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

localtime()呼べば、ﾌﾟﾛｸﾞﾗﾑでは
ﾌﾟﾛｸﾞﾗﾑでは時差なんか一切考慮する必要ない

池沼なにもしらなすぎる
ｺﾚもまともな教育を受けてないことが原因というより
そもそも知能に重大な問題がある

**デフォルトの名無しさん** · 2018/08/23(木) 19:03:24.07

時差とサマータイムをごっちゃにしてるやつがいるなぁ。

サマータイムはいきなり時間が変わるから問題なのに
一時間早く動き出さなきゃならないんやで

**デフォルトの名無しさん** · 2018/08/23(木) 19:05:40.09

ローカルタイムで扱っていれば、サマータイムで時間が変わると
それに合わせて同じように動いてくれる

例えば朝9時に実行と指定してあれば、サマータイムで
1時間早くなっても、自動的に時計も合わせてくれる

UTCで扱ってるとそうはならない
設定データにはローカルタイムで9時と書いておき
UTCをローカルタイムに変換してから処理しなければいけない

**デフォルトの名無しさん** · 2018/08/23(木) 19:09:56.70

池沼にはｻﾏｰﾀｲﾑ対応どころか国際化対応もﾑﾘというのが
よく分かるわ

池沼がｼｽﾃﾑに関わらなければ
池沼程度が作るｼｽﾃﾑでは
ｻﾏｰﾀｲﾑの問題なんか一切ないことがよく分かる

**デフォルトの名無しさん** · 2018/08/23(木) 19:14:08.10

UTCで保存しただけでは、サマータイムの時にどう扱うのかが不定
1時間早くするのか、そうしないのか
またサマータイムは国ごとにやってるところとやってない所があるが、
サマータイム開始時刻もいつになるかバラバラ
いつから1時間早くするのか？これもUTCからではわからない

つまりUTCで保存するにしても「どこの国の時間を基準とするか？」
「サマータイムの時にどうするか？」「サマータイムで何時間ずらすか？」
これらの情報がないと適切にデータを処理することはできない

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

貞子vs伽倻子みたいになってるな
地獄かよこのスレは

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

ｵﾚは一切間違ったことは書いてないからな
まともなｵﾂﾑしてるﾔﾂなら分かるからな

**デフォルトの名無しさん** · 2018/08/23(木) 19:18:16.51

>>784
現実から逃げてるだけだもんなｗ

**デフォルトの名無しさん** · 2018/08/23(木) 19:18:54.39

ｵﾚの懇切丁寧な書き込みが
理解できないなら
ｵﾂﾑに重篤な障害がある

**デフォルトの名無しさん** · 2018/08/23(木) 19:21:09.80

我がスレの誇るキチガイ同士の頂上決戦
数学的学生君の参戦が待たれる

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

解決方法は簡単
池沼を開発から駆除すれば問題は発生しない

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

両方とも間違っていると言うことは誰にでもわかると言う不思議

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

半角先生の方が筋が通ってるな
ウザいけどw

**デフォルトの名無しさん** · 2018/08/23(木) 19:25:02.00

>>789
間違ってるというか、こいつら全員ピントがズレてるんだよw

**デフォルトの名無しさん** · 2018/08/23(木) 19:26:05.83

池沼が開発から駆除すれば
ｻﾏｰﾀｲﾑの問題なんか発生しない
低学歴知恵遅れの底辺ﾄﾞｶﾀ駆除でいい

**デフォルトの名無しさん** · 2018/08/23(木) 19:27:13.79

低学歴知恵遅れの底辺ﾄﾞｶﾀの知能の程度が
よく計量できるのがこのｽﾚ

**デフォルトの名無しさん** · 2018/08/23(木) 19:29:03.29

具体的に例を示してUTCで記録するだけで問題が解決しないことを示そう

イギリスとモロッコはともにUTC+0000である。
イギリスはサマータイムを実施しているがモロッコは実施していない

さてイギリスとモロッコに住む人がともに朝8時に目覚ましをかけたとしよう
UTC+0000なのだからUTCで記録するとどちらも同じ8:00ということになる
ではUTCで8:00にアラームが鳴ると設定されている場合に、
どちらも同じ時間にアラームを鳴らしていいだろうか？

残念ながらサマータイム中のイギリスは違う。1時間繰り上げているために
モロッコで8:00は、イギリスでは9:00になる

この時間のずれに対応するのが本当のサマータイム対応

UTCで8:00にアラームが鳴るという設定を、正しく機能させるにはどうするか？
それには「どこの国」という情報が必要になる。
それがわからないとサマータイムを実施しているかどうかすらわからないし、
何時に時間をずらすのかもわからない

またサマータイムを実施しているからと言って、1時間繰り上げるかどうかはものによる
だから「サマータイムの時にどうするか？」という情報も必要になる。

今回の日本のように2時間とか言っているなら「何時間ずらすか？」の情報も必要になるかもしれない
（国情報のみでずらす時間が決定できるなら、国情報のみでよいが）

**デフォルトの名無しさん** · 2018/08/23(木) 19:29:26.38

ID:ncZgpeak　３６回
ID:Uk+EdnP3　２４回
この板の癌だ

**デフォルトの名無しさん** · 2018/08/23(木) 19:30:45.56

ｵﾚのﾚｽは非常に情報価値が高い有用なﾚｽが50%は含有してる
池沼のﾚｽは情報価値ｾﾞﾛ

**デフォルトの名無しさん** · 2018/08/23(木) 19:31:39.54

2人とも誰も論点にしていないところになぜか突っかかって存在しない敵と戦い続けるタイプのキチガイであるという点ではとてもよく似ている。

**デフォルトの名無しさん** · 2018/08/23(木) 19:32:09.38

池沼はそもそも日本語はなしてない

**デフォルトの名無しさん** · 2018/08/23(木) 19:32:45.75

>>795
理想の数学的学生君も早くこないかな
三つ巴の戦いを見てみたい

**デフォルトの名無しさん** · 2018/08/23(木) 19:32:57.00

ローカライゼーションとインターナショナリゼーションの違いにも似てるな
UTCで記録してもインターナショナリゼーションレベルの対応しかできない
サマータイムに対応するのはローカライゼーション（現地の文化に合わせること）

**デフォルトの名無しさん** · 2018/08/23(木) 19:33:18.17

ｻﾏｰﾀｲﾑ問題について語れるﾚﾍﾞﾙじゃない
まず計算機で時刻がどう扱われてるかという基本的な理解がない

つまり論外

**デフォルトの名無しさん** · 2018/08/23(木) 19:35:11.26

違いもへったくれもない
いまだにこんなこといってるﾜｹだからな

ﾆｭｰﾖｰｸはいま
夏時間でﾀｲﾑｿﾞｰﾝはEDT
夏時間が終われﾀｲﾑｿﾞｰﾝはESTになる

このとおり夏時間は
　ﾀｲﾑｿﾞｰﾝ　を切り替えてるだけだからな

池沼はこういった基本的な理解がない
そもそもｻﾏｰﾀｲﾑの根本的な理解がない

**デフォルトの名無しさん** · 2018/08/23(木) 19:35:42.47

UTCで記録することはこっち
https://globalization.co.jp/resource/g11n/i18n/
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> さまざまな言語や地域に対応できる形に作っておくことを指します。

サマータイム対応はこっち
https://globalization.co.jp/resource/g11n/l10n/
> ローカリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> 特定の言語や地域に合う形にすることを指します。

一時間ずらす日時は、地域によって異なる

**デフォルトの名無しさん** · 2018/08/23(木) 19:37:37.71

池沼は書き込み禁止でないとな

**デフォルトの名無しさん** · 2018/08/23(木) 19:37:56.02

>>802
> ﾆｭｰﾖｰｸはいま
> 夏時間でﾀｲﾑｿﾞｰﾝはEDT
> 夏時間が終われﾀｲﾑｿﾞｰﾝはESTになる

いやいや、ちゃんと書こうぜ？

ニューヨークで朝9時は
夏時間でﾀｲﾑｿﾞｰﾝがEDTだと朝10時
夏時間が終われﾀｲﾑｿﾞｰﾝはESTになって朝9時に戻るって

タイムゾーンが切り替わると、今何時かも変わる
UTCは変わらないが、現地時間は変わる

**デフォルトの名無しさん** · 2018/08/23(木) 19:39:14.44

なんどもいってるように
表示の問題なんかどうでもいい

まともなｼｽﾃﾑなら
ﾀｲﾑｿﾞｰﾝかわれば表示なんか勝手にかわるからな

**デフォルトの名無しさん** · 2018/08/23(木) 19:41:08.07

なんどもいってるように
表示の問題なんかどうでもいい

ニューヨークで朝9時は
夏時間でﾀｲﾑｿﾞｰﾝがEDTだと朝10時
夏時間が終われﾀｲﾑｿﾞｰﾝはESTになって朝9時

サマータイム中は朝10時に出社すればいいじゃないか
表示が違っても出社時刻はUTCで見れば同じ

って書けばいいのにねーｗ

**デフォルトの名無しさん** · 2018/08/23(木) 19:42:12.51

それについても
すでに回答済み（>>685）
知恵遅れが作らないかぎり問題なんかおきない

**デフォルトの名無しさん** · 2018/08/23(木) 19:43:00.40

>>685には>>794で反論済み

**デフォルトの名無しさん** · 2018/08/23(木) 19:43:51.03

>>631にしっかり適切な回答が書いてある
池沼には理解できない

すべて池沼の知能の問題

**デフォルトの名無しさん** · 2018/08/23(木) 19:44:32.67

池沼の知能では簡単なｻﾏｰﾀｲﾑの対応すらﾑﾘ

**デフォルトの名無しさん** · 2018/08/23(木) 19:45:21.86

サハリン先生とモロッコ師匠

**デフォルトの名無しさん** · 2018/08/23(木) 19:45:55.33

最低限のｿﾌﾄｳｪｱの国際化対応もﾑﾘ
池沼が作ったｼｽﾃﾑ以外では一切問題がおきない

**デフォルトの名無しさん** · 2018/08/23(木) 19:47:11.32

会話は成立せずチンパンジーが汚物投げ合っている感じ

**デフォルトの名無しさん** · 2018/08/23(木) 19:47:52.52

ということにしたいんだな
知恵遅れが知恵遅れなｼｽﾃﾑ作ったこと棚にあげて

**デフォルトの名無しさん** · 2018/08/23(木) 19:48:22.53

>>810
> >>631にしっかり適切な回答が書いてある

ローカル時間で処理しましょうってことですかね？ｗ

**デフォルトの名無しさん** · 2018/08/23(木) 19:48:43.66

やはり池沼だわ

**デフォルトの名無しさん** · 2018/08/23(木) 19:49:57.50

池沼が作らない限り大きな問題なんか発生しようがないからな

**デフォルトの名無しさん** · 2018/08/23(木) 19:50:15.58

>>814
お互いに相手の意図を全く汲み取れずにピントのずれた自分の言いたいことを言い合ってるだけだよなこれ
会話になってないけど本人たちは気がついてない

**デフォルトの名無しさん** · 2018/08/23(木) 19:51:42.84

知恵遅れが知恵遅れなｼｽﾃﾑ作ったこと棚にあげてる
どっちもどっちということにしたいらしい

このｽﾚ低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀは

ID:ncZgpeak　←　こっち側だからな

このｽﾚ低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀの鏡

**デフォルトの名無しさん** · 2018/08/23(木) 19:52:50.76

ｽﾚの最初からいた低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀが
分がわるくなって逃げようとしてる

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

よくこんだ恥さらして
生きてて恥ずかしくないな

まずｺﾞﾐｸｽﾞのくせにｺﾞﾐｸｽﾞの自覚がない

**デフォルトの名無しさん** · 2018/08/23(木) 19:55:32.61

>>794を読めばわかると思うが、

アラームの設定画面で
[09]▽ : [00] ▽ みたいなインターフェースではダメだということ
[09]▽ : [00] ▽ [JST]▽ もちろんコレもダメ

正しくは
[09]▽ : [00] ▽ [x] サマータイム中は1時間繰り上げる

UTCで指定してもJSTで指定しても、そもそもアラームの鳴る時間が
変わるので時間指定ができない

**デフォルトの名無しさん** · 2018/08/23(木) 19:57:02.16

[09]▽ : [00] ▽ [x] サマータイムに追従する

こっちのほうがわかりやすいかな？いや難しいねｗ

**デフォルトの名無しさん** · 2018/08/23(木) 19:57:44.18

低学歴知恵遅れのｼｽﾃﾑでは
時刻設定もできないらしいわ

あきれるぐらい頭悪い

知恵遅れのPCでは時刻設定もできないのか
ﾀｲﾑｿﾞｰﾝかえても普通に時刻設定できる理由が
まず分かってないからな

**デフォルトの名無しさん** · 2018/08/23(木) 19:58:39.39

>>801
COBOLでどう扱われているか知っているか？
それを知っていたらお前の指摘は見当違いだ
全ての処理系が望む仕様になっているとは限らんのよ

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

>>825
日本の9時とアメリカの9時は、UTCで見ると時間が違うので、

日本でもアメリカでも9時に起きようと思ったら
UTCで記録している場合は設定時間を変更する必要があるよ

理解してる？

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

UTCとともにローカル時間を保存して
ローカル時間だけを使えば良いんだ！

という主張だと、UTCつかわないなら
保存する必要ないじゃんってことになる

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

>>825
PCに限定している時点でピンボケ
鯖よりでかいのとスマホより小さいのは仕様上の制約が非常に多い

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

mktime()というPOSIX準拠の関数がある

まず低学歴知恵遅れは
この関数がなんのためにあるかすら分かってない

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

ﾎﾝﾄになどんだけ頭悪いねんと
ﾏｼﾞでな致命的なﾚﾍﾞﾙといって

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

タイムゾーンを変更しても見た目が変わるだけだから
日本時間の9時に設定したものをアメリカに持っていっても
やっぱり日本時間の9時にアラームが鳴るんだよ
つまりタイムゾーンが変わったら時間の再設定が必要になる

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

心配しなくてもな
低学歴知恵遅れが作らないかぎり
そんなことにはならない

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

>>830
> mktime()というPOSIX準拠の関数がある
>
> まず低学歴知恵遅れは
> この関数がなんのためにあるかすら分かってない

それを使うと、モロッコでは9:00と取得できた場合
サマータイム中のイギリスでは10:00になる。

でも見た目が違うだけだから、問題ない。
イギリスで10:00に起きても、見た目が違うだけで
本当は9:00だから遅刻ではない。

そう言いたいんでしょう？ｗ

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

はあ？
ﾎﾝﾄにｵﾏｴはなにをいってるのか意味が分からない
それはﾊﾞｶでﾁｮﾝでも設定できる構造体に値設定すれば
ﾊﾞｶでもﾁｮﾝでもPOSIXﾀｲﾑとる関数だぞ

知恵遅れが時刻を設定できないできないといってたから書いてあげたのに

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

>>835
POSIXタイムが問題じゃなくて
ローカルタイムが変わるのが問題なの

UTCで0:00と設定しても
サマータイムが導入された日本は、
9:00だったり10:00だったりするわけだ

どちらも表示が違うだけで、UTCで0:00なのは一緒
だからいつも9:00に起きているなら、
サマータイム中は10:00に起きれば大丈夫だと思うか？
表示が違うだけっていうなら、そういうことになるよな

サマータイム対応っていうのは、そうならないようにすることなんだよ

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

それについては
>>631にしっかり適切な回答が書いてある
池沼には理解できない

すべて池沼の知能の問題

繰り返し不要

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

>>631
そんなことはここに居る人の殆どはわかっている
データベースにタイムスタンプとして保存されているのもUTCベースなのもわかってるし
ロケールに従って取り出しの際に変換されるのもわかっている

それを踏まえて、タイムスタンプのような形じゃなくて入力そのままの形で記録されている
日時情報や、人間が入力する日時情報の判別をどうするかという事なんだよ。
印刷物などなどもサマータイムでの時間かそうでないかを明確にしとかないと切替日に
混乱が起きるし、入力するデータにしてもしかり

通信で日時情報をやりとりしている場合は、相手側とのすりあわせも必要。UTCで交換
しているなら問題は少ないだろうがプロトコルでローカルタイムで交換することになっていれば
その対応も必要。

そういった部分の洗い出し、修正、動作検証に多大なコストと時間がかかるって言ってるんだよ。

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

>>631に書いてある

> 例えば年間の営業時間ﾃﾞｰﾀﾍﾞｰｽがある
> ｺｲﾂはﾛｰｶﾙﾀｲﾑで保存する

これが正解だってことだろ？
ローカルタイムで保存すればいいってことだろ
UTC意味ないって言ってるじゃんｗ

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

それは池沼みたいな作りにしたﾔﾂの責任
池沼の瑕疵責任

責任もってなおしなさい

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

ID:ncZgpeak ←　たとえばｺｲﾂみたいな池沼が作ると
当然大きな問題が発生する

池沼を放置して
池沼の思うがままに作らせたﾔﾂの責任

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

Twitterで自動返信機能のあるbot同士がうっかり絡んじゃってノーストップでレスバトル続けちゃってるのをみてる気分

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

ということにしたいんだな
ｽﾚの最初からいた低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀも
なにが正しいか分かってくるのもいるらしいな

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

>>638
時刻の計算でUTCで end_time - start_time で計算したとしても
それがローカルタイムの何日分なのかというのは単純に24時間で割って出せないんだよね。
サマータイム切替日は24時間/日じゃないから

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

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

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

サマータイムに対応してます、てパッケージに乗っ取られるならOKのような気がしてきた

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

>>795
NGName したらスッカスカやん w

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

さっき書いたﾊﾞｶでもﾁｮﾝでも設定取得できる構造体のﾒﾝﾊﾞに
tm_ydayというのが普通にあるからな

tm_ydayというのは
1月1日からの日数が格納される

低学歴知恵遅れが考える程度の機能なんか
すでにあるわけ

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

>>847
NGにしちゃうなんてもったいない

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

池沼が意味不明な事ぶつぶついってるしな

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

>>849
5ちゃんの華

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

>>844
それって「何日分」の定義にもよるだろ
悪徳駐車場みたいに1分後に00:00:00過ぎたら1日だーとか言う奴もいるし

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

池沼はｼｽﾃﾑでちゃんと適切に動くように用意されてるｲﾝﾀｰﾌｪｰｽをいちいち使わないで
いちいち問題おこすように作ってるﾜｹだからな

まちがいなく瑕疵責任

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

>>849
チラッと見たけど流石に中身なさ過ぎ
元気なときならまだしも帰宅途中でお疲れモードだったので脱落したよ w

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

>>853
何をどう使えば適切に動くというの？
時間をずらさないとダメなんだよ？

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

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

冗談ぬきで
池沼はなにがいいたいのか
池沼はなにがしたいのか
池沼はなにをいってるのか
さっぱり分からない

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

>>854
OK、OK、まとめてあげる
UTCで扱えば問題が解決するようなことを言ってるやつがいるが
それが間違いであることを具体的に説明

具体的に例を示してUTCで記録するだけで問題が解決しないことを示そう

イギリスとモロッコはともにUTC+0000である。
イギリスはサマータイムを実施しているがモロッコは実施していない

さてイギリスとモロッコに住む人がともに朝8時に目覚ましをかけたとしよう
UTC+0000なのだからUTCで記録するとどちらも同じ8:00ということになる
ではUTCで8:00にアラームが鳴ると設定されている場合に、
どちらも同じ時間にアラームを鳴らしていいだろうか？

残念ながらサマータイム中のイギリスは違う。1時間繰り上げているために
モロッコで8:00は、イギリスでは9:00になる

この時間のずれに対応するのが本当のサマータイム対応

UTCで8:00にアラームが鳴るという設定を、正しく機能させるにはどうするか？
それには「どこの国」という情報が必要になる。
それがわからないとサマータイムを実施しているかどうかすらわからないし、
何時に時間をずらすのかもわからない

またサマータイムを実施しているからと言って、1時間繰り上げるかどうかはものによる
だから「サマータイムの時にどうするか？」という情報も必要になる。

今回の日本のように2時間とか言っているなら「何時間ずらすか？」の情報も必要になるかもしれない
（国情報のみでずらす時間が決定できるなら、国情報のみでよいが）

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

もう一つ

朝9:00の意味することが二通りあるんだよ

日本標準時をJSTとして
日本夏時間をJDTと呼ぶならば

9:00は、JSTで9:00（UTCだと0:00）、JDTでも9:00（UTCでは前日23:00）なのか
JSTで9:00（UTCだと0:00）、JDTで10:00（UTCは同じく0:00）

アラームだと期待するのは前者なんだが、
そうするとUTCで0:00と設定するのはダメだし
UTCで23:00と設定するのもダメ

設定時間が日付によって変わる。というのがサマータイムの本質なわけ

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

何度も書いてるが
池沼はﾛｰｶﾙ時刻を保存するとき
いちいちﾀｲﾑｿﾞｰﾝの情報を欠落させて保存するらしからな

そもそも論外

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

あとコレもかな。国際化対応のひとつなので知っておくと良い

ローカライゼーションとインターナショナリゼーションの違いにも似てるな
UTCで記録してもインターナショナリゼーションレベルの対応しかできない
サマータイムに対応するのはローカライゼーション（現地の文化に合わせること）

UTCで記録することはこっち
https://globalization.co.jp/resource/g11n/i18n/
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> さまざまな言語や地域に対応できる形に作っておくことを指します。

サマータイム対応はこっち
https://globalization.co.jp/resource/g11n/l10n/
> ローカリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> 特定の言語や地域に合う形にすることを指します。

一時間ずらす日時は、地域によって異なる

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

そらな池沼が作れば
障害がなくなることはない

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

ID:PC3NGxdh　←　新しい池沼

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

>>859
> 池沼はﾛｰｶﾙ時刻を保存するとき
> いちいちﾀｲﾑｿﾞｰﾝの情報を欠落させて保存するらしからな

日本で扱う場合は暗黙的にJSTが指定されたものとして
扱えば良いのだから、それは問題じゃない

保存してあるタイムゾーンの情報を
日付によって変えなければいけないのがサマータイムだから

例 JST 9:00 にアラーム設定 → JDT 9:00にアラーム設定
JSTで保存した情報をJDTに変更しなければいけない

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

まずまともな人間と思考のしかたが違うからな
池沼はまともな人間なら絶対やらないことを平気でする

まともな人間に遠く及ばないくせに
自己評価だけはたかい

どんだけｺﾞﾐｸｽﾞかという自覚がない
ｺﾞﾐｸｽﾞはまず人間になるのが先

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

0900で保存しといて
TZ=Asia/Tokyoで
処理すればなんの問題も起きない

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

>>854
よし、要約してあげよう。

サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」
モロッコ師匠「UTCで記録しただけじゃサマータイム対応にはならない」

と、まあ、小学生でもわかる自明なことを朝の3時から延々と唱え続けてる。

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

普通に
×ｻﾏｰﾀｲﾑ考慮
○国際化対応
されたｼｽﾃﾑなら
一切問題おきない

ｻﾏｰﾀｲﾑ以前の問題

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

話が全然噛み合っていない
自分に有利なルールで戦う異種格闘技戦だな

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

> サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」

ワロタｗ
正しい設計なら問題は発生しないと言ってるだけで
中身がなにもないなｗ

その正しい設計の中身とやらが、UTCで保存すれば大丈夫
タイムゾーンを保存していれば大丈夫　と
間違ったことを言ってるのだから手に負えない

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

>>868
俺はこのスレの>>1にそって、
サマータイム対応するにはどうするか？の話をしてるんだがなｗ
サマータイム対応というのは1時間ずれることへの対応なんだが
どうもそれを理解してないようだ。

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

なにも間違ってない
低学歴知恵遅れじゃなければ
普通にそうするからな

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

1. サマータイムに対応するシステムを構築するのが極端にコストがかかったり対応できないシステムが存在することが大問題であるからそもそもサマータイム導入は不可能

2. サマータイムに対応するシステムを作ったとしてもユーザーに極端に不便を強いるものしかできないからサマータイム導入には反対

3. サマータイムに対応するシステムを適切な設計で作ればユーザーに極端な不便を強いるなどの問題は起こらずにサマータイムに対応できるからサマータイム導入でもなんでもすればいい