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

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

はいどうぞ

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

サマータイムを以前から利用している地域は、やっぱUTCを意識した作りなのかね

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

UTCとサマータイムは何の関係もないよ
UTCっていうのは要するにサマータイム無しの
標準時からのずれがゼロってだけ

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

>>716
？

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

何言ってるんだろう

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

UTCっていうのは標準時
サマータイムっていうのは標準時から
1時間時計を早めましょうっていうもの
だから別物

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

>>719
読解力なさすぎだろ。

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

>>715
外国製のパッケージ買うとDBは全部UTCで統一されてたりするね。
入出力時は上で挙がってるみたいにいちいちタイムゾーンが明記されてることもある。

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

Unixのクーロンの時差の話題、
これ環境変数TZか、OS固有のタイムゾーン設計ファイルを夏時間に設定するだけ。
みんなご存知でしょうが、一応シェア。。

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

>>721で言ってることは、UTCで統一されている理由は
タイムゾーンの違いに対応するためですよってことだよ
サマータイムではないので勘違いしないように

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

cronはサマータイムには対応してないようだね

http://blogs.itmedia.co.jp/doc-consul/2018/08/cron.html

> なにやら、cronはサマータイムを適切に処理できる、という主張もあるようですが、
> ちょっと誤解があるようです。
> ジョブ実行の順序や実行間隔は保証されません。

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

そういやcronはローカルタイムかつタイムゾーン属性なしで
データ（crontab）を保存する典型的な例だね

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

>>723
タイムゾーンの対応のためでもありサマータイムに対応するためでもあるでしょ、当然のことながら、、

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

>>726
タイムゾーンに対応したらサマータイムに対応したことにはならないし
UTCで記録するようにしても、サマータイム対応にはならない

サマータイム対応は別途必要なんだよ。

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

>>727
あ、はい。うん、そう思うよ。
君たぶん本当の意味でアスペルガーだから一度病院行った方が良い。

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

UTCで記録すれば万事OKみたいに思ってるようだが、
世界には元からUTCで記録してる国もあるわけ
モロッコがその一つ

そのモロッコがサマータイムを導入してもシステムに
改修が必要ないか？と言われれば、別途サマータイム対応の
ためのシステム改修が必要になるっていうのぐらいわかるでしょ？

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

>>728
俺の言ってることが間違いであるという指摘はできないわけだよね？

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

>>730
うん。だってその内容自体は何も間違ってないから指摘も何もない。

俺が言ってるのはそういうことじゃない。

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

>>731
俺が言ってるののは最初から、>>1の内容の通りで
サマータイム対応するための話
タイムゾーンに対応する話じゃない

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

>>732
このスレでもそうだし、現実世界で君と話す人はみんな「俺はそんな話はしていない」と思ってると思うよ。
相手の発言の趣旨を理解する能力に致命的な問題がある。

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

>>733
そういうなら、まず俺の発言を理解してねｗ

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

>>719
やっぱりおかしい

UTCは世界時だよ
標準時はUTC+オフセット

夏時間は夏の間だけオフセットを変えるよってもの
夏時間は標準時だよ

夏時間でない時間を冬時間と言うなら
標準時は冬時間、または、夏時間のこと

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

冬時間を夏時間に変えるときや
夏時間を冬時間に変えるときに
標準時に、存在しない時間や重複する時間が発生しちゃうの

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

UTCは変化しないもの
サマータイムは変化するもの
根本的に違う

変化させると困るから変化させないものを使いましょうというのはわかる。
だがそれは、システム内部では変化しないものに統一しましょうということであって
変化するものへの対応じゃない
だから変化するサマータイムへの対応ではないんだよ

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

>>675
数学的に最適な方法でコンピュータシステムをサマータイムを適応させたとするときのユーザーの煩わしさと開発者のコストとサマータイムのメリットを天秤にかけてたのか

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

>>681
サマータイムとメリットとコンピュータシステムへのデメリットを天秤にかけるとデメリットのほうが大きいと思ってるということか。

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

>>684
よくわからんのだが俺の持論はコンピュータの内部表現はunixtimeにして人間とのインターフェース部分にはローカルタイム形式にするのが真っ当だとことだけどどうなんだろう

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

>>693
自分たちの今までの手抜きを棚に上げてサマータイム導入を言い出したやつをアホ馬鹿と叩くだけなのは違和感あるよな

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

>>695
設定に書かれたローカルタイムをシステムのタイムゾーンにしたがったunixtimeに変換すればなにも問題にならない気がするけど違うのかな

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

>>696
UIなんか要らなくね？
時刻表現の重複部分を入力されたときだけユーザーに特別な追加情報の入力を指示すればいいだけでは？

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

>>740
それはただ内部表現を変えただけ。サマータイムなしのJSTで保存しようが
サマータイムなしのUTCで保存しようが本質的にはどちらも違いはない

サマータイムというのは今までJSTの9時を表示されていたものが10時と表示が変わることだよ。
UTC（unixtime）で話をするなら、UTCの0時の時に9時と表示されるものが10時にかわるということ

さてJSTで9時に出勤するとしてUTCいうならば0時だ。
サマータイム期間中、今までどおりUTCの0時に出勤すればいいと思うか？
違うよな？ UTCの前日23時に出勤するということだ

サマータイムに対応するというのは、今までUTC0時に出勤していたならば
前日の23時に出勤することなんだよ。

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

>>741
今までUTCでデータを管理していたって、
サマータイムに対応するためには、1時間処理を早めるという修正が必要になる

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

>>708
俺は理想を確定させてから現実に現実的な方法で適用するべきだと思ってて、まずはその理想の像をはっきりさせたい

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

>>725
上のリンク先読んでないからわからんのだがシステムのタイムゾーンを使えばいいだけでは？

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

>>729
だからutcじゃなくてunixtimeな

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

自己レスな

> サマータイムに対応するというのは、今までUTC0時に出勤していたならば
> 前日の23時に出勤することなんだよ。

もちろんサマータイムでUTCの0時出勤が、UTCの前日23時に出勤になるということは
朝早く起きればいいだけじゃない。

まず交通機関も1時間繰り上げなければいけない
店の開店時間なども1時間繰り上げなければいけない
いろんなことを1時間繰り上げなければサマータイム対応とは言えない
でも海外への飛行機の運行スケジュールは変えられないだろうな
変えられるものと変えられないものがあるなか、それらをすり合わせることがサマータイム対応
到底1社では完結しない対応になる

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

>>748
> だからutcじゃなくてunixtimeな

unixtimeでも同じこと。

次の朝はunixtimeでxxxxxxに出社すればいいものが
xxxxxx - 1時間に出社しなければいけなくなる

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

>>744
よくわからんのだが具体的にどんな場面で困る？

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

もう少し具体的に説明しようか？

明日の朝9時に出社するとしよう、日本時間で 2018-08-24 09:00:00 だ
これをUTCに変換すると 2018-08-24 00:00:00 になる

これを unixtimeに変換すると 1535036400 になる

では 1535036400 に出社すればOKかどうか？
1535036400 を日本時間に戻せば今なら、2018-08-24 09:00:00 になるが、
サマータイムが適用されていれば、日本時間は 2018-08-24 10:00:00 になる
つまり1時間の遅刻

サマータイムに対応するということに具体的な内容は
明日の朝
1535036400 に出社するのを-3600して
1535032800 に変更することをさす

これが本当のサマータイム対応（出勤）

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

>>752
よくわからんのだが人間は時計をみるからunixtime関係無くね？

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

>>751
困る？システム対応に金と時間がかかるという話

お前は全てのシステムを一瞬で見直せると
思ってるのかもしれないがそれは無理

残念ながら、1年前に客にサマータイムが発生した時どうしますか？と
仕様を聞いても、サマータイムには対応しないで良いと言わるのが
現実なんだよ。つまり全てのシステムはサマータイムには対応してない。

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

>>753
その時計がunixtimeを見てる

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

大学生にしては浅いな
中学生か高校生と見た

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

NTPを使わない（時刻合わせをせずに使う）って事？

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

いままでunixtime基準で設定していた機械が
自動的に1時間早く動き出す動き出すわけがないわけで
最悪すべて人間が手動で機械を動かすはめになる

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

サマータイムに大きな意義があるといんだけど
政治家の思いつきでしかなくて
ただ作業が増えるだけという無駄の極みなんだよね

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

>>757
NTPを使ってるところと使ってないところが混在してるからね

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

「対応相談室」なのに「どう対応するか」ってレスがあまりないのな
具体的な問題提示しているレスすらないんじゃないの

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

UTCの記録で問題が生じるとされる状況を無理やり作り出してあーだこーだ言ってるだけ

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

>>761
話の流れでちょくちょく出てくるんだが、
いつの間にか3人に増えてたキ印のうち誰かが絡んできてグダグダになる

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

> 具体的な問題提示しているレスすらないんじゃないの

具体的な問題を提示してるのは俺ぐらいだろうな。

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

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

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

>>762
UTCで記録すると解決するような錯覚を与えて
問題がないように思わせてるの間違いだろ？

>>764のような本当の問題にどう対応すんのさ？

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

それは担当する人が仕様をきめるだけ
PGはそれを実装する
そこはこのスレで問題になってる箇所じゃないとだけはわかってくれ

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

> 答えは仕様によるのだから
要件だなｗ失敬失敬

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

>>766
サマータイムで問題になるのはその部分だろ。何言ってるんだ？
UTCで記録しようがサマータイムなしのJSTで保存しようが
どちらでも構わないんだよ

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

>>764
それってソフトウェア的な問題じゃなくて経営者がどう処理するのか決めればいい問題だからどうでもいいわ

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

各言語ライブラリで問題になりそうなのは
年日時しか持ってないか年日時＋UTCとのオフセットしか持ってない場合で
計算する場合は一度UTC換算して計算しまたローカルのタイムゾーンにもどすなどしないと
正しい計算ができない
Now.AddHours(1)のようなことが標準ライブラリで出来るかどうか

年日時+タイムゾーンを持ったクラスがあるのは
java　python　ruby go swift phpなど
ないのは
.net(c# vb.net)　javscript c/c++

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

ID:ncZgpeak　←　典型的な池沼といっていい
ﾏｼﾞでここまで理解力に問題あるﾔﾂはみたことないわ
きっとｵﾂﾑに障害があるのは

ｵﾂﾑに障害がある池沼がｼｽﾃﾑなんかに関わると
そのｼｽﾃﾑに障害が発生するの当然

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

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