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

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

[前50を表示]
750:デフォルトの名無しさん
18/08/23 11:56:53.27 ZF1dQ6CG.net
>>723
タイムゾーンの対応のためでもありサマータイムに対応するためでもあるでしょ、当然のことながら、、

751:デフォルトの名無しさん
18/08/23 11:59:30.49 ncZgpeak.net
>>726
タイムゾーンに対応したらサマータイムに対応したことにはならないし
UTCで記録するようにしても、サマータイム対応にはならない
サマータイム対応は別途必要なんだよ。

752:デフォルトの名無しさん
18/08/23 12:03:20.77 ZF1dQ6CG.net
>>727
あ、はい。うん、そう思うよ。
君たぶん本当の意味でアスペルガーだから一度病院行った方が良い。

753:デフォルトの名無しさん
18/08/23 12:04:30.62 ncZgpeak.net
UTCで記録すれば万事OKみたいに思ってるようだが、
世界には元からUTCで記録してる国もあるわけ
モロッコがその一つ
そのモロッコがサマータイムを導入してもシステムに
改修が必要ないか？と言われれば、別途サマータイム対応の
ためのシステム改修が必要になるっていうのぐらいわかるでしょ？

754:デフォルトの名無しさん
18/08/23 12:05:17.09 ncZgpeak.net
>>728
俺の言ってることが間違いであるという指摘はできないわけだよね？

755:デフォルトの名無しさん
18/08/23 12:07:40.56 ZF1dQ6CG.net
>>730
うん。だってその内容自体は何も間違ってないから指摘も何もない。
俺が言ってるのはそういうことじゃない。

756:デフォルトの名無しさん
18/08/23 12:09:06.73 ncZgpeak.net
>>731
俺が言ってるののは最初から、>>1の内容の通りで
サマータイム対応するための話
タイムゾーンに対応する話じゃない

757:デフォルトの名無しさん
18/08/23 12:14:37.55 ZF1dQ6CG.net
>>732
このスレでもそうだし、現実世界で君と話す人はみんな「俺はそんな話はしていない」と思ってると思うよ。
相手の発言の趣旨を理解する能力に致命的な問題がある。

758:デフォルトの名無しさん
18/08/23 12:21:18.95 ncZgpeak.net
>>733
そういうなら、まず俺の発言を理解してねｗ

759:デフォルトの名無しさん
18/08/23 12:50:03.22 hXrs3rR8.net
>>719
やっぱりおかしい
UTCは世界時だよ
標準時はUTC+オフセット
夏時間は夏の間だけオフセットを変えるよってもの
夏時間は標準時だよ
夏時間でない時間を冬時間と言うなら
標準時は冬時間、または、夏時間のこと

760:デフォルトの名無しさん
18/08/23 12:54:53.63 hXrs3rR8.net
冬時間を夏時間に変えるときや
夏時間を冬時間に変えるときに
標準時に、存在しない時間や重複する時間が発生しちゃうの

761:デフォルトの名無しさん
18/08/23 13:05:13.39 ncZgpeak.net
UTCは変化しないもの
サマータイムは変化するもの
根本的に違う
変化させると困るから変化させないものを使いましょうというのはわかる。
だがそれは、システム内部では変化しないものに統一しましょうということであって

762: 変化するものへの対応じゃないだから変化するサマータイムへの対応ではないんだよ

763:デフォルトの名無しさん
18/08/23 13:41:38.94 EUsmGcQC.net
>>675
数学的に最適な方法でコンピュータシステムをサマータイムを適応させたとするときのユーザーの煩わしさと開発者のコストとサマータイムのメリットを天秤にかけてたのか

764:デフォルトの名無しさん
18/08/23 13:43:38.62 EUsmGcQC.net
>>681
サマータイムとメリットとコンピュータシステムへのデメリットを天秤にかけるとデメリットのほうが大きいと思ってるということか。

765:デフォルトの名無しさん
18/08/23 13:45:45.84 EUsmGcQC.net
>>684
よくわからんのだが俺の持論はコンピュータの内部表現はunixtimeにして人間とのインターフェース部分にはローカルタイム形式にするのが真っ当だとことだけどどうなんだろう

766:デフォルトの名無しさん
18/08/23 13:50:15.19 EUsmGcQC.net
>>693
自分たちの今までの手抜きを棚に上げてサマータイム導入を言い出したやつをアホ馬鹿と叩くだけなのは違和感あるよな

767:デフォルトの名無しさん
18/08/23 13:51:57.37 EUsmGcQC.net
>>695
設定に書かれたローカルタイムをシステムのタイムゾーンにしたがったunixtimeに変換すればなにも問題にならない気がするけど違うのかな

768:デフォルトの名無しさん
18/08/23 13:53:34.10 EUsmGcQC.net
>>696
UIなんか要らなくね？
時刻表現の重複部分を入力されたときだけユーザーに特別な追加情報の入力を指示すればいいだけでは？

769:デフォルトの名無しさん
18/08/23 13:53:34.68 ncZgpeak.net
>>740
それはただ内部表現を変えただけ。サマータイムなしのJSTで保存しようが
サマータイムなしのUTCで保存しようが本質的にはどちらも違いはない
サマータイムというのは今までJSTの9時を表示されていたものが10時と表示が変わることだよ。
UTC（unixtime）で話をするなら、UTCの0時の時に9時と表示されるものが10時にかわるということ
さてJSTで9時に出勤するとしてUTCいうならば0時だ。
サマータイム期間中、今までどおりUTCの0時に出勤すればいいと思うか？
違うよな？ UTCの前日23時に出勤するということだ
サマータイムに対応するというのは、今までUTC0時に出勤していたならば
前日の23時に出勤することなんだよ。

770:デフォルトの名無しさん
18/08/23 13:56:24.24 ncZgpeak.net
>>741
今までUTCでデータを管理していたって、
サマータイムに対応するためには、1時間処理を早めるという修正が必要になる

771:デフォルトの名無しさん
18/08/23 13:56:25.29 EUsmGcQC.net
>>708
俺は理想を確定させてから現実に現実的な方法で適用するべきだと思ってて、まずはその理想の像をはっきりさせたい

772:デフォルトの名無しさん
18/08/23 13:58:51.36 EUsmGcQC.net
>>725
上のリンク先読んでないからわからんのだがシステムのタイムゾーンを使えばいいだけでは？

773:デフォルトの名無しさん
18/08/23 13:59:26.21 EUsmGcQC.net
>>729
だからutcじゃなくてunixtimeな

774:デフォルトの名無しさん
18/08/23 14:00:05.44 ncZgpeak.net
自己レスな
> サマータイムに対応するというのは、今までUTC0時に出勤していたならば
> 前日の23時に出勤することなんだよ。
もちろんサマータイムでUTCの0時出勤が、UTCの前日23時に出勤になるということは
朝早く起きればいいだけじゃない。
まず交通機関も1時間繰り上げなければいけない
店の開店時間なども1時間繰り上げなければいけない
いろんなことを1時間繰り上げなければサマータイム対応とは言えない
でも海外への飛行機の運行スケジュールは変えられないだろうな
変えられるものと変えられないものがあるなか、それらをすり合わせることがサマータイム対応
到底1社では完結しない対応になる

775:デフォルトの名無しさん
18/08/23 14:01:24.62 ncZgpeak.net
>>748
> だからutcじゃなくてunixtimeな
unixtimeでも同じこと。
次の朝はunixtimeでxxxxxxに出社すればいいものが
xxxxxx - 1時間に出社しなければいけなくなる

776:デフォルトの名無しさん
18/08/23 14:05:25.77 EUsmGcQC.net
>>744
よくわからんのだが具体的にどんな場面で困る？

777:デフォルトの名無しさん
18/08/23 14:07:33.84 ncZgpeak.net
もう少し具体的に説明しようか？
明日の朝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 に変更することをさす
これが本当の

778:サマータイム対応（出勤）

779:デフォルトの名無しさん
18/08/23 14:09:14.44 EUsmGcQC.net
>>752
よくわからんのだが人間は時計をみるからunixtime関係無くね？

780:デフォルトの名無しさん
18/08/23 14:11:16.32 ncZgpeak.net
>>751
困る？システム対応に金と時間がかかるという話
お前は全てのシステムを一瞬で見直せると
思ってるのかもしれないがそれは無理
残念ながら、1年前に客にサマータイムが発生した時どうしますか？と
仕様を聞いても、サマータイムには対応しないで良いと言わるのが
現実なんだよ。つまり全てのシステムはサマータイムには対応してない。

781:デフォルトの名無しさん
18/08/23 14:11:42.42 ncZgpeak.net
>>753
その時計がunixtimeを見てる

782:デフォルトの名無しさん
18/08/23 14:12:16.60 hXrs3rR8.net
大学生にしては浅いな
中学生か高校生と見た

783:デフォルトの名無しさん
18/08/23 14:12:32.47 sotjIZFx.net
NTPを使わない（時刻合わせをせずに使う）って事？

784:デフォルトの名無しさん
18/08/23 14:13:20.70 ncZgpeak.net
いままでunixtime基準で設定していた機械が
自動的に1時間早く動き出す動き出すわけがないわけで
最悪すべて人間が手動で機械を動かすはめになる

785:デフォルトの名無しさん
18/08/23 14:15:08.15 hXrs3rR8.net
サマータイムに大きな意義があるといんだけど
政治家の思いつきでしかなくて
ただ作業が増えるだけという無駄の極みなんだよね

786:デフォルトの名無しさん
18/08/23 14:15:15.60 ncZgpeak.net
>>757
NTPを使ってるところと使ってないところが混在してるからね

787:デフォルトの名無しさん
18/08/23 18:12:09.36 2PjaoFdz.net
「対応相談室」なのに「どう対応するか」ってレスがあまりないのな
具体的な問題提示しているレスすらないんじゃないの

788:デフォルトの名無しさん
18/08/23 18:13:59.16 OU0cRkrI.net
UTCの記録で問題が生じるとされる状況を無理やり作り出してあーだこーだ言ってるだけ

789:デフォルトの名無しさん
18/08/23 18:19:04.07 jFi7Ee35.net
>>761
話の流れでちょくちょく出てくるんだが、
いつの間にか3人に増えてたキ印のうち誰かが絡んできてグダグダになる

790:デフォルトの名無しさん
18/08/23 18:25:41.37 ncZgpeak.net
> 具体的な問題提示しているレスすらないんじゃないの
具体的な問題を提示してるのは俺ぐらいだろうな。
サマータイムの開始日と終了日の1日の長さが
それぞれ23時間 or 25時間（サマータイムが1時間の場合）になります。
1. 給与計算
2. 夜間バッチの開始時間や処理時間超過
3. 海外との連携（日本に合わせてくれるか？）
4. 物流等の荷物到着時間の短縮
にはどう対応すればいいでしょうか？

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

791:デフォルトの名無しさん
18/08/23 18:27:29.24 ncZgpeak.net
>>762
UTCで記録すると解決するような錯覚を与えて
問題がないように思わせてるの間違いだろ？
>>764のような本当の問題にどう対応すんのさ？

792:デフォルトの名無しさん
18/08/23 18:30:29.29 9lFVnDeQ.net
それは担当する人が仕様をきめるだけ
PGはそれを実装する
そこはこのスレで問題になってる箇所じゃないとだけはわかってくれ

793:デフォルトの名無しさん
18/08/23 18:30:54.88 ncZgpeak.net
> 答えは仕様によるのだから
要件だなｗ失敬失敬

794:デフォルトの名無しさん
18/08/23 18:32:36.15 ncZgpeak.net
>>766
サマータイムで問題になるのはその部分だろ。何言ってるんだ？
UTCで記録しようがサマータイムなしのJSTで保存しようが
どちらでも構わないんだよ

795:デフォルトの名無しさん
18/08/23 18:48:21.50 p/XurAnF.net
>>764
それってソフトウェア的な問題じゃなくて経営者がどう処理するのか決めればいい問題だからどうでもいいわ

796:デフォルトの名無しさん
18/08/23 18:48:45.38 9lFVnDeQ.net
各言語ライブラリで問題になりそうなのは
年日時しか持ってないか年日時＋UTCとのオフセットしか持ってない場合で
計算する場合は一度UTC換算して計算しまたローカルのタイムゾーンにもどすなどしないと
正しい計算ができない
Now.AddHours(1)のようなことが標準ライブラリで出来るかどうか
年日時+タイムゾーンを持ったクラスがあるのは
java　python　ruby go swift php

797:などないのは .net(c# vb.net)　javscript c/c++

798:デフォルトの名無しさん
18/08/23 18:55:08.58 Uk+EdnP3.net
ID:ncZgpeak　←　典型的な池沼といっていい
ﾏｼﾞでここまで理解力に問題あるﾔﾂはみたことないわ
きっとｵﾂﾑに障害があるのは
ｵﾂﾑに障害がある池沼がｼｽﾃﾑなんかに関わると
そのｼｽﾃﾑに障害が発生するの当然

799:デフォルトの名無しさん
18/08/23 18:55:41.43 Uk+EdnP3.net
NTPｻｰﾊﾞ返す値についても
すでにもう何度も書いてるからな
ここまでの池沼も珍しいわ
 >>51-52
>>180
>>211
>>482
> どの計算機のﾀｲﾑｿﾞｰﾝがかわっても
> NTPｻｰﾊﾞｰが返す時刻は同じだからな
> ﾘｸｴｽﾄしたｸﾗｲﾝﾄのﾀｲﾑｿﾞｰﾝかとか一切関係ない
> どの地域のどのﾀｲﾑｿﾞｰﾝのｸﾗｲｱﾝﾄがﾘｸｴｽﾄしてきても
> NTPｻｰﾊﾞｰは常に同じ時刻を返す
> ちなみにNTPで取得できる時刻は
> 1900年1月1日0時0分(UTC)ｵﾘｼﾞﾝの通秒値だからな
>
> どんなﾀｲﾑｿﾞｰﾝの計算機がとっても
> どの計算機がとっても同じ値が返ってくる
池沼には何度書いてもこの意味が理解できない
ｵﾂﾑに障害があると断定できる

800:デフォルトの名無しさん
18/08/23 18:58:46.38 Uk+EdnP3.net
そもそも、池沼の
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準拠関数

801:デフォルトの名無しさん
18/08/23 18:59:43.41 9lFVnDeQ.net
.netにはdatetimeoffsetというクラスがあるけどこれはUTCオフセットまでしか持ってない
UTCオフセットを持っててもタイムゾーン情報がない
だから計算自体をお任せできない
PGがちゃんとそのことを頭に入れてコードを書かないといけない

802:デフォルトの名無しさん
18/08/23 18:59:51.50 Uk+EdnP3.net
JSTならPOSIX時刻に9時間分の秒数（9 * 60 * 60）を足す
夏時間ならPOSIX時刻に11時間分の秒数（11 * 60 * 60）を足す
※ ｺﾚ自体をｺｰﾄﾞに書く必要は通常一切ない
※ ﾛｰｶﾙ時刻が必要な場合、TZ環境変数とtzinfoのﾙｰﾙでlocaltime()から適切に取得できる
> ﾀｲﾑｿﾞｰﾝかえても
> > time_t aho1 = time();
> こいつが返す値は一切かわらないからな
ちなみにtime()は現在のPOSIX時刻を取得する関数だからな
 >>315 ← ちなみにJavaScriptのｻﾝﾌﾟﾙはｺﾚ
池沼には何度書いてもこの意味が理解できない
ｵﾂﾑに重篤な障害があると断定できる

803:デフォルトの名無しさん
18/08/23 19:01:44.28 ncZgpeak.net
はっはっは ID:Uk+EdnP3 は必死だなｗ
具体的な問題の話をしよう
サマータイムの開始日と終了日の1日の長さが
それぞれ23時間 or 25時間（サマータイムが1時間の場合）になります。
1. 給与計算
2. 夜間バッチの開始時間や処理時間超過
3. 海外との連携（日本に合わせてくれるか？）
4. 物流等の荷物到着時間の短縮
にはどう対応すればいいでしょうか？

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

804:デフォルトの名無しさん
18/08/23 19:02:22.04 Mh7WvjIt.net
なんだこのキチガイの動物園は、、

805:デフォルトの名無しさん
18/08/23 19:02:25.76 Uk+EdnP3.net
localtime()呼べば、ﾌﾟﾛｸﾞﾗﾑでは
ﾌﾟﾛｸﾞﾗﾑでは時差なんか一切考慮する必要ない
池沼なにもしらなすぎる
ｺﾚもまともな教育を受けてないことが原因というより
そもそも知能に重大な問題がある

806:デフォルトの名無しさん
18/08/23 19:03:24.07 ncZgpeak.net
時差とサマータイムをごっちゃにしてるやつがいるなぁ。
サマータイムはいきなり時間が変わるから問題なのに
一時間早く動き出さなきゃならないんやで

807:デフォルトの名無しさん
18/08/23 19:05:40.09 ncZgpeak.net
ローカルタイムで扱っていれば、サマータイムで時間が変わると
それに合わせて同じように動いてくれる
例えば朝9時に実行と指定してあれば、サマータイムで
1時間早くなっても、自動的に時計も合わせてくれる
UTCで扱って�

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

809:デフォルトの名無しさん
18/08/23 19:09:56.70 Uk+EdnP3.net
池沼にはｻﾏｰﾀｲﾑ対応どころか国際化対応もﾑﾘというのが
よく分かるわ
池沼がｼｽﾃﾑに関わらなければ
池沼程度が作るｼｽﾃﾑでは
ｻﾏｰﾀｲﾑの問題なんか一切ないことがよく分かる

810:デフォルトの名無しさん
18/08/23 19:14:08.10 ncZgpeak.net
UTCで保存しただけでは、サマータイムの時にどう扱うのかが不定
1時間早くするのか、そうしないのか
またサマータイムは国ごとにやってるところとやってない所があるが、
サマータイム開始時刻もいつになるかバラバラ
いつから1時間早くするのか？これもUTCからではわからない
つまりUTCで保存するにしても「どこの国の時間を基準とするか？」
「サマータイムの時にどうするか？」「サマータイムで何時間ずらすか？」
これらの情報がないと適切にデータを処理することはできない

811:デフォルトの名無しさん
18/08/23 19:15:31.99 jFi7Ee35.net
貞子vs伽倻子みたいになってるな
地獄かよこのスレは

812:デフォルトの名無しさん
18/08/23 19:16:40.11 Uk+EdnP3.net
ｵﾚは一切間違ったことは書いてないからな
まともなｵﾂﾑしてるﾔﾂなら分かるからな

813:デフォルトの名無しさん
18/08/23 19:18:16.51 ncZgpeak.net
>>784
現実から逃げてるだけだもんなｗ

814:デフォルトの名無しさん
18/08/23 19:18:54.39 Uk+EdnP3.net
ｵﾚの懇切丁寧な書き込みが
理解できないなら
ｵﾂﾑに重篤な障害がある

815:デフォルトの名無しさん
18/08/23 19:21:09.80 Mh7WvjIt.net
我がスレの誇るキチガイ同士の頂上決戦
数学的学生君の参戦が待たれる

816:デフォルトの名無しさん
18/08/23 19:23:03.73 Uk+EdnP3.net
解決方法は簡単
池沼を開発から駆除すれば問題は発生しない

817:デフォルトの名無しさん
18/08/23 19:23:28.31 9lFVnDeQ.net
両方とも間違っていると言うことは誰にでもわかると言う不思議

818:デフォルトの名無しさん
18/08/23 19:23:29.69 OU0cRkrI.net
半角先生の方が筋が通ってるな
ウザいけどw

819:デフォルトの名無しさん
18/08/23 19:25:02.00 jFi7Ee35.net
>>789
間違ってるというか、こいつら全員ピントがズレてるんだよw

820:デフォルトの名無しさん
18/08/23 19:26:05.83 Uk+EdnP3.net
池沼が開発から駆除すれば
ｻﾏｰﾀｲﾑの問題なんか発生しない
低学歴知恵遅れの底辺ﾄﾞｶﾀ駆除でいい

821:デフォルトの名無しさん
18/08/23 19:27:13.79 Uk+EdnP3.net
低学歴知恵遅れの底辺ﾄﾞｶﾀの知能の程度が
よく計量できるのがこのｽﾚ

822:デフォルトの名無しさん
18/08/23 19:29:03.29 ncZgpeak.net
具体的に例を示してUTCで記録するだけで問題が解決しないことを示そう
イギリスとモロッコはともにUTC+0000である。
イギリスはサマータイムを実施しているがモロッコは実施していない
さてイギリスとモロッコに住む人がともに朝8時に目覚ましをかけたとしよう
UTC+0000なのだからUTCで記録するとどちらも同じ8:00ということになる
ではUTCで8:00にアラームが鳴ると設定されている場合に、
どちらも同じ時間にアラームを鳴らしていいだろうか？
残念ながらサマータイム中のイギリスは違う。1時間繰り上げているために
モロッコで8:00は、イギリスでは9:00になる
この時間のずれに対応するのが本当のサマータイム対応
UTCで8:00にアラームが鳴るという設定を、正しく機能させるにはどうするか？
それには「どこの国」という情報が必要になる。
それがわからないとサマータイムを実施しているかどうかすらわからないし、
何時に時間をずらすのかもわからない
またサマータイムを実施しているからと言って、1時間繰り上げるかどうかはものによる
だから「サマータイムの時にどうするか？」という情報も必要になる。
今回の日本のように2時間とか言っているなら「何時間ずらすか？」の情報も必要になるかもしれない
（国情報のみでずらす時間が決定できるなら、国情報のみでよいが）

823:デフォルトの名無しさん
18/08/23 19:29:26.38 /3LcD3D4.net
ID:ncZgpeak　３６回
ID:Uk+EdnP3　２４回
この板の癌だ

824:デフォルトの名無しさん
18/08/23 19:30:45.56 Uk+EdnP3.net
ｵﾚのﾚｽは非常に情報価値が高い有用なﾚｽが50%は含有してる
池沼のﾚｽは情報価値ｾﾞﾛ

825:デフォルトの名無しさん
18/08/23 19:31:39.54 Mh7WvjIt.net
2人とも誰も論点にしていないところになぜか突っかかって存在しない敵と戦い続けるタイプのキチガイであるという点ではとてもよく似ている。

826:デフォルトの名無しさん
18/08/23 19:32:09.38 Uk+EdnP3.net
池沼はそもそも日本語はなしてない

827:デフォルトの名無しさん
18/08/23 19:32:45.75 Mh7WvjIt.net
>>795
理想の数学的学生君も早くこないかな
三つ巴の戦いを見てみたい

828:デフォルトの名無しさん
18/08/23 19:32:57.00 ncZgpeak.net
ローカライゼーシ

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

830:デフォルトの名無しさん
18/08/23 19:33:18.17 Uk+EdnP3.net
ｻﾏｰﾀｲﾑ問題について語れるﾚﾍﾞﾙじゃない
まず計算機で時刻がどう扱われてるかという基本的な理解がない
つまり論外

831:デフォルトの名無しさん
18/08/23 19:35:11.26 Uk+EdnP3.net
違いもへったくれもない
いまだにこんなこといってるﾜｹだからな
ﾆｭｰﾖｰｸはいま
夏時間でﾀｲﾑｿﾞｰﾝはEDT
夏時間が終われﾀｲﾑｿﾞｰﾝはESTになる
このとおり夏時間は
　ﾀｲﾑｿﾞｰﾝ　を切り替えてるだけだからな

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

832:デフォルトの名無しさん
18/08/23 19:35:42.47 ncZgpeak.net
UTCで記録することはこっち
URLﾘﾝｸ(globalization.co.jp)
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> さまざまな言語や地域に対応できる形に作っておくことを指します。
サマータイム対応はこっち
URLﾘﾝｸ(globalization.co.jp)
> ローカリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> 特定の言語や地域に合う形にすることを指します。
一時間ずらす日時は、地域によって異なる

833:デフォルトの名無しさん
18/08/23 19:37:37.71 Uk+EdnP3.net
池沼は書き込み禁止でないとな

834:デフォルトの名無しさん
18/08/23 19:37:56.02 ncZgpeak.net
>>802
> ﾆｭｰﾖｰｸはいま
> 夏時間でﾀｲﾑｿﾞｰﾝはEDT
> 夏時間が終われﾀｲﾑｿﾞｰﾝはESTになる
いやいや、ちゃんと書こうぜ？
ニューヨークで朝9時は
夏時間でﾀｲﾑｿﾞｰﾝがEDTだと朝10時
夏時間が終われﾀｲﾑｿﾞｰﾝはESTになって朝9時に戻るって
タイムゾーンが切り替わると、今何時かも変わる
UTCは変わらないが、現地時間は変わる

835:デフォルトの名無しさん
18/08/23 19:39:14.44 Uk+EdnP3.net
なんどもいってるように
表示の問題なんかどうでもいい
まともなｼｽﾃﾑなら
ﾀｲﾑｿﾞｰﾝかわれば表示なんか勝手にかわるからな

836:デフォルトの名無しさん
18/08/23 19:41:08.07 ncZgpeak.net
なんどもいってるように
表示の問題なんかどうでもいい
ニューヨークで朝9時は
夏時間でﾀｲﾑｿﾞｰﾝがEDTだと朝10時
夏時間が終われﾀｲﾑｿﾞｰﾝはESTになって朝9時
サマータイム中は朝10時に出社すればいいじゃないか
表示が違っても出社時刻はUTCで見れば同じ
って書けばいいのにねーｗ

837:デフォルトの名無しさん
18/08/23 19:42:12.51 Uk+EdnP3.net
それについても
すでに回答済み（>>685）
知恵遅れが作らないかぎり問題なんかおきない

838:デフォルトの名無しさん
18/08/23 19:43:00.40 ncZgpeak.net
>>685には >>794で反論済み

839:デフォルトの名無しさん
18/08/23 19:43:51.03 Uk+EdnP3.net
>>631にしっかり適切な回答が書いてある
池沼には理解できない
すべて池沼の知能の問題

840:デフォルトの名無しさん
18/08/23 19:44:32.67 Uk+EdnP3.net
池沼の知能では簡単なｻﾏｰﾀｲﾑの対応すらﾑﾘ

841:デフォルトの名無しさん
18/08/23 19:45:21.86 EIhBcxjq.net
サハリン先生とモロッコ師匠

842:デフォルトの名無しさん
18/08/23 19:45:55.33 Uk+EdnP3.net
最低限のｿﾌﾄｳｪｱの国際化対応もﾑﾘ
池沼が作ったｼｽﾃﾑ以外では一切問題がおきない

843:デフォルトの名無しさん
18/08/23 19:47:11.32 /3LcD3D4.net
会話は成立せずチンパンジーが汚物投げ合っている感じ

844:デフォルトの名無しさん
18/08/23 19:47:52.52 Uk+EdnP3.net
ということにしたいんだな
知恵遅れが知恵遅れなｼｽﾃﾑ作ったこと棚にあげて

845:デフォルトの名無しさん
18/08/23 19:48:22.53 ncZgpeak.net
>>810
> >>631にしっかり適切な回答が書いてある
ローカル時間で処理しましょうってことですかね？ｗ

846:デフォルトの名無しさん
18/08/23 19:48:43.66 Uk+EdnP3.net
やはり池沼だわ

847:デフォルトの名無しさん
18/08/23 19:49:57.50 Uk+EdnP3.net
池沼が作らない限り大きな問題なんか発生しようがないからな

848:デフォルトの名無しさん
18/08/23 19:50:15.58 jFi7Ee35.net
>>814
お互いに相手の意図を全く汲み取れずにピントのずれた自分の言いたいことを言い合ってるだけだよなこれ
会話になってないけど本人たちは気がついてない

849:デフォルトの名無しさん
18/08/23 19:51:42.84 Uk+EdnP3.net
知恵遅れが知恵遅れなｼｽﾃﾑ作ったこと棚にあげてる
どっちもどっちということにしたいらしい
このｽﾚ低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀは
ID:ncZgpeak　←　こっち側だからな
このｽﾚ低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀの鏡

850:デフォルトの名無しさん
18/08/23 19:52:50.76 Uk+EdnP3.net
ｽﾚの最初からいた低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀが
分がわるくなって逃げようとしてる

851:デフォルトの名無しさん
18/08/23 19:54:57.38 Uk+EdnP3.net
よくこんだ恥さらして
生きてて恥ずかしくないな
まずｺﾞﾐｸｽﾞのくせにｺﾞﾐｸｽﾞの自覚がない

852:デフォルトの名無しさん
18/08/23 19:55:32.61 ncZgpeak.net
>>794を読めばわかると思うが、
アラームの設定画面で
[09]▽ : [00] ▽ みたいなインターフェースではダメだということ
[09]▽ : [00] ▽ [JST]▽ もちろんコレもダメ
正しくは
[09]▽ : [00] ▽ [x] サマータイム中は1時間繰り上げる
UTCで指定してもJSTで指定しても、そもそもアラームの鳴る時間が
変わるので時間指定ができない

853:デフォルトの名無しさん
18/08/23 19:57:02.16 ncZgpeak.net
[09]▽ : [00] ▽ [x] サマータイムに追従する
こっちのほうがわかりやすいかな？いや難しいねｗ

854:デフォルトの名無しさん
18/08/23 19:57:44.18 Uk+EdnP3.net
低学歴知恵遅れのｼｽﾃﾑでは
時刻設定もできないらしいわ
あきれるぐらい頭悪い
知恵遅れのPCでは時刻設定もできないのか
ﾀｲﾑｿﾞｰﾝかえても普通に時刻設定できる理由が
まず分かってないからな

855:デフォルトの名無しさん
18/08/23 19:58:39.39 euS+m4Fs.net
>>801
COBOLでどう扱われているか知っているか？
それを知っていたらお前の指摘は見当違いだ
全ての処理系が望む仕様になっているとは限らんのよ

856:デフォルトの名無しさん
18/08/23 20:00:32.30 ncZgpeak.net
>>825
日本の9時とアメリカの9時は、UTCで見ると時間が違うので、
日本でもアメリカでも9時に起きようと思ったら
UTCで記録している場合は設定時間を変更する必要があるよ
理解してる？

857:デフォルトの名無しさん
18/08/23 20:01:48.48 ncZgpeak.net
UTCとともにローカル時間を保存して
ローカル時間だけを使えば良いんだ！
という主張だと、UTCつかわないなら
保存する必要ないじゃんってことになる

858:デフォルトの名無しさん
18/08/23 20:01:57.94 euS+m4Fs.net
>>825
PCに限定している時点でピンボケ
鯖よりでかいのとスマホより小さいのは仕様上の制約が非常に多い

859:デフォルトの名無しさん
18/08/23 20:02:45.88 Uk+EdnP3.net
mktime()というPOSIX準拠の関数がある
まず低学歴知恵遅れは
この関数がなんのためにあるかすら分かってない

860:デフォルトの名無しさん
18/08/23 20:03:37.76 Uk+EdnP3.net
ﾎﾝﾄになどんだけ頭悪いねんと
ﾏｼﾞでな致命的なﾚﾍﾞﾙといって

861:デフォルトの名無しさん
18/08/23 20:03:57.11 ncZgpeak.net
タイムゾーンを変更しても見た目が変わるだけだから
日本時間の9時に設定したものをアメリカに持っていっても
やっぱり日本時間の9時にアラームが鳴るんだよ
つまりタイムゾーンが変わったら時間の再設定が必要になる

862:デフォルトの名無しさん
18/08/23 20:04:35.90 Uk+EdnP3.net
心配しなくてもな
低学歴知恵遅れが作らないかぎり
そんなことにはならない

863:デフォルトの名無しさん
18/08/23 20:05:54.37 ncZgpeak.net
>>830
> mktime()というPOSIX準拠の関数がある
>
> まず低学歴知恵遅れは
> この関数がなんのためにあるかすら分かってない
それを使うと、モロッコでは9:00と取得できた場合
サマータイム中のイギリスでは10:00になる。
でも見た目が違うだけだから、問題ない。
イギリスで10:00に起きても、見た目が違うだけで
本当は9:00だから遅刻ではない。
そう言いたいんでしょう？ｗ

864:デフォルトの名無しさん
18/08/23 20:08:00.17 Uk+EdnP3.net
はあ？
ﾎﾝﾄにｵﾏｴはなにをいってるのか意味が分からない
それはﾊﾞｶでﾁｮﾝでも設定できる構造体に値設定すれば
ﾊﾞｶでもﾁｮﾝでもPOSIXﾀｲﾑとる関数だぞ
知恵遅れが時刻を設定できないできないといってたから書いてあげたのに

865:デフォルトの名無しさん
18/08/23 20:13:25.66 ncZgpeak.net
>>835
POSIXタイムが問題じゃなくて
ローカルタイムが変わるのが問題なの
UTCで0:00と設定しても
サマータイムが導入された日本は、
9:00だったり10:00だったりするわけだ
どちらも表示が違うだけで、UTCで0:00なのは一緒
だからいつも9:00に起きているなら、
サマータイム中は10:00に起きれば大丈夫だと思うか？
表示が違うだけっていうなら、そういうことになるよな
サマータイム対応っていうのは、そうならないようにすることなんだよ

866:デフォルトの名無しさん
18/08/23 20:14:55.22 Uk+EdnP3.net
それについては
 >>631にしっかり適切な回答が書いてある
池沼には理解できない
すべて池沼の知能の問題
繰り返し不要

867:デフォルトの名無しさん
18/08/23 20:15:44.01 Sz3oBUco.net
>>631
そんなことはここに居る人の殆どはわかっている
データベースにタイムスタンプとして保存されているのもUTCベースなのもわかってるし
ロケールに従って取り出しの際に変換されるのもわかっている
それを踏まえて、タイムスタンプのような形じゃなくて入力そのままの形で記録されている
日時情報や、人間が入力する日時情報の判別をどうするかという事なんだよ。
印刷物などなどもサマータイムでの時間かそうでないかを明確にしとかないと切替日に
混乱が起きるし、入力するデータにしてもしかり
通信で日時情報をやりとりしている場合は、相手側とのすりあわせも必要�

868:BUTCで交換しているなら問題は少ないだろうがプロトコルでローカルタイムで交換することになっていればその対応も必要。そういった部分の洗い出し、修正、動作検証に多大なコストと時間がかかるって言ってるんだよ。

869:デフォルトの名無しさん
18/08/23 20:16:16.27 ncZgpeak.net
>>631に書いてある
> 例えば年間の営業時間ﾃﾞｰﾀﾍﾞｰｽがある
> ｺｲﾂはﾛｰｶﾙﾀｲﾑで保存する
これが正解だってことだろ？
ローカルタイムで保存すればいいってことだろ
UTC意味ないって言ってるじゃんｗ

870:デフォルトの名無しさん
18/08/23 20:16:46.62 Uk+EdnP3.net
それは池沼みたいな作りにしたﾔﾂの責任
池沼の瑕疵責任
責任もってなおしなさい

871:デフォルトの名無しさん
18/08/23 20:18:31.97 Uk+EdnP3.net
ID:ncZgpeak ←　たとえばｺｲﾂみたいな池沼が作ると
当然大きな問題が発生する
池沼を放置して
池沼の思うがままに作らせたﾔﾂの責任

872:デフォルトの名無しさん
18/08/23 20:20:13.35 jFi7Ee35.net
Twitterで自動返信機能のあるbot同士がうっかり絡んじゃってノーストップでレスバトル続けちゃってるのをみてる気分

873:デフォルトの名無しさん
18/08/23 20:21:39.28 Uk+EdnP3.net
ということにしたいんだな
ｽﾚの最初からいた低学歴知恵遅れのｸｿﾆｰﾄと底辺ﾄﾞｶﾀも
なにが正しいか分かってくるのもいるらしいな

874:デフォルトの名無しさん
18/08/23 20:22:00.72 Sz3oBUco.net
>>638
時刻の計算でUTCで end_time - start_time で計算したとしても
それがローカルタイムの何日分なのかというのは単純に24時間で割って出せないんだよね。
サマータイム切替日は24時間/日じゃないから

875:デフォルトの名無しさん
18/08/23 20:27:18.13 ncZgpeak.net
朝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と設定するのもダメ
設定時間が日付によって変わる。というのがサマータイムの本質なわけ

876:デフォルトの名無しさん
18/08/23 20:28:44.12 EW069dL4.net
サマータイムに対応してます、てパッケージに乗っ取られるならOKのような気がしてきた

877:デフォルトの名無しさん
18/08/23 20:29:17.00 iNuWULI+.net
>>795
NGName したらスッカスカやん w

878:デフォルトの名無しさん
18/08/23 20:30:47.65 Uk+EdnP3.net
さっき書いたﾊﾞｶでもﾁｮﾝでも設定取得できる構造体のﾒﾝﾊﾞに
tm_ydayというのが普通にあるからな
tm_ydayというのは
1月1日からの日数が格納される
低学歴知恵遅れが考える程度の機能なんか
すでにあるわけ

879:デフォルトの名無しさん
18/08/23 20:31:13.09 vloyqVWe.net
>>847
NGにしちゃうなんてもったいない

880:デフォルトの名無しさん
18/08/23 20:31:39.84 Uk+EdnP3.net
池沼が意味不明な事ぶつぶついってるしな

881:デフォルトの名無しさん
18/08/23 20:32:23.99 euS+m4Fs.net
>>849
5ちゃんの華

882:デフォルトの名無しさん
18/08/23 20:32:28.20 iNuWULI+.net
>>844
それって「何日分」の定義にもよるだろ
悪徳駐車場みたいに1分後に00:00:00過ぎたら1日だーとか言う奴もいるし

883:デフォルトの名無しさん
18/08/23 20:34:18.20 Uk+EdnP3.net
池沼はｼｽﾃﾑでちゃんと適切に動くように用意されてるｲﾝﾀｰﾌｪｰｽをいちいち使わないで
いちいち問題おこすように作ってるﾜｹだからな
まちがいなく瑕疵責任

884:デフォルトの名無しさん
18/08/23 20:34:38.14 iNuWULI+.net
>>849
チラッと見たけど流石に中身なさ過ぎ
元気なときならまだしも帰宅途中でお疲れモードだったので脱落したよ w

885:デフォルトの名無しさん
18/08/23 20:35:08.11 ncZgpeak.net
>>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と設定するのもダメ
設定時間が日付によって変わる。というのがサマータイムの本質なわけ

886:デフォルトの名無しさん
18/08/23 20:36:21.84 Uk+EdnP3.net
冗談ぬきで
池沼はなにがいいたいのか
池沼はなにがしたいのか
池沼はなにをいってるのか
さっぱり分からない

887:デフォルトの名無しさん
18/08/23 20:36:33.98 PC3NGxdh.net
>>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時間とか言っているなら「何時間ずらすか？」の情報も必要になるかもしれない
（国情報のみでずらす時間が決定できるなら、国情報のみでよいが）

888:デフォルトの名無しさん
18/08/23 20:36:57.40 PC3NGxdh.net
もう一つ
朝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と設定するのもダメ
設定時間が日付によって変わる。というのがサマータイムの本質なわけ

889:デフォルトの名無しさん
18/08/23 20:37:58.51 Uk+EdnP3.net
何度も書いてるが
池沼はﾛｰｶﾙ時刻を保存するとき
いちいちﾀｲﾑｿﾞｰﾝの情報を欠落させて保存するらしからな
そもそも論外

890:デフォルトの名無しさん
18/08/23 20:38:42.85 PC3NGxdh.net
あとコレもかな。国際化対応のひとつなので知っておくと良い
ローカライゼーションとインターナショナリゼーションの違いにも似てるな
UTCで記録してもインターナショナリゼーションレベルの対応しかできない
サマータイムに対応するのはローカライゼーション（現地の文化に合わせること）
UTCで記録することはこっち
URLﾘﾝｸ(globalization.co.jp)
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> さまざまな言語や地域に対応できる形に作っておくことを指します。
サマータイム対応はこっち
URLﾘﾝｸ(globalization.co.jp)
> ローカリゼーションとは、ソフトウェア（アプリやウェブを含む）を
> 特定の言語や地域に合う形にすることを指します。
一時間ずらす日時は、地域によって異なる

891:デフォルトの名無しさん
18/08/23 20:38:48.45 Uk+EdnP3.net
そらな池沼が作れば
障害がなくなることはない

892:デフォルトの名無しさん
18/08/23 20:39:57.48 Uk+EdnP3.net
ID:PC3NGxdh　←　新しい池沼

893:デフォルトの名無しさん
18/08/23 20:41:30.43 PC3NGxdh.net
>>859
> 池沼はﾛｰｶﾙ時刻を保存するとき
> いちいちﾀｲﾑｿﾞｰﾝの情報を欠落させて保存するらしからな
日本で扱う場合は暗黙的にJSTが指定されたものとして
扱えば良いのだから、それは問題じゃない
保存してあるタイムゾーンの情報を
日付によって変えなければいけないのがサマータイムだから
例 JST 9:00 にアラーム設定 → JDT 9:00にアラーム設定
JSTで保存した情報をJDTに変更しなければいけない

894:デフォルトの名無しさん
18/08/23 20:42:31.53 Uk+EdnP3.net
まずまともな人間と思考のしかたが違うからな
池沼はまともな人間なら絶対やらないことを平気でする
まともな人間に遠く及ばないくせに
自己評価だけはたかい
どんだけｺﾞﾐｸｽﾞかという自覚がない
ｺﾞﾐｸｽﾞはまず人間になるのが先

895:デフォルトの名無しさん
18/08/23 20:45:21.22 Uk+EdnP3.net
0900で保存しといて
TZ=Asia/Tokyoで
処理すればなんの問題も起きない

896:デフォルトの名無しさん
18/08/23 20:45:42.17 vloyqVWe.net
>>854
よし、要約してあげよう。
サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」
モロッコ師匠「UTCで記録しただけじゃサマータイム対応にはならない」
と、まあ、小学生でもわかる自明なことを朝の3時から延々と唱え続けてる。

次ページ