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

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

はいどうぞ

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

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

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

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