アカウント名:
パスワード:
サマータイムってのはそれなりに導入の蓋然性が高く既に諸外国に導入され経験が蓄積されてる。それでも想定外でサポートしていないのが当然だってのがシステム屋の意見らしい。ならどこまで想定しないのが許されるの? 参考までに聞きたい。
さぁどの辺?追加したいものがあったら追加して。
正直、サマータイムに対応できないってのは予定外の日食が来たらシステムが止まりますレベルだと思うんだが。
> 予定外の日食が来たらシステムが止まりますレベルだと思うんだが。https://ja.wikipedia.org/wiki/%E6%97%A5%E9%A3%9F%E3%81%AE%E4%B8%80%E8%... [wikipedia.org]日食ってwikipediaにでも2100年の予定が載っているし、「予定外の日食が来る」というのは天文規模の異変があり、地球そのものも存続さえ怪しくなっているかもしれないレベルなのだから、人が作ったシステムなんて止まって当然なのでは。
日食のこと知らないんでしょ占いで決めてると思ってるとかそういうレベル
地球と月の軌道が変わってしまうほどの天変地異でも止まることは許されない!
諸外国に蓄積された経験を日本のシステム屋が持ち合わせていると思っているのかい?日本は国内でのタイムゾーンが統一されていることもあり、時刻データの記録とその出力にタイムゾーンの情報を持つ必要がなかった場合が多く、ローカルタイムの記録にタイムゾーンの情報を持ち合わせていないシステムも数多い。同国内に複数のタイムゾーンが混在する米国の開発事情と同じには語れない。許されようが許されなかろうが、障害は起こる。切り替えのタイミングで深夜バッチが二重に実行されたり、あるいは実行されなかったりで、日本中パニックになるのが目に見えている。時刻に依存するロジックをほとんど全て見直しテストする必要があり、かつての2000年問題どころの騒ぎではない。
JST/JDT の切り替えに対応するからその分開発費上乗せしますって言って、使いもしない機能に首を縦に振る客がいると思うか?なんならあんたが顧客のところへ行って説明して OK 出してもらえ。話はそれからだ。
2だよ。記事にも書かれているが、たとえOSが対応していようが、アプリケーションが26時間ある日の存在を意識しているわけじゃないよ。決まったら粛々とやる。それだけだよ。できればそんなバカなことに時間を使いたくない、ってだけ。
もちろん君が作ってるExcelのシートには、時刻の記録には当然タイムゾーンも付与しているよね?
Excelなんて上等なものを触れているなら、ここまで脳みそ腐らせて無いと思うよ。
17.太陽が寿命を迎えて巨星化18.氷河期到来19.イエローストーン破局噴火20.小惑星が落ちてくる21.中国が攻めてくる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
どこまで想定しなくても許されるの? (スコア:0)
サマータイムってのはそれなりに導入の蓋然性が高く既に諸外国に導入され経験が蓄積されてる。
それでも想定外でサポートしていないのが当然だってのがシステム屋の意見らしい。
ならどこまで想定しないのが許されるの? 参考までに聞きたい。
さぁどの辺?
追加したいものがあったら追加して。
正直、サマータイムに対応できないってのは予定外の日食が来たらシステムが止まりますレベルだと思うんだが。
Re:どこまで想定しなくても許されるの? (スコア:2)
> 予定外の日食が来たらシステムが止まりますレベルだと思うんだが。
https://ja.wikipedia.org/wiki/%E6%97%A5%E9%A3%9F%E3%81%AE%E4%B8%80%E8%... [wikipedia.org]
日食ってwikipediaにでも2100年の予定が載っているし、「予定外の日食が来る」というのは天文規模の異変があり、地球そのものも存続さえ怪しくなっているかもしれないレベルなのだから、人が作ったシステムなんて止まって当然なのでは。
Re: (スコア:0)
日食のこと知らないんでしょ
占いで決めてると思ってるとかそういうレベル
Re: (スコア:0)
地球と月の軌道が変わってしまうほどの天変地異でも止まることは許されない!
Re:どこまで想定しなくても許されるの? (スコア:1)
諸外国に蓄積された経験を日本のシステム屋が持ち合わせていると思っているのかい?
日本は国内でのタイムゾーンが統一されていることもあり、時刻データの記録とその出力にタイムゾーンの情報を持つ必要がなかった場合が多く、ローカルタイムの記録にタイムゾーンの情報を持ち合わせていないシステムも数多い。
同国内に複数のタイムゾーンが混在する米国の開発事情と同じには語れない。
許されようが許されなかろうが、障害は起こる。
切り替えのタイミングで深夜バッチが二重に実行されたり、あるいは実行されなかったりで、日本中パニックになるのが目に見えている。
時刻に依存するロジックをほとんど全て見直しテストする必要があり、かつての2000年問題どころの騒ぎではない。
Re: (スコア:0)
JST/JDT の切り替えに対応するからその分開発費上乗せします
って言って、使いもしない機能に首を縦に振る客がいると思うか?
なんならあんたが顧客のところへ行って説明して OK 出してもらえ。話はそれからだ。
Re: (スコア:0)
2だよ。
記事にも書かれているが、たとえOSが対応していようが、アプリケーションが26時間ある日の存在を意識しているわけじゃないよ。
決まったら粛々とやる。それだけだよ。できればそんなバカなことに時間を使いたくない、ってだけ。
Re: (スコア:0)
もちろん君が作ってるExcelのシートには、時刻の記録には当然タイムゾーンも付与しているよね?
Re: (スコア:0)
Excelなんて上等なものを触れているなら、ここまで脳みそ腐らせて無いと思うよ。
Re: (スコア:0)
17.太陽が寿命を迎えて巨星化
18.氷河期到来
19.イエローストーン破局噴火
20.小惑星が落ちてくる
21.中国が攻めてくる