[特設]サマータイム対応相談室 at TECH
[2ch|▼Menu]
[前50を表示]
650:デフォルトの名無しさん
18/08/22 19:15:03.16 O2PM/1qE.net
サマータイムがないUTCの時間で行動しましょうっていうのは
結局サマータイム批判ではないか

651:デフォルトの名無しさん
18/08/22 19:45:25.33 O2PM/1qE.net
結局の所、本質は日本人が1時間早く行動しましょうっていうことだからね
時間がずれるのではなく、人間の行動時間がずれる
システムはその人間の時間に合わせないといけない
ローカルタイムを使っていれば、勝手に時間を合わせてくれるけど
UTCを使っていると、時間を合わせてくれない。
だから別途サマータイムへの対応の修正が必要になる。

652:デフォルトの名無しさん
18/08/22 20:17:05.48 oqm7/Tfy.net
>>618
日跨ぎ処理なんかに影響が出そうだよな

653:デフォルトの名無しさん
18/08/22 20:59:32.26 cgNlHyUI.net
相変わらず低学歴知恵遅れは頭悪いわ
低学歴知恵遅れはクソ頭悪いからちょっとした工夫すらできない
で、クソ頭悪いシステム作るワケ
例えば年間の営業時間データベースがある
コイツはローカルタイムで保存する(念のため一緒にUTCの通秒値も保存するのがベスト)
タイムゾーンがかわっても固定だ
で、その場合でも必ずそのローカルタイムからその時点のUTCの通秒値に変換してから処理する
考え方は簡単
低学歴知恵遅れでなければ
こんなことすぐに分かるし気付くからな
たとえば計算機を日本からアメリカへもっていって
計算機が提供するサービスは同じだとする
しかし計算機はアメリカにあるから
とりあえずアメリカのタイムゾーンにあわせる
そのときアメリカの時刻になると困る部分だけ
ローカルタイムで保存や処理をすればイイワケだからな
それ以外はすべてUTCでいい
ともかくな低学歴知恵遅れのクソニートと底辺ドカタの知能は低すぎるワケ
まず出発点の考え方が間違ってるからな

654:デフォルトの名無しさん
18/08/22 21:08:50.05 Sj5zqs8z.net
>>631
なるほど

655:デフォルトの名無しさん
18/08/22 21:21:25.02 Sj5zqs8z.net
>>611
>>597の通り、入力時に意図した機械内部表現から人間フォーマットに変換する関数を併記しないと正しくデコードできないな

656:デフォルトの名無しさん
18/08/22 21:24:54.41 Sj5zqs8z.net
>>613
ローカルタイム形式の時刻表現は単純に差分を取るだけでは時間を計算できない表現方法だからでは?

657:デフォルトの名無しさん
18/08/22 21:27:09.44 Sj5zqs8z.net
>>614
>一日の長さが23時間 または 25時間になる
人間フォーマット時刻で単純な差分で計算したら見かけ上はそう見えるだけで絶対的な時間はそんなことならないのでは?

658:デフォルトの名無しさん
18/08/22 21:30:16.67 Sj5zqs8z.net
>>626
ローカルタイムからunixtimeに変換するときにちゃんと時間がずれることね?

659:デフォルトの名無しさん
18/08/22 21:35:46.42 Sj5zqs8z.net
>>621
終了時刻のunixtimeから処理時間を引いたunixtime形式の開始時間をローカルタイム形式で入力すればいいのでは? そもそもローカルタイムは単純な加減算で時間の計算はできない表現方法だし。

660:デフォルトの名無しさん
18/08/22 21:38:07.34 Sj5zqs8z.net
>>622
ローカルタイムの加減算で時間を計算したり足したりするから問題が起きるので?
そもそもローカルタイム形式は単純な減算では時間を計算できない表現方法だし。
時間の計算はunixtimeでやるべきなのでは?

661:デフォルトの名無しさん
18/08/22 21:39:18.50 Sj5zqs8z.net
>>627
ローカルタイム形式では時間の計算はできないからでは?

662:デフォルトの名無しさん
18/08/22 21:43:53.43 Sj5zqs8z.net
保存はunixtimeからローカルタイムへのエンコード関数を併記した形式で、計算や処理はunixtimeで、表示は適切なエンコード関数でローカルタイムにエンコードされた時刻表現でおこなうようにシステムを作るべきでは?

663:デフォルトの名無しさん
18/08/22 21:55:11.64 z4qSfGT7.net
先生はサハリンで分身の術を身に付けました

664:デフォルトの名無しさん
18/08/22 21:59:15.17 z4qSfGT7.net
>>631
先生、UTCで保存してても地域時間の5時までに終わらせなければいけない処理を
地域時間の4時にスケジュールしてたら調整が必要になりますよね
URLリンク(light.dotup.org)
地域時間に依存してる処理が多いのがサマータイムの対応で大変なところですよね

665:デフォルトの名無しさん
18/08/22 22:01:11.64 Sj5zqs8z.net
具体的には>>611の場合には
未来で開始された定期実行サービスは保存されたunixtimeとエンコード関数のペアを取り出したあと、unixtimeを取り出されたエンコード関数でローカルタイムにエンコードした後、未来の時点でのエンコード関数の逆関数でローカルタイムをunixtimeでデコードすればいい

666:デフォルトの名無しさん
18/08/22 22:02:01.61 Sj5zqs8z.net
unixtimeにデコード

667:デフォルトの名無しさん
18/08/22 22:04:48.25 z4qSfGT7.net
UTCでスケジューリングしつつ、サマータイムが導入されたら
時間をずらす作業が必要ですね
UTC使ってるから問題ないんだとはならないですよね
なぜならば業務は地域時間に依存してるから
UTCを使っていても地域時間に合うようにスケジューリングを調整しないといけない

668:デフォルトの名無しさん
18/08/22 22:05:51.54 z4qSfGT7.net
簡単なバッチのスケジューリングだけでも面倒に思えてきますね

669:デフォルトの名無しさん
18/08/22 22:07:57.71 Sj5zqs8z.net
>>645
目的の時刻の表現方法がローカルタイムならスケジューリングの入力もローカルタイムにするべきじゃね?

670:デフォルトの名無しさん
18/08/22 22:08:34.85 Sj5zqs8z.net
人間はローカルタイムしか入力しない

671:デフォルトの名無しさん
18/08/22 22:09:15.99 Sj5zqs8z.net
内部で適切な処理をしてunixtimeに変換する

672:デフォルトの名無しさん
18/08/22 22:11:45.23 Sj5zqs8z.net
人間はなにも考えずに時計をみて入力すればいい

673:デフォルトの名無しさん
18/08/22 22:11:51.85 cXjfJaZN.net
その「適切な処理」が9時間なのか11時間なのかは入力者に明示してもらわない限り分からないって、上で言われてたやん

674:デフォルトの名無しさん
18/08/22 22:14:17.17 Sj5zqs8z.net
>>651
システムのロケールと入力された時刻の日付で人間の手を借りずにデコードできることね?
終了時にある一時間が重複するのが唯一の弊害

675:デフォルトの名無しさん
18/08/22 22:16:02.69 cXjfJaZN.net
>>652
唯一だけど割と致命的だわね

676:デフォルトの名無しさん
18/08/22 22:17:18.32 Sj5zqs8z.net
>>653
複雑な表現方法には複雑な入力方法が付きまとうのは当然の摂理
それをちゃんとやれば何の問題もない
それで人間フォーマットの自由度が無限大になる

677:デフォルトの名無しさん
18/08/22 22:21:07.41 z4qSfGT7.net
>>647
スケジューリングが地域時間に依存するとたとえば
地域時間の2:00に実行する処理はサマータイム突入時に処理されなくて
サマータイム脱出時に2回実行されちゃうの
URLリンク(light.dotup.org)

678:デフォルトの名無しさん
18/08/22 22:36:35.07 yaQgvnB8.net
>>650
2時間サマータイム非対応で1時間ずれた時計使っていたらどうする?
シンプルにやるならシステムはUTCで完結させて
入力者とか部屋の壁に換算表貼っておく
履歴データの洗い替えがそれでも面倒だよな

679:デフォルトの名無しさん
18/08/22 22:46:49.67 1ZySJXOP.net
何だ、いつの間にか先生みたいなのが1人増えたのか。
◯◯になっていれば問題ないと言われても、そ


680:閧痰サうですね、としか言えんわ。 現実にはそうなってないシステムが大半だから問題なんだっての。



681:デフォルトの名無しさん
18/08/22 22:58:39.10 Sj5zqs8z.net
>>657
サマータイムは悪くない
悪いのは不正な方法で構築されたシステム
適切にローカルタイムとunixtimeを使い分けて作り上げればサマータイム何かでは動じない&ユーザーを極端に煩わすことないシステムを作れる
と言いたいだけ
だからやるべきは不正な方法で構築されたシステムを一新することのただ一点
ユーザーがサマータイムを意識して極端にややこしい操作を強いられるというような問題は本来起こらないからサマータイム導入の不便はそこではない

682:デフォルトの名無しさん
18/08/22 23:00:30.08 0XlZNPWV.net
この人なんかアカデミックセクターの人っぽい
思考が完全に実務から乖離してる

683:デフォルトの名無しさん
18/08/22 23:01:19.41 z4qSfGT7.net
>>659
それ僕も思いました
生活は地域時間に依存してて
業務は生活に依存してて
システムは業務に依存してる
システム => 業務 => 生活 => 地域時間 => タイムゾーン => UTC
みたいな

684:デフォルトの名無しさん
18/08/22 23:03:56.48 Sj5zqs8z.net
完成された理論をモチベーションにして地道な作業をするべきといいたいのかもしれない
そのためには数学的に思考を整理するべきだと思う

685:デフォルトの名無しさん
18/08/22 23:04:21.85 1ZySJXOP.net
半角君といい、言ってることがただの理想論だからな

686:デフォルトの名無しさん
18/08/22 23:05:27.98 Sj5zqs8z.net
>>662
目を向けるべきは実際に行われる地道な作業ではなく数学的根拠だとおもう

687:デフォルトの名無しさん
18/08/22 23:06:02.00 0XlZNPWV.net
だめだこりゃ

688:デフォルトの名無しさん
18/08/22 23:08:13.91 Sj5zqs8z.net
根拠がはっきりとあるのに作業がめんどくさいとかいうひくい次元の議論を延々とする価値はないとおもう

689:デフォルトの名無しさん
18/08/22 23:09:54.12 1ZySJXOP.net
マジで学生っぽい
社会性なさそうだからポスドクとかかもしれない

690:デフォルトの名無しさん
18/08/22 23:10:09.19 Sj5zqs8z.net
努力するば幸せになるという絶対的な法則があったとして、でも努力がめんどくさいよぉとか延々に呟くことは最適解ではないとおもう

691:デフォルトの名無しさん
18/08/22 23:23:01.07 z4qSfGT7.net
作業に手間がかかることはサマータイムを実施しない方が良いことの理由になると思うけどね
サマータイムを導入する事によって得られるものはなんですか
サマータイムを導入する事によって生まれる負担はどれだけですか
それらを秤にかけて割に合わないと思われることを面倒くさいと表現してるだけで
そういうところに引っかかるのってなんだか数学者らしくないなって思った
> 努力がめんどくさいよぉとか延々に呟くことは最適解ではない
これはストローマン論法、別名バカの論法と呼ばれるものだから
数学的な思考が大事だと言うならあまりやらない方が・・・

692:デフォルトの名無しさん
18/08/22 23:23:28.31 feXPALIV.net
>>667
努力云々は置いといて、本来必要のない出費(社会人の時間はイコール金だ)を
迫られる人災のようなもんだからみんなやる気ないんだよ
勉強などの投資と異なり何をどうやっても利益には繋がらんしな
そして無事乗り切ったとしても裏方を知らないやつには大したことなかったのに大騒ぎしやがってと言われるだけなのは
2000年問題で経験済みでもある
あと、夜行便到着しない問題は物理的に解決しようがない

693:デフォルトの名無しさん
18/08/22 23:24:04.33 Sj5zqs8z.net
ちなみにマジで学生
感覚的に思考回路50%活性状態で考えて書いてきたから数学的な根拠に基づいた最適システムを達成するための案として不完全だと思う

694:デフォルトの名無しさん
18/08/22 23:26:09.01 z4qSfGT7.net
>>670
数学科?

695:デフォルトの名無しさん
18/08/22 23:26:29.43 Sj5zqs8z.net
>>668
>>669
なるほど
このスレのプログラマは数学的最適と経済的利益を天秤にかけてたのか

696:デフォルトの名無しさん
18/08/22 23:28:35.19 Sj5zqs8z.net
>>671
何科とかもない全部やる工業


697:大学の凡人だから数学的根拠とか言ってるけど全部なんちゃって数学



698:デフォルトの名無しさん
18/08/22 23:40:42.68 yaQgvnB8.net
>>665
サマータイムやらなければ良い
という根本的解決法がありますよ
抜本的解決さ

699:デフォルトの名無しさん
18/08/22 23:43:02.65 z4qSfGT7.net
>>672
> このスレのプログラマは数学的最適と経済的利益を天秤にかけてたのか
そんなこと言ってないよ、君の早合点だよ
森元さんは数学的最適(?)だからサマータイム導入するぞおらー
と声がけしてるわけではないっしょ、今年の夏は暑かったねオリンピックの年も
死ぬほど暑いだろうからサマータイム導入したらどうかねーという趣旨でしょ
サマータイム導入の目的はオリンピックの猛暑対策
それと経済的な損失を秤にかけて、割に合わんよねってこと
数学的最適については意味がわからない

700:デフォルトの名無しさん
18/08/22 23:47:13.50 z4qSfGT7.net
>>673
数学って印象は欠片もなかった、どちらかというと文学って思った

701:デフォルトの名無しさん
18/08/22 23:58:12.57 z4qSfGT7.net
サマータイム漱石

702:デフォルトの名無しさん
18/08/23 00:08:39.83 cdbDyqt4.net
> 感覚的に思考回路50%活性状態
なんだろう、不思議と胸が締め付けられる

703:デフォルトの名無しさん
18/08/23 00:09:38.46 cdbDyqt4.net
邪気眼が完全覚醒しちゃいそう

704:デフォルトの名無しさん
18/08/23 03:37:26.07 ncZgpeak.net
>>675
> 森元さんは数学的最適(?)だからサマータイム導入するぞおらー
> と声がけしてるわけではないっしょ、今年の夏は暑かったねオリンピックの年も
> 死ぬほど暑いだろうからサマータイム導入したらどうかねーという趣旨でしょ
そんなわけないだろw
サマータイム導入するとその対応で仕事が増える
金を出す方は大変だが、金をもらう方の会社と裏でつながってるんだろ
結局は箱物事業と一緒、無駄なものを作って裏金をもらってる
暑さ対策なら1時間早く起きればいい話。早起き運動をしましょうでおわる
それぐらい思いつかないバカなわけ無いでしょ?

705:デフォルトの名無しさん
18/08/23 05:38:17.55 SEysIBeq.net
対応できない所が沢山有る
それが解るのにサマータイムを勧めるのはただのアホです

706:デフォルトの名無しさん
18/08/23 05:54:30.27 jFi7Ee35.net
数学的というより思想や哲学の類の非実用的な思考だと思ってたけどw

707:デフォルトの名無しさん
18/08/23 06:53:50.86 flbUPANi.net
>>676
本人は論理的厳格さとして数学的だと言ってるのかもしれないけど、端から見ればただの机上の空論で、現実の様々な問題点を無視して事象を意図的に単純化して考えていて、悪い意味での数学っぽさはあったように思う。少なくとも工学、エンジニアリングの議論ではない。

708:デフォルトの名無しさん
18/08/23 07:06:56.45 ncZgpeak.net
単純化っていうかUTCはサマータイムがないから
サマータイムを無視すれば問題は起きないって言ってるだけだからな。
仮にJSTが+9じゃなくて+0、つまりUTCになったとして
じゃあUTCにサマータイムを導入されても、サマータイム無視して
問題ないかっていうと当然そんなわけないわけで
サマータイム無視していいなら、JSTであつかっていても
サマータイム無視すればいいはずなんだよ。

709:デフォルトの名無しさん
18/08/23 07:13:28.14 Uk+EdnP3.net
ローカルタイムでも重なることなんかあるワケがないからな
それは低学歴知恵遅れが頭悪い表示にしてるのがワルイ
※ 低学歴知恵遅れの自分の頭の悪さを棚にあがて
※ 低学歴知恵遅れがおかしいおかしいと騒いでるワケ
※ おかしい低学歴知恵遅れのオツムというのがまだ理解できてない
ローカルタイムに空白ができることも重複することもあるワケがないからな
コレもこのスレの初期の段階ですでに説明済>>115
入力でも同じことだからな
つまりタイムゾーンが保存されてなかったり、
表示されてなかったりする数字の羅列は
ローカル時刻ですらない、ただの数字の羅列(どこの時刻かすら分からない)
ローカル時刻の情報がそもそも欠落してるワケだからな、もともとローカル時刻と呼べるシロモノじゃない
低学歴知恵遅れは今度は入力の場合がどうこうと騒いでるが
コレでも問題なんかおきようがないからな
すでに説明してるとおり
すべて低学歴知恵遅れの知能の低さの問題

710:デフォルトの名無しさん
18/08/23 07:15:29.03 Uk+EdnP3.net
 ▽[02]:▽[00] JST UTC+0900
と表示れてれば混乱なんかおきようがない
たとえばNYは夏時間
 ▽[02]:▽[00] EDT UTC-0400
冬時間になればこうなる
 ▽[02]:▽[00] EST UTC-0500
この例ならもともと日付なんか入ってないからな
なんらかのタイムゾーンを意図した入力インターフェースになる
※ 入力するやつは特定のタイムゾーンを前提に入力してるワケだからな
当然タイムゾーンを選択できるインターフェースもアリだ
 ▽|EDT UTC-0400|
   |EST UTC-0500|
ここまで理解力が低いことから
軽度の池沼と推認される
海外ではなんの問題もなく普通に夏時間が運用されてるからな
問題はすべて低学歴知恵遅れのオツムの問題
それ以外なにもない

711:デフォルトの名無しさん
18/08/23 07:18:43.30 yP/v/nVx.net
>>680
サマータイムの対応で仕事は増えるだろうけど
企業の利益につながるとは思えないだよね
サマータイム対策補助金とか作って
その金を回してもらうってのはあるかもしれない
政府が金を出して政治家の懐に入るODA方式
金もらうのが目的なら表に出てきてワシがやりましたとは
言わないんじゃないかなと
橋龍や野田が増税したように国の制度を変えることは
政治家の名誉欲を刺激するんじゃないかなと
名誉欲のためにサマータイム導入されたらかなわんけどね
オリンピックの競技時間は地域時間のこの時間でないと
いけませんって言うのが決まってたら早起き運動ではダメかもしれない
そうだとしてもサマータイム導入するよりもオリンピック委員会と交渉するのが先だね
日本の運動会は秋にやるのが通例なのでオリンピックも秋にやったら良いと思う
オリンピックは開催国の文化に合わせてやるってのも有りだと思うけどね
歴史があるとそう簡単に変えられないだろうけど
森元さんにはそういう方向でのリーダシップを期待したい
頑張れ森元さん
5chは森元さんを応援しています

712:デフォルトの名無しさん
18/08/23 07:24:36.95 Uk+EdnP3.net
政府はカネなんか一銭もだすワケがない
低学歴知恵遅れがただ働きで治さないといけない
ほぼすべてが低学歴知恵遅れの瑕疵責任
低学歴知恵遅れに由来しない軽微な作業は
それはすべてユーザーの自己負担
低学歴知恵遅れなシステムでもないかぎり大したカネなんかかかるワケがないからな

713:デフォルトの名無しさん
18/08/23 07:27:09.89 yP/v/nVx.net
>>685
サマータイムが存在しなかったからタイムゾーンを表記する必要はないんだよ
だからタイムゾーンを含まないのがデフォだと思うんですよ
そうするとタイムゾーンを含むように修正するって作業が必要になりますね
cronも時差を指定できるんでしたっけ?

714:デフォルトの名無しさん
18/08/23 07:29:02.87 Uk+EdnP3.net
まともなシステムなら
現在システムは表示も入力も夏時間になってます
といえれば、おわりだからな

715:デフォルトの名無しさん
18/08/23 07:29:48.32 +Bg6Oozu.net
「べき論」垂れ流しの半角先生
お仕事したことないのかな?

716:デフォルトの名無しさん
18/08/23 07:29:54.48 Uk+EdnP3.net
改修すら不要
改修が必要なのは低学歴知恵遅れのオツムの問題

717:デフォルトの名無しさん
18/08/23 07:31:02.91 Uk+EdnP3.net
べきじゃない
低学歴知恵遅れがゆえにおこした 瑕 疵 だからな

718:デフォルトの名無しさん
18/08/23 07:33:27.04 Uk+EdnP3.net
このスレの低学歴知恵遅れは
クソニートなのがよくわかるわ

719:デフォルトの名無しさん
18/08/23 07:33:37.07 yP/v/nVx.net
>>692
サハリン先生、サマータイムのある地域でのcronのスケジューリングってどうやってるんですか?
本当に何も対応が必要ないならやり方を教えて欲しいなと

720:デフォルトの名無しさん
18/08/23 07:34:35.07 b+vV9Eld.net
オリンピック以降永遠にサマータイム導入が無くても
そのUIを維持しないといけない訳か

721:デフォルトの名無しさん
18/08/23 07:36:02.63 Uk+EdnP3.net
cronをローカルタイムで設定したいなら
まともなシステムならすでにこうなってる
CRON_TZ=Asia/Tokyo

722:デフォルトの名無しさん
18/08/23 07:37:02.89 +Bg6Oozu.net
人間が存在しないシステムで得意になってる半角先生
世間と没交渉の引きこもりなのかな?

723:デフォルトの名無しさん
18/08/23 07:38:17.38 Uk+EdnP3.net
低学歴知恵遅れがなにをいってもムダだからな
低学歴知恵遅れのオツムの問題なのは
すべて証明されてる

724:デフォルトの名無しさん
18/08/23 07:40:00.03 yP/v/nVx.net
>>697
ローカルタイムに依存すると↓この問題が起こりますよ
URLリンク(light.dotup.org)
これを回避するにはcronでジョブごとに時差を指定できないといけないんじゃないかなと
そういうことってできるんですか?
サマータイムのある地域ではどのようにするのがセオリーなんでしょか?

725:デフォルトの名無しさん
18/08/23 07:40:19.36 Uk+EdnP3.net
バカは自分のバカさ加減を棚にあげるからな
いまだにバカを自覚できないバカだからな
だからバカは救いようがないという

726:デフォルトの名無しさん
18/08/23 07:41:01.51 Uk+EdnP3.net
人にきくまえにな
まず自分でしらべたらどうだ

727:デフォルトの名無しさん
18/08/23 07:43:24.57 Uk+EdnP3.net
こういうヤツラは
低学歴知恵遅れのクソニートや底辺ドカタに多い
いかに自分がゴミでクズなのかという自覚すらない
自分がゴミでクズのくせにな
自己評価だけは高い

728:デフォルトの名無しさん
18/08/23 07:43:27.02 yP/v/nVx.net
>>702
日本語では情報見つけられなかった
日本語しか読めないし、日本語が得意でLinuxの運用にも詳しそうなサハリン先生に
お聞きするのは理にかなってると思ったしサハリン先生は良い人だから丁寧に
教えてくれるものと期待に胸を膨らませ僕の心は弾けそうです、どうぞよろしく教えてください

729:デフォルトの名無しさん
18/08/23 07:46:37.13 Uk+EdnP3.net
あのなこのスレのクソニートと違って
オレはもう仕事にいかないといかないといけないワケ
わかる?
このスレのクソニートと違って毎日が休日じゃないし
オレが使える時間にも制約がある
わかった?
このスレのクソニートの理解力では分からないわ
いまだになにも分かってないみたいだからな

730:デフォルトの名無しさん
18/08/23 07:49:51.45 yP/v/nVx.net
>>705
お気をつけて行ってらっしゃいませ

731:デフォルトの名無しさん
18/08/23 08:00:11.11 mIuNhekR.net
>>705
今週もあと2日頑張りましょう。
それはそうとサハリン視察旅行はいつ頃行きますか?冬は寒そうだからその前か、春になってからが良いと思うんですが。

732:デフォルトの名無しさん
18/08/23 08:03:49.68 mIuNhekR.net
>>683
現実に存在するあらゆる要素を無視した理論って意味では確かにとても数学的かもなw
太郎君が時速5kmで7.5km先の公園まで歩いた時にかかる時間を聞いているような問題文と同じ。

733:デフォルトの名無しさん
18/08/23 08:20:07.55 ncZgpeak.net
>>686
> ▽[02]:▽[00] JST UTC+0900
>
>と表示れてれば混乱なんかおきようがない
だから今はそのように表示されてないので
改修が必要って話だよな?

734:デフォルトの名無しさん
18/08/23 08:27:47.35 ncZgpeak.net
>>709が許されるなら
▽[02]:▽[00] ※サマータイムには対応していません。
必要な場合サマータイム中は適切に時間をずらしてください
でいいわけだ。JSTで扱っていても
システムの改修は不要だぞ(笑)

735:デフォルトの名無しさん
18/08/23 08:29:58.34 ncZgpeak.net
ま、システムが動いたとしてもユーザーが混乱するって話なんだよな
世間の時計がずれてるわけだからね。
ずれた時計とずれてない時計が混在する世界
混乱するわな

736:デフォルトの名無しさん
18/08/23 08:37:23.46 +Bg6Oozu.net
先生逃げちゃったw

737:デフォルトの名無しさん
18/08/23 08:42:45.35 ncZgpeak.net
サマータイムがないならば、タイムゾーンの+0900なんかが無くても、
JSTとUTCは相互に変換可能なので、JSTで記録するかUTCで
記録するかは本質的に関係ないんだよ
サマータイムの問題の本質っていうのは、人々の活動時間が1時間早くなること
その人々の活動時間を支えるコンピュータも1時間早くしなければいけないってこと
時間に従って動く機械はすべて動きを変えないといけない
同じ時間に動けばいいわけじゃないんだから

738:デフォルトの名無しさん
18/08/23 09:25:13.00 2ADbtvF6.net
>>713
今出てきている案だと1時間じゃなくて2時間なので
普通のサマータイムから更に想定外が増える

739:デフォルトの名無しさん
18/08/23 09:52:46.21 tVHwujpV.net
サマータイムを以前から利用している地域は、やっぱUTCを意識した作りなのかね

740:デフォルトの名無しさん
18/08/23 09:59:33.06 ncZgpeak.net
UTCとサマータイムは何の関係もないよ
UTCっていうのは要するにサマータイム無しの
標準時からのずれがゼロってだけ

741:デフォルトの名無しさん
18/08/23 11:06:51.09 hXrs3rR8.net
>>716


742:デフォルトの名無しさん
18/08/23 11:08:06.52 hXrs3rR8.net
何言ってるんだろう

743:デフォルトの名無しさん
18/08/23 11:18:23.68 ncZgpeak.net
UTCっていうのは標準時
サマータイムっていうのは標準時から
1時間時計を早めましょうっていうもの
だから別物

744:デフォルトの名無しさん
18/08/23 11:32:51.98 ZF1dQ6CG.net
>>719
読解力なさすぎだろ。

745:デフォルトの名無しさん
18/08/23 11:34:45.18 ZF1dQ6CG.net
>>715
外国製のパッケージ買うとDBは全部UTCで統一されてたりするね。
入出力時は上で挙がってるみたいにいちいちタイムゾーンが明記されてることもある。

746:デフォルトの名無しさん
18/08/23 11:44:13.76 u9J5wg+I.net
Unixのクーロンの時差の話題、
これ環境変数TZか、OS固有のタイムゾーン設計ファイルを夏時間に設定するだけ。
みんなご存知でしょうが、一応シェア。。

747:デフォルトの名無しさん
18/08/23 11:45:18.96 ncZgpeak.net
>>721で言ってることは、UTCで統一されている理由は
タイムゾーンの違いに対応するためですよってことだよ
サマータイムではないので勘違いしないように

748:デフォルトの名無しさん
18/08/23 11:49:53.34 ncZgpeak.net
cronはサマータイムには対応してないようだね
URLリンク(blogs.itmedia.co.jp)
> なにやら、cronはサマータイムを適切に処理できる、という主張もあるようですが、
> ちょっと誤解があるようです。
> ジョブ実行の順序や実行間隔は保証されません。

749:デフォルトの名無しさん
18/08/23 11:53:08.33 ncZgpeak.net
そういやcronはローカルタイムかつタイムゾーン属性なしで
データ(crontab)を保存する典型的な例だね

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
そういうなら、まず俺の発言を理解してねw

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. 物流等の荷物到着時間の短縮
にはどう対応すればいいでしょうか?

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

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
> 答えは仕様によるのだから
要件だなw 失敬失敬

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)オリジンの通秒値だからな
>
> どんなタイムゾーンの計算機がとっても
> どの計算機がとっても同じ値が返ってくる
池沼には何度書いてもこの意味が理解できない
オツムに障害があると断定できる


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

1891日前に更新/295 KB
担当:undef