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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2018/08/11(土) 09:39:28.62ID:GyOCk5m6
はいどうぞ
685デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:13:28.14ID:Uk+EdnP3
ﾛｰｶﾙﾀｲﾑでも重なることなんかあるﾜｹがないからな
それは低学歴知恵遅れが頭悪い表示にしてるのがﾜﾙｲ

※　低学歴知恵遅れの自分の頭の悪さを棚にあがて
※　低学歴知恵遅れがおかしいおかしいと騒いでるﾜｹ
※　おかしい低学歴知恵遅れのｵﾂﾑというのがまだ理解できてない

ﾛｰｶﾙﾀｲﾑに空白ができることも重複することもあるﾜｹがないからな
ｺﾚもこのｽﾚの初期の段階ですでに説明済>>115
入力でも同じことだからな

つまりﾀｲﾑｿﾞｰﾝが保存されてなかったり、
表示されてなかったりする数字の羅列は
ﾛｰｶﾙ時刻ですらない、ただの数字の羅列（どこの時刻かすら分からない）
ﾛｰｶﾙ時刻の情報がそもそも欠落してるﾜｹだからな、もともとﾛｰｶﾙ時刻と呼べるｼﾛﾓﾉじゃない

低学歴知恵遅れは今度は入力の場合がどうこうと騒いでるが
ｺﾚでも問題なんかおきようがないからな
すでに説明してるとおり
すべて低学歴知恵遅れの知能の低さの問題
686デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:15:29.03ID:Uk+EdnP3
　▽[02]：▽[00]　JST UTC+0900

と表示れてれば混乱なんかおきようがない

たとえばNYは夏時間
　▽[02]：▽[00]　EDT UTC-0400

冬時間になればこうなる
　▽[02]：▽[00]　EST UTC-0500

この例ならもともと日付なんか入ってないからな
なんらかのﾀｲﾑｿﾞｰﾝを意図した入力ｲﾝﾀｰﾌｪｰｽになる
※ 入力するやつは特定のﾀｲﾑｿﾞｰﾝを前提に入力してるﾜｹだからな

当然ﾀｲﾑｿﾞｰﾝを選択できるｲﾝﾀｰﾌｪｰｽもｱﾘだ
　▽|EDT UTC-0400|
　 　|EST UTC-0500|

ここまで理解力が低いことから
軽度の池沼と推認される

海外ではなんの問題もなく普通に夏時間が運用されてるからな
問題はすべて低学歴知恵遅れのｵﾂﾑの問題

それ以外なにもない
687デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:18:43.30ID:yP/v/nVx
>>680
サマータイムの対応で仕事は増えるだろうけど
企業の利益につながるとは思えないだよね

サマータイム対策補助金とか作って
その金を回してもらうってのはあるかもしれない
政府が金を出して政治家の懐に入るODA方式

金もらうのが目的なら表に出てきてワシがやりましたとは
言わないんじゃないかなと

橋龍や野田が増税したように国の制度を変えることは
政治家の名誉欲を刺激するんじゃないかなと
名誉欲のためにサマータイム導入されたらかなわんけどね

オリンピックの競技時間は地域時間のこの時間でないと
いけませんって言うのが決まってたら早起き運動ではダメかもしれない
そうだとしてもサマータイム導入するよりもオリンピック委員会と交渉するのが先だね

日本の運動会は秋にやるのが通例なのでオリンピックも秋にやったら良いと思う
オリンピックは開催国の文化に合わせてやるってのも有りだと思うけどね
歴史があるとそう簡単に変えられないだろうけど
森元さんにはそういう方向でのリーダシップを期待したい

頑張れ森元さん
5chは森元さんを応援しています
688デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:24:36.95ID:Uk+EdnP3
政府はｶﾈなんか一銭もだすﾜｹがない
低学歴知恵遅れがただ働きで治さないといけない
ほぼすべてが低学歴知恵遅れの瑕疵責任

低学歴知恵遅れに由来しない軽微な作業は
それはすべてﾕｰｻﾞｰの自己負担
低学歴知恵遅れなｼｽﾃﾑでもないかぎり大したｶﾈなんかかかるﾜｹがないからな
689デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:27:09.89ID:yP/v/nVx
>>685
サマータイムが存在しなかったからタイムゾーンを表記する必要はないんだよ
だからタイムゾーンを含まないのがデフォだと思うんですよ
そうするとタイムゾーンを含むように修正するって作業が必要になりますね
cronも時差を指定できるんでしたっけ？
690デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:29:02.87ID:Uk+EdnP3
まともなｼｽﾃﾑなら
現在ｼｽﾃﾑは表示も入力も夏時間になってます
といえれば、おわりだからな
2018/08/23(木) 07:29:48.32ID:+Bg6Oozu
「べき論」垂れ流しの半角先生

お仕事したことないのかな？
692デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:29:54.48ID:Uk+EdnP3
改修すら不要
改修が必要なのは低学歴知恵遅れのｵﾂﾑの問題
693デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:31:02.91ID:Uk+EdnP3
べきじゃない
低学歴知恵遅れがゆえにおこした　瑕　疵　だからな
694デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:33:27.04ID:Uk+EdnP3
このｽﾚの低学歴知恵遅れは
ｸｿﾆｰﾄなのがよくわかるわ
695デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:33:37.07ID:yP/v/nVx
>>692
サハリン先生、サマータイムのある地域でのcronのスケジューリングってどうやってるんですか？
本当に何も対応が必要ないならやり方を教えて欲しいなと
2018/08/23(木) 07:34:35.07ID:b+vV9Eld
オリンピック以降永遠にサマータイム導入が無くても
そのUIを維持しないといけない訳か
697デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:36:02.63ID:Uk+EdnP3
cronをﾛｰｶﾙﾀｲﾑで設定したいなら
まともなｼｽﾃﾑならすでにこうなってる

CRON_TZ=Asia/Tokyo
2018/08/23(木) 07:37:02.89ID:+Bg6Oozu
人間が存在しないシステムで得意になってる半角先生

世間と没交渉の引きこもりなのかな？
699デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:38:17.38ID:Uk+EdnP3
低学歴知恵遅れがなにをいってもﾑﾀﾞだからな

低学歴知恵遅れのｵﾂﾑの問題なのは
すべて証明されてる
700デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:40:00.03ID:yP/v/nVx
>>697
ローカルタイムに依存すると↓この問題が起こりますよ
https://light.dotup.org/uploda/light.dotup.org543319.png

これを回避するにはcronでジョブごとに時差を指定できないといけないんじゃないかなと
そういうことってできるんですか？

サマータイムのある地域ではどのようにするのがセオリーなんでしょか？
701デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:40:19.36ID:Uk+EdnP3
ﾊﾞｶは自分のﾊﾞｶさ加減を棚にあげるからな
いまだにﾊﾞｶを自覚できないﾊﾞｶだからな

だからﾊﾞｶは救いようがないという
702デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:41:01.51ID:Uk+EdnP3
人にきくまえにな
まず自分でしらべたらどうだ
703デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:43:24.57ID:Uk+EdnP3
こういうﾔﾂﾗは
低学歴知恵遅れのｸｿﾆｰﾄや底辺ﾄﾞｶﾀに多い
いかに自分がｺﾞﾐでｸｽﾞなのかという自覚すらない
自分がｺﾞﾐでｸｽﾞのくせにな

自己評価だけは高い
704デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:43:27.02ID:yP/v/nVx
>>702
日本語では情報見つけられなかった
日本語しか読めないし、日本語が得意でLinuxの運用にも詳しそうなサハリン先生に
お聞きするのは理にかなってると思ったしサハリン先生は良い人だから丁寧に
教えてくれるものと期待に胸を膨らませ僕の心は弾けそうです、どうぞよろしく教えてください
705デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:46:37.13ID:Uk+EdnP3
あのなこのｽﾚのｸｿﾆｰﾄと違って
ｵﾚはもう仕事にいかないといかないといけないﾜｹ

わかる？

このｽﾚのｸｿﾆｰﾄと違って毎日が休日じゃないし
ｵﾚが使える時間にも制約がある

わかった？

このｽﾚのｸｿﾆｰﾄの理解力では分からないわ
いまだになにも分かってないみたいだからな
706デフォルトの名無しさん
垢版 |
2018/08/23(木) 07:49:51.45ID:yP/v/nVx
>>705
お気をつけて行ってらっしゃいませ
2018/08/23(木) 08:00:11.11ID:mIuNhekR
>>705
今週もあと2日頑張りましょう。

それはそうとサハリン視察旅行はいつ頃行きますか？冬は寒そうだからその前か、春になってからが良いと思うんですが。
2018/08/23(木) 08:03:49.68ID:mIuNhekR
>>683
現実に存在するあらゆる要素を無視した理論って意味では確かにとても数学的かもなw
太郎君が時速5kmで7.5km先の公園まで歩いた時にかかる時間を聞いているような問題文と同じ。
2018/08/23(木) 08:20:07.55ID:ncZgpeak
>>686
>　▽[02]：▽[00]　JST UTC+0900
>
>と表示れてれば混乱なんかおきようがない

だから今はそのように表示されてないので
改修が必要って話だよな？
2018/08/23(木) 08:27:47.35ID:ncZgpeak
で>>709が許されるなら

▽[02]：▽[00] ※サマータイムには対応していません。
必要な場合サマータイム中は適切に時間をずらしてください

でいいわけだ。JSTで扱っていても
システムの改修は不要だぞ（笑）
2018/08/23(木) 08:29:58.34ID:ncZgpeak
ま、システムが動いたとしてもユーザーが混乱するって話なんだよな
世間の時計がずれてるわけだからね。

ずれた時計とずれてない時計が混在する世界
混乱するわな
2018/08/23(木) 08:37:23.46ID:+Bg6Oozu
先生逃げちゃったｗ
2018/08/23(木) 08:42:45.35ID:ncZgpeak
サマータイムがないならば、タイムゾーンの+0900なんかが無くても、
JSTとUTCは相互に変換可能なので、JSTで記録するかUTCで
記録するかは本質的に関係ないんだよ

サマータイムの問題の本質っていうのは、人々の活動時間が1時間早くなること
その人々の活動時間を支えるコンピュータも1時間早くしなければいけないってこと
時間に従って動く機械はすべて動きを変えないといけない
同じ時間に動けばいいわけじゃないんだから
2018/08/23(木) 09:25:13.00ID:2ADbtvF6
>>713
今出てきている案だと1時間じゃなくて2時間なので
普通のサマータイムから更に想定外が増える
2018/08/23(木) 09:52:46.21ID:tVHwujpV
サマータイムを以前から利用している地域は、やっぱUTCを意識した作りなのかね
2018/08/23(木) 09:59:33.06ID:ncZgpeak
UTCとサマータイムは何の関係もないよ
UTCっていうのは要するにサマータイム無しの
標準時からのずれがゼロってだけ
2018/08/23(木) 11:06:51.09ID:hXrs3rR8
>>716
？
2018/08/23(木) 11:08:06.52ID:hXrs3rR8
何言ってるんだろう
2018/08/23(木) 11:18:23.68ID:ncZgpeak
UTCっていうのは標準時
サマータイムっていうのは標準時から
1時間時計を早めましょうっていうもの
だから別物
2018/08/23(木) 11:32:51.98ID:ZF1dQ6CG
>>719
読解力なさすぎだろ。
2018/08/23(木) 11:34:45.18ID:ZF1dQ6CG
>>715
外国製のパッケージ買うとDBは全部UTCで統一されてたりするね。
入出力時は上で挙がってるみたいにいちいちタイムゾーンが明記されてることもある。
2018/08/23(木) 11:44:13.76ID:u9J5wg+I
Unixのクーロンの時差の話題、
これ環境変数TZか、OS固有のタイムゾーン設計ファイルを夏時間に設定するだけ。
みんなご存知でしょうが、一応シェア。。
2018/08/23(木) 11:45:18.96ID:ncZgpeak
>>721で言ってることは、UTCで統一されている理由は
タイムゾーンの違いに対応するためですよってことだよ
サマータイムではないので勘違いしないように
2018/08/23(木) 11:49:53.34ID:ncZgpeak
cronはサマータイムには対応してないようだね

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

> なにやら、cronはサマータイムを適切に処理できる、という主張もあるようですが、
> ちょっと誤解があるようです。
> ジョブ実行の順序や実行間隔は保証されません。
2018/08/23(木) 11:53:08.33ID:ncZgpeak
そういやcronはローカルタイムかつタイムゾーン属性なしで
データ（crontab）を保存する典型的な例だね
2018/08/23(木) 11:56:53.27ID:ZF1dQ6CG
>>723
タイムゾーンの対応のためでもありサマータイムに対応するためでもあるでしょ、当然のことながら、、
2018/08/23(木) 11:59:30.49ID:ncZgpeak
>>726
タイムゾーンに対応したらサマータイムに対応したことにはならないし
UTCで記録するようにしても、サマータイム対応にはならない

サマータイム対応は別途必要なんだよ。
2018/08/23(木) 12:03:20.77ID:ZF1dQ6CG
>>727
あ、はい。うん、そう思うよ。
君たぶん本当の意味でアスペルガーだから一度病院行った方が良い。
2018/08/23(木) 12:04:30.62ID:ncZgpeak
UTCで記録すれば万事OKみたいに思ってるようだが、
世界には元からUTCで記録してる国もあるわけ
モロッコがその一つ

そのモロッコがサマータイムを導入してもシステムに
改修が必要ないか？と言われれば、別途サマータイム対応の
ためのシステム改修が必要になるっていうのぐらいわかるでしょ？
2018/08/23(木) 12:05:17.09ID:ncZgpeak
>>728
俺の言ってることが間違いであるという指摘はできないわけだよね？
2018/08/23(木) 12:07:40.56ID:ZF1dQ6CG
>>730
うん。だってその内容自体は何も間違ってないから指摘も何もない。

俺が言ってるのはそういうことじゃない。
2018/08/23(木) 12:09:06.73ID:ncZgpeak
>>731
俺が言ってるののは最初から、>>1の内容の通りで
サマータイム対応するための話
タイムゾーンに対応する話じゃない
2018/08/23(木) 12:14:37.55ID:ZF1dQ6CG
>>732
このスレでもそうだし、現実世界で君と話す人はみんな「俺はそんな話はしていない」と思ってると思うよ。
相手の発言の趣旨を理解する能力に致命的な問題がある。
2018/08/23(木) 12:21:18.95ID:ncZgpeak
>>733
そういうなら、まず俺の発言を理解してねｗ
2018/08/23(木) 12:50:03.22ID:hXrs3rR8
>>719
やっぱりおかしい

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

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

夏時間でない時間を冬時間と言うなら
標準時は冬時間、または、夏時間のこと
2018/08/23(木) 12:54:53.63ID:hXrs3rR8
冬時間を夏時間に変えるときや
夏時間を冬時間に変えるときに
標準時に、存在しない時間や重複する時間が発生しちゃうの
2018/08/23(木) 13:05:13.39ID:ncZgpeak
UTCは変化しないもの
サマータイムは変化するもの
根本的に違う

変化させると困るから変化させないものを使いましょうというのはわかる。
だがそれは、システム内部では変化しないものに統一しましょうということであって
変化するものへの対応じゃない
だから変化するサマータイムへの対応ではないんだよ
2018/08/23(木) 13:41:38.94ID:EUsmGcQC
>>675
数学的に最適な方法でコンピュータシステムをサマータイムを適応させたとするときのユーザーの煩わしさと開発者のコストとサマータイムのメリットを天秤にかけてたのか
2018/08/23(木) 13:43:38.62ID:EUsmGcQC
>>681
サマータイムとメリットとコンピュータシステムへのデメリットを天秤にかけるとデメリットのほうが大きいと思ってるということか。
2018/08/23(木) 13:45:45.84ID:EUsmGcQC
>>684
よくわからんのだが俺の持論はコンピュータの内部表現はunixtimeにして人間とのインターフェース部分にはローカルタイム形式にするのが真っ当だとことだけどどうなんだろう
2018/08/23(木) 13:50:15.19ID:EUsmGcQC
>>693
自分たちの今までの手抜きを棚に上げてサマータイム導入を言い出したやつをアホ馬鹿と叩くだけなのは違和感あるよな
2018/08/23(木) 13:51:57.37ID:EUsmGcQC
>>695
設定に書かれたローカルタイムをシステムのタイムゾーンにしたがったunixtimeに変換すればなにも問題にならない気がするけど違うのかな
2018/08/23(木) 13:53:34.10ID:EUsmGcQC
>>696
UIなんか要らなくね？
時刻表現の重複部分を入力されたときだけユーザーに特別な追加情報の入力を指示すればいいだけでは？
2018/08/23(木) 13:53:34.68ID:ncZgpeak
>>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.24ID:ncZgpeak
>>741
今までUTCでデータを管理していたって、
サマータイムに対応するためには、1時間処理を早めるという修正が必要になる
2018/08/23(木) 13:56:25.29ID:EUsmGcQC
>>708
俺は理想を確定させてから現実に現実的な方法で適用するべきだと思ってて、まずはその理想の像をはっきりさせたい
2018/08/23(木) 13:58:51.36ID:EUsmGcQC
>>725
上のリンク先読んでないからわからんのだがシステムのタイムゾーンを使えばいいだけでは？
2018/08/23(木) 13:59:26.21ID:EUsmGcQC
>>729
だからutcじゃなくてunixtimeな
2018/08/23(木) 14:00:05.44ID:ncZgpeak
自己レスな

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

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

まず交通機関も1時間繰り上げなければいけない
店の開店時間なども1時間繰り上げなければいけない
いろんなことを1時間繰り上げなければサマータイム対応とは言えない
でも海外への飛行機の運行スケジュールは変えられないだろうな
変えられるものと変えられないものがあるなか、それらをすり合わせることがサマータイム対応
到底1社では完結しない対応になる
2018/08/23(木) 14:01:24.62ID:ncZgpeak
>>748
> だからutcじゃなくてunixtimeな

unixtimeでも同じこと。

次の朝はunixtimeでxxxxxxに出社すればいいものが
xxxxxx - 1時間 に出社しなければいけなくなる
2018/08/23(木) 14:05:25.77ID:EUsmGcQC
>>744
よくわからんのだが具体的にどんな場面で困る？
2018/08/23(木) 14:07:33.84ID:ncZgpeak
もう少し具体的に説明しようか？

明日の朝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.44ID:EUsmGcQC
>>752
よくわからんのだが人間は時計をみるからunixtime関係無くね？
2018/08/23(木) 14:11:16.32ID:ncZgpeak
>>751
困る？ システム対応に金と時間がかかるという話

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

残念ながら、1年前に客にサマータイムが発生した時どうしますか？と
仕様を聞いても、サマータイムには対応しないで良いと言わるのが
現実なんだよ。つまり全てのシステムはサマータイムには対応してない。
2018/08/23(木) 14:11:42.42ID:ncZgpeak
>>753
その時計がunixtimeを見てる
2018/08/23(木) 14:12:16.60ID:hXrs3rR8
大学生にしては浅いな
中学生か高校生と見た
2018/08/23(木) 14:12:32.47ID:sotjIZFx
NTPを使わない（時刻合わせをせずに使う）って事？
2018/08/23(木) 14:13:20.70ID:ncZgpeak
いままでunixtime基準で設定していた機械が
自動的に1時間早く動き出す動き出すわけがないわけで
最悪すべて人間が手動で機械を動かすはめになる
2018/08/23(木) 14:15:08.15ID:hXrs3rR8
サマータイムに大きな意義があるといんだけど
政治家の思いつきでしかなくて
ただ作業が増えるだけという無駄の極みなんだよね
2018/08/23(木) 14:15:15.60ID:ncZgpeak
>>757
NTPを使ってるところと使ってないところが混在してるからね
2018/08/23(木) 18:12:09.36ID:2PjaoFdz
「対応相談室」なのに「どう対応するか」ってレスがあまりないのな
具体的な問題提示しているレスすらないんじゃないの
2018/08/23(木) 18:13:59.16ID:OU0cRkrI
UTCの記録で問題が生じるとされる状況を無理やり作り出してあーだこーだ言ってるだけ
2018/08/23(木) 18:19:04.07ID:jFi7Ee35
>>761
話の流れでちょくちょく出てくるんだが、
いつの間にか3人に増えてたキ印のうち誰かが絡んできてグダグダになる
2018/08/23(木) 18:25:41.37ID:ncZgpeak
> 具体的な問題提示しているレスすらないんじゃないの

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

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


答えは仕様によるのだから、答えようがないがｗ
2018/08/23(木) 18:27:29.24ID:ncZgpeak
>>762
UTCで記録すると解決するような錯覚を与えて
問題がないように思わせてるの間違いだろ？

>>764のような本当の問題にどう対応すんのさ？
2018/08/23(木) 18:30:29.29ID:9lFVnDeQ
それは担当する人が仕様をきめるだけ
PGはそれを実装する
そこはこのスレで問題になってる箇所じゃないとだけはわかってくれ
2018/08/23(木) 18:30:54.88ID:ncZgpeak
> 答えは仕様によるのだから
要件だなｗ 失敬失敬
2018/08/23(木) 18:32:36.15ID:ncZgpeak
>>766
サマータイムで問題になるのはその部分だろ。何言ってるんだ？
UTCで記録しようがサマータイムなしのJSTで保存しようが
どちらでも構わないんだよ
2018/08/23(木) 18:48:21.50ID:p/XurAnF
>>764
それってソフトウェア的な問題じゃなくて経営者がどう処理するのか決めればいい問題だからどうでもいいわ
2018/08/23(木) 18:48:45.38ID:9lFVnDeQ
各言語ライブラリで問題になりそうなのは
年日時しか持ってないか年日時＋UTCとのオフセットしか持ってない場合で
計算する場合は一度UTC換算して計算しまたローカルのタイムゾーンにもどすなどしないと
正しい計算ができない
Now.AddHours(1)のようなことが標準ライブラリで出来るかどうか

年日時+タイムゾーンを持ったクラスがあるのは
java　python　ruby go swift phpなど
ないのは
.net(c# vb.net)　javscript c/c++
771デフォルトの名無しさん
垢版 |
2018/08/23(木) 18:55:08.58ID:Uk+EdnP3
ID:ncZgpeak　←　典型的な池沼といっていい
ﾏｼﾞでここまで理解力に問題あるﾔﾂはみたことないわ
きっとｵﾂﾑに障害があるのは

ｵﾂﾑに障害がある池沼がｼｽﾃﾑなんかに関わると
そのｼｽﾃﾑに障害が発生するの当然
772デフォルトの名無しさん
垢版 |
2018/08/23(木) 18:55:41.43ID:Uk+EdnP3
NTPｻｰﾊﾞ返す値についても
すでにもう何度も書いてるからな
ここまでの池沼も珍しいわ

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

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

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

池沼には何度書いてもこの意味が理解できない
ｵﾂﾑに障害があると断定できる
773デフォルトの名無しさん
垢版 |
2018/08/23(木) 18:58:46.38ID:Uk+EdnP3
そもそも、池沼の
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.41ID:9lFVnDeQ
.netにはdatetimeoffsetというクラスがあるけどこれはUTCオフセットまでしか持ってない
UTCオフセットを持っててもタイムゾーン情報がない
だから計算自体をお任せできない
PGがちゃんとそのことを頭に入れてコードを書かないといけない
775デフォルトの名無しさん
垢版 |
2018/08/23(木) 18:59:51.50ID:Uk+EdnP3
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.28ID:ncZgpeak
はっはっは ID:Uk+EdnP3 は必死だなｗ

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

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


答えは仕様によるのだから、答えようがないがｗ
2018/08/23(木) 19:02:22.04ID:Mh7WvjIt
なんだこのキチガイの動物園は、、
778デフォルトの名無しさん
垢版 |
2018/08/23(木) 19:02:25.76ID:Uk+EdnP3
localtime()呼べば、ﾌﾟﾛｸﾞﾗﾑでは
ﾌﾟﾛｸﾞﾗﾑでは時差なんか一切考慮する必要ない

池沼なにもしらなすぎる
ｺﾚもまともな教育を受けてないことが原因というより
そもそも知能に重大な問題がある
2018/08/23(木) 19:03:24.07ID:ncZgpeak
時差とサマータイムをごっちゃにしてるやつがいるなぁ。

サマータイムはいきなり時間が変わるから問題なのに
一時間早く動き出さなきゃならないんやで
2018/08/23(木) 19:05:40.09ID:ncZgpeak
ローカルタイムで扱っていれば、サマータイムで時間が変わると
それに合わせて同じように動いてくれる

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

UTCで扱ってるとそうはならない
設定データにはローカルタイムで9時と書いておき
UTCをローカルタイムに変換してから処理しなければいけない
781デフォルトの名無しさん
垢版 |
2018/08/23(木) 19:09:56.70ID:Uk+EdnP3
池沼にはｻﾏｰﾀｲﾑ対応どころか国際化対応もﾑﾘというのが
よく分かるわ

池沼がｼｽﾃﾑに関わらなければ
池沼程度が作るｼｽﾃﾑでは
ｻﾏｰﾀｲﾑの問題なんか一切ないことがよく分かる
2018/08/23(木) 19:14:08.10ID:ncZgpeak
UTCで保存しただけでは、サマータイムの時にどう扱うのかが不定
1時間早くするのか、そうしないのか
またサマータイムは国ごとにやってるところとやってない所があるが、
サマータイム開始時刻もいつになるかバラバラ
いつから1時間早くするのか？これもUTCからではわからない

つまりUTCで保存するにしても「どこの国の時間を基準とするか？」
「サマータイムの時にどうするか？」「サマータイムで何時間ずらすか？」
これらの情報がないと適切にデータを処理することはできない
2018/08/23(木) 19:15:31.99ID:jFi7Ee35
貞子vs伽倻子みたいになってるな
地獄かよこのスレは
784デフォルトの名無しさん
垢版 |
2018/08/23(木) 19:16:40.11ID:Uk+EdnP3
ｵﾚは一切間違ったことは書いてないからな
まともなｵﾂﾑしてるﾔﾂなら分かるからな
2018/08/23(木) 19:18:16.51ID:ncZgpeak
>>784
現実から逃げてるだけだもんなｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況