[特設]サマータイム対応相談室
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>844
それって「何日分」の定義にもよるだろ
悪徳駐車場みたいに1分後に00:00:00過ぎたら1日だーとか言う奴もいるし 池沼はシステムでちゃんと適切に動くように用意されてるインターフェースをいちいち使わないで
いちいち問題おこすように作ってるワケだからな
まちがいなく瑕疵責任 >>849
チラッと見たけど流石に中身なさ過ぎ
元気なときならまだしも帰宅途中でお疲れモードだったので脱落したよ w >>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と設定するのもダメ
設定時間が日付によって変わる。というのがサマータイムの本質なわけ 冗談ぬきで
池沼はなにがいいたいのか
池沼はなにがしたいのか
池沼はなにをいってるのか
さっぱり分からない >>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時間とか言っているなら「何時間ずらすか?」の情報も必要になるかもしれない
(国情報のみでずらす時間が決定できるなら、国情報のみでよいが) もう一つ
朝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と設定するのもダメ
設定時間が日付によって変わる。というのがサマータイムの本質なわけ 何度も書いてるが
池沼はローカル時刻を保存するとき
いちいちタイムゾーンの情報を欠落させて保存するらしからな
そもそも論外 あとコレもかな。国際化対応のひとつなので知っておくと良い
ローカライゼーションとインターナショナリゼーションの違いにも似てるな
UTCで記録してもインターナショナリゼーションレベルの対応しかできない
サマータイムに対応するのはローカライゼーション(現地の文化に合わせること)
UTCで記録することはこっち
https://globalization.co.jp/resource/g11n/i18n/
> インターナショナリゼーションとは
> インターナショナリゼーションとは、ソフトウェア(アプリやウェブを含む)を
> さまざまな言語や地域に対応できる形に作っておくことを指します。
サマータイム対応はこっち
https://globalization.co.jp/resource/g11n/l10n/
> ローカリゼーションとは、ソフトウェア(アプリやウェブを含む)を
> 特定の言語や地域に合う形にすることを指します。
一時間ずらす日時は、地域によって異なる >>859
> 池沼はローカル時刻を保存するとき
> いちいちタイムゾーンの情報を欠落させて保存するらしからな
日本で扱う場合は暗黙的にJSTが指定されたものとして
扱えば良いのだから、それは問題じゃない
保存してあるタイムゾーンの情報を
日付によって変えなければいけないのがサマータイムだから
例 JST 9:00 にアラーム設定 → JDT 9:00にアラーム設定
JSTで保存した情報をJDTに変更しなければいけない まずまともな人間と思考のしかたが違うからな
池沼はまともな人間なら絶対やらないことを平気でする
まともな人間に遠く及ばないくせに
自己評価だけはたかい
どんだけゴミクズかという自覚がない
ゴミクズはまず人間になるのが先 0900で保存しといて
TZ=Asia/Tokyoで
処理すればなんの問題も起きない >>854
よし、要約してあげよう。
サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」
モロッコ師匠「UTCで記録しただけじゃサマータイム対応にはならない」
と、まあ、小学生でもわかる自明なことを朝の3時から延々と唱え続けてる。 普通に
×サマータイム考慮
○国際化対応
されたシステムなら
一切問題おきない
サマータイム以前の問題 話が全然噛み合っていない
自分に有利なルールで戦う異種格闘技戦だな > サハリン先生「サマータイムを考慮した設計になってればサマータイムは問題ない」
ワロタw
正しい設計なら問題は発生しないと言ってるだけで
中身がなにもないなw
その正しい設計の中身とやらが、UTCで保存すれば大丈夫
タイムゾーンを保存していれば大丈夫 と
間違ったことを言ってるのだから手に負えない >>868
俺はこのスレの>>1にそって、
サマータイム対応するにはどうするか?の話をしてるんだがなw
サマータイム対応というのは1時間ずれることへの対応なんだが
どうもそれを理解してないようだ。 なにも間違ってない
低学歴知恵遅れじゃなければ
普通にそうするからな 1. サマータイムに対応するシステムを構築するのが極端にコストがかかったり対応できないシステムが存在することが大問題であるからそもそもサマータイム導入は不可能
2. サマータイムに対応するシステムを作ったとしてもユーザーに極端に不便を強いるものしかできないからサマータイム導入には反対
3. サマータイムに対応するシステムを適切な設計で作ればユーザーに極端な不便を強いるなどの問題は起こらずにサマータイムに対応できるからサマータイム導入でもなんでもすればいい 国内専用だとそもそもサマータイム考慮していないのも多数あるからな
特に組み込み用とかだと まずまともに国際化対応もされてるシステムなら
一切システムの改修なんか不要だからな
設定値だけの問題 アラームなんかむしろタイムゾーンを記録しないことが正解だからな
JST 9:00なんて指定してしまったら、
JDTのとき10:00になってしまう サハリン先生に加えてモロッコ師匠か
視察旅行はサハリンよりもモロッコの方が良いな つまり低学歴知恵遅れ以外が作れば
問題なんか一切おきない
低学歴知恵遅れはいちいち知能が低いと自白してるのが
このスレだからな >>875
エンベデッドシステムだって
メインフレームだって
計算機システムなんだぜ
限定条件外だって必要になれば対応しないといけないのだよ やっぱり低学歴知恵遅れはなにもわかってない
TZ=Asia/Tokyoで保存すれば
夏時間対応したTZ infoを更新すれば
それ対応はおしまい
そのケースで
JSTとJDTで保存するとかいってる時点で論外なワケ
マジで知能に著しい問題がある >>880
ケースごとに対応方法が違うなら、
「それで対応はおしまい」なんて言っちゃダメだよw >>878
>>872の1の主張
「そんなこと言っても現実問題、不正なシステムが多数存在するからサマータイム対応は不可能であって対応方法の具体的な議論は無駄」 どの地域でもどの国でも
時刻固定でいいならそもそもTZ保存すら不要だからな
単純にその日の時刻の構造体に9:00いれて
POSIX時刻とればおしまい 壊れたテープレコーダーだな
こちらの土俵に踏み込む勇気はないのか ケース毎もへったくれもない
用途が確定してるケースでそういう作りになってないのが問題なワケだからな
知恵遅れ設計の問題 >>880
> TZ=Asia/Tokyoで保存すれば
> 夏時間対応したTZ infoを更新すれば
> それ対応はおしまい
これやったところで、JST 9:00(UTC 0:00)は
UTC 0:00のままなので、タイムゾーンを変更すると
JDT 10:00 になるのでまずい どんだけ頭悪かったら
そんなレスができるワケ
こんなヤツがホントにシステムに関与してるのなら
ホントに恐ろしいわ 基本的に反論できないときは罵倒するスタンスらしいw 反論もくそもないからな
まずシステムで時刻がどう扱われてる理解できてない
これ以外ない
すでに何度も説明してる
もうさすがにムリ JSTならPOSIXタイムに32,400を足す
夏時間ならPOSIXタイムに39,600を足す
それだけのことだからな
コードではそんなこと一切気にする必要すらない いちいちまともじゃない作りにすれば
当然問題はおきる
そういう作りにいちいちするヤツは
まともじゃない
つまり知恵遅れ JSTならPOSIXタイムに32,400を足した時間にアラームを鳴らす
夏時間ならPOSIXタイムに39,600を足した時間にアラームを鳴らす
そういうコードを書かないといけない
自分で書くのが嫌なら、ローカルタイムで処理しなければいけない
UTCの出番はない で、ローカルタイムで処理すればいいかと言うと
またそうとも言い切れなくて、
例えば同じ日に同じ時間が2回発生することがある
cronなんかはそのための対策コードが入っている どうすれば正解か書いてやるわ
@time()で現在のPOSIX時刻を取得する
Alocaltimeでローカル時刻の入った構造体を取得する(コレで今日の日付とかもとれる)
Bこの構造体に9:00を設定する
Cmktime()でローカル時刻の入った構造体からPOSIX時刻を取得する
CでとれたPOSIX時刻がアラームを鳴らすPOSIX時刻になる
time()で現在のPOSIX時刻が取得できる
わかった? >>895
アラームを予約した日はがサマータイムになる前で
アラームがなる日がサマータイムの場合を
書いてないのは意図的? そもそもオマエが書いた要件を満たす場合
必要な設定情報は9:00しかない
それ以外は不要
ホントにな知恵遅れのいってることは意味不明 >>897
勝手に俺の要件を決めるなよw
サマータイム対応をちゃんとしろって話だ なんか参加者増えているw
今日中に落ちるな、よかったよかった タイムゾーン関係なく固定で9:00に鳴らすと決めてるのに
ホントにななにをいってるのか意味が分からないわけ 低学歴知恵遅れのクソニートと底辺ドカタの
厚顔無恥の恥さらしの黒歴史スレが落ちるのは
そら嬉しいだろう >>900
UTCで保存すれば解決とか言ってるからだろw その2をつけ忘れた。すまんのう。
立て直すかね?w 何度も書いてるとおり
それについては
>>631にしっかり適切な回答が書いてある
池沼には理解できない
すべて池沼の知能の問題
繰り返し不要 このスレはこのスレで完結する
もう繰り返しは不要
すべてコタエはでててる
すべて低学歴知恵遅れの知能の問題 B→Cをどれだけの周期で繰り返せば完璧なアラームになるの? 00:00〜9:00まで間に一日一回動く周期にすれば
問題なんかおきない
何回くりかえしても
日付がかわらないかぎり
POSIX時刻は同じ値しかかえってこないからな
ホントにななにをいってるのか意味が分からないわけ 日付が変わると
POSIX時刻は違う値を返すらしいね あたりまえだろ
次の日は
次の日のローカル時刻のPOSIX時刻を返す
>>773に書いてるPOSIX時刻の意味がわかってて池沼はスレに書き込んでるの?
> POSIX時刻(unix時刻ともいう)の変換(>>752)がそもそも間違ってる
> POSIX時刻は1900年1月1日0時0分(UTC)からの通秒値だからな 低学歴知恵遅れがゆえに
計算機システムで問題が発生してるというのが
このスレのトピックだからな まずなこのスレの低学歴知恵遅れのクソニートと底辺ドカタは
まともな人間に遠く及ばないというのを証明するスレだからな 何度もいうけどな
レスから
低学歴かどうかとか
底辺ドカタかどうかとか
クソニートかどうかとか
レスから全部分かっちゃうワケ
残念なことにな
本人はバレてないと思ってるかもしれないけどな >>923
それってただの妄想でしょう
私は高学歴じゃないですが
駅弁修士なんで低学歴でもないですよ 低学歴知恵遅れのクソニートか底辺ドカタで
コレは間違いない
このプロファイリングあってる
レスから滲みでてるからな バカはバカの自覚がないからな
どんだけゴミクズな人間かという自覚すらない
このスレの低学歴知恵遅れのクソニート、底辺ドカタの
更生は不可能
一生、自覚がないまま
ゴミクズな人間のまま終わる と、自分な不都合なレスを流そうとする低学歴であった... 答える必要がないからな
このスレは自己紹介のスレじゃないからな
低学歴知恵遅れは
いちいち自分は低学歴知恵遅れですと
自己紹介してる
最初から最後まで
ひたすらレスで知恵遅れなのを自己紹介してる 自分が低学歴の可能性があるのに人を低学歴呼ばわりして見下す権利あるの? 何症候群っていうんだっけ
自分のことだけど相手のことのように話すやつ 常に複雑さは解消して行くべき事
常に社会は複雑を排除して簡略化することにより発達してきた
複雑な物は実行するのにも時間が掛かるし複雑な事が出来るようになるまで時間が掛かるという欠点が有る
複雑な物ばかり導入していると社会に余力がなくなる
常に複雑な物をより手間の掛からない簡単な方法にする事で時間余力を作り出し
それによって更に別な事をして社会が発達する
というのを繰り返している
社会の総力というのは一定なので
そのなかで如何に効率よくやるか?
というのが重要なのにそれを理解することもできず
複雑な事ができれば自分が有利だから
などと考える事しか出来ない奴は害悪でしかない
同じ事をするのに複雑な事を導入する事をなんとも思わないやつは社会の癌である
そんな奴は叩き潰すべき対象 >>859
だからさ、タイムゾーン込みで保存したところで、入力される時刻が
どのタイムゾーンなのかとか、出力はどのタイムゾーンで行うかの
判断が必要だろと言ってるのだが >>865
サマータイム制施行する前の保存データを参照するときはどうする? >>946
OSにローカルタイムからUTCを取得するAPIがあるね
まぁ、終了時の重複する時間は判断つかないから、
サマータイムかどうかの強制フラグを入れなきゃならんけど もし万が一サマータイムが導入されたら今月はサマータイム中だろう
だけど2018年はサマータイムではない
そこまでやってくれるの? >>948
OSが対応していて、タイムゾーンが設定されていればOK OSアップデートしてないorそもそもアップデートが提供されないAndroidを使ってるユーザーとかいたら地獄だな >>950
それよ
メールヘッダのようにローカルタイムとUTCからの時差が
記録してあれば、いろいろ助かるかもね レス数が950を超えています。1000を超えると書き込みができなくなります。