アカウント名:
パスワード:
サマータイム自体は反対だけど、サマータイム導入に何年も掛かるとか言って、それをさも当たり前で仕方がない事のように言ってるのは何なのかと思う。改元や閏秒もそうだが。サマータイムなんて既に世界中で導入されていて、日本でも過去導入されたことがあって、当然各国大きな問題なんて起きてない。大正だって昭和だって元号の発表は崩御の当日で即座に適用されたし、それこそ戦争が終わるって発表も予告後のラジオ放送で日本全国即日中くらいに移行したってのに。
今時わざわざサマータイムに対応できないシステムを作った野郎ってのは何を考えてたんだ?何で今後サマータイムが何十年も導入されないなんて思ったんだ?
お上が書いた仕様書に、サマータイムをフラグで持ってるテーブル定義書があるんよねぇ…。見た時正気を疑ったんだが、時刻(多分JST)とサマータイムフラグでPKになってる。
コレ、改修するなんて不可能だよ。パフォーマンスの問題が出るのでサマータイム無し固定で運用してる。そんな、いい加減なサマータイム対応システムが山ほどあるはずw
電波時計の使ってるJJYの仕様はサマータイムフラグがありますね(将来の予約だったかも)下手にフラグ立てると台湾や韓国でも問題起きそう
タイムゾーン呪いの書 [qiita.com]
これを解呪できるってんなら、「どこでもやってるから大した問題じゃないね」と言ってもいいけど。
たんに日本にいると遭遇しずらいだけで、いろいろ問題はあると思うよ。
あるいはその問題を組み込み機器みたいな長い時間かけて浸透するものも含めて対応しきれてるからいいのであって、準備時間短すぎて死ねるよ。
普通に設計時に気を付ける事だと思う。対処はシンプルで、
そりゃ時間ってのは簡単じゃないのは当たり前の話で、それは天体的な時間表記を採用した時点で避けられない。問題はその複雑なものを勝手に仮定してあたかもシンプルなものだとして扱う事による。別にそうしたって勝手だが、それを「政治家が分かってない」だの「システム屋が死ぬ」だの言って国民の選択肢を制限するってのはめちゃくちゃだとしか言いようがない。責任が実装した人なのか使用した人なのかどちらかは難しいけど、少なくとも国民ではないはずだ。
貴方や一部政治家のような異常者が言い出しうる事に対応を検討するのが非合理ってだけで、健常な国民の選択肢はまったく制限して無いよ。もともと国民に責任はなくって、責任が付いて回るとしたらそれら一部の異常者にだ。
>対処はシンプルで、
>3. 閏秒は存在を無視する。言い換えれば同じ時間の繰り返し耐性を持つ(時計の調整でもあり得るし)。>4. 時間制度は各国で適宜変わるんだから迅速なアップデートが可能なように設計する(セキュリティ問題と同じ)。
言うだけならシンプルな言い方ができるけど、実際に実装するとなったら全然シンプルじゃない話ですね。# こいつらを本気でシンプルだと思ってるとしたら、 (#3456718) は間違いなく今までにこの辺で気付かないうちにバグを作り込んでると思う。
世の中賢い人だけだったなら問題無いのでしょうが、往々にして無知の知とは難しいもので時刻システムの複雑さなど考えたことも無く、完全に理解しているつもりの人も多いのです。
JavaですらまともなAPIが用意されたのがJava8という状況で、独自実装するなというのも難しかったでしょう。
対処法として列挙されているものを見たけど抽象的すぎて新規システムをサマータイム対応する際の指針としてですら非常に心細い。ましてや既存システムをサマータイム対応する事を考えると途方に暮れるばかり。
リンク先見たけど、夏時間という制度がどうなっているのかは解説してるけど、夏時間のおかげでどんな問題に遭遇したかみたいな話は全然でてないのね……
サマータイムをやっているところではサマータイム対応が当然なわけで、日本に経験やノウハウが無いというローカルな話でしか無いんだよね。
今までやってこなかったことを、すぐにやれと言うのは無理ってだけ。
そうだな、明治維新なんてあんなとんでもない大改革だったのに、ITシステムの問題があったなんて聞いたこともない当時は無能なSEや間抜けなプログラマーが全くいなかったんだと思うサムライ精神が生きてた時代だったんだろうって思うよ
平成だって元号は即日発表ですよ。次の改元時には10年前に予告しろとか言い出すのかな。
平成だって元号は即日発表ですよ。 次の改元時には10年前に予告しろとか言い出すのかな。
そのときは、「崩御」を何週間も延ばすために「大勢の自衛隊員からの献血が注ぎ込まれていた」とか何とか努力していたとの噂がありましたね。
その間に、可能な限りの下準備を済ませていたんだったのでは。
フィクション『帝都物語』では、何のためか目的は明示しないままヒトの生き胆を密かに買い求めていたことを思い出す。
天皇の崩御を仕様に組み込むなんて不敬なことができるか考えてみろ
崩御と改元を同期する必要は必ずしもない。
先進国で最近になってサマータイムが導入された国はあるのか?IT化が全然進んでいない昭和と、生活のあらゆるところにコンピュータが入り込んでる現在で状況が異なるのは当たり前だろ。
日本での過去導入例ってGHQ占領下における夏時刻法のことですか?当時とは周囲や自国の環境が違いすぎていますから、夏時刻法の事例があるからたいした問題は起きない、などとは楽観論者ですら言いそうに無いと思いますが。
そうではなくて過去導入歴があるのに何でサマータイムなんて絶対ないとか導入時には5年前くらいに予告するとか考えたんだって話よ。常識があれば切り替えは容易なように作ってテストもするだろう。
なんでそんな、あるかも分からないことのためにコストをかけねばならないのだ。「サマー対応したのでこの金額です」と言って顧客が素直に払ってくれるとでも?
問題があったから日本は廃止したんじゃない?
進駐軍(GHQ)の管理上の都合で強権的に導入したけど弊害ばかりで日本には根付かなかっただけですね。そのため、サンフランシスコ講和条約で独立を回復すると、続ける理由もないから廃止。
具体的には、農業の現場での混乱や、サマータイムの趣旨が日本側に正しく理解されなかったために、本来なら何時と考えてしまい名ばかりサマータイム状態になり、残業が増えるだけに終わったのが大きいようです。
改元すら考慮せずにシステム組んでるからな。サマータームなんて頭にあるわけないwそして今の開発現場はとことん遠回り開発だからな。数行で済むレベルの変更すら何か月もかかる
お前が3日で修正すれば受注取り放題だぞ!
用件に挙がっておらず、費用が担保されないものは実装しない。ビジネスなんだから当たり前た。大人のお仕事ってのはやったことには責任持つんだよ。責任持つってのはちゃんとテストするってことだよ。テストの費用はタダじゃねーんだよ、坊や。
日本でサマータイム対応機能を要件定義書や見積もりに書いたら削られて値切られると思う。その場合、対応できていないのは誰のせいかな?
大正時代に電子計算機システムはありましたか?昭和帝がお隠れになった時には、実質9ヶ月ほどの前準備期間がありました。また社会にこれほど情報通信ネットワークは普及していませんでした。携帯電話も実質的に存在せず、インターネットの商業化もまだ、ワールドワイドウェブの基本概念の起草ですらまだの時期です。これほどまでに情報通信ネットワークが社会の運営に不可欠になった後でサマータイムを新規導入し起草から約1年で導入した国家の事例はありますか?
大正時代には電子計算機システムはなくて、何かを印刷するには活字を入れ替える必要があって、計算には頭でやったり表や計算尺や算盤を使わなくちゃいけなくて、過去のデータベースを書き換えるとかは大量の労力を消費する事から不可能で、諸外国のサマータイムに関する知見も今と比べれば少なかった。
それから最近の先進国のサマータイムやタイムゾーンの変更事例ではロシア [wikipedia.org]の件がある。冬時間の導入から3年。法案署名から3カ月。
ロシアの場合、その少し前の2011年までサマータイムを実施していましたよね、リンク貼っているウィキペディアの記事によれば。だから、国民に理解があって、コンピューターシステムもサマータイム対応で作ってあるものが多いと想像されます。ところが、日本はサマータイムの経験がほぼ皆無なのだから、そんな3ヶ月で準備できないですって。
> 今時わざわざサマータイムに対応できないシステムを作った野郎ってのは何を考えてたんだ?日本において確実に変わる年号の問題や、2000年問題(こちらも来ることは確定だった)より遥かに多そうな気がする。"今時"対応してないといっても、作られた時代も様々ですし。
さらに、今回の"2時間"ってのも曲者だと思います。現在のDSTは普通1時間(※)なので、サマータイムか否かのフラグしか取れないAPIとか普通にありそう(というか使ったことあります)。そういう"対応"がされているものも2時間の場合は修正が(もちろんテストも)必要になりますね。※ オーストラリアのロード・ハウ島ってところ(だけ?いつから?)のDSTは30分らしい
今ある対応できないシステムにどうこう言うよりも、こんな案はさっさと潰すために不都合を指摘していったほうが皆幸せになるのでは?
まともなエンジニアであれば、日本国内でしか使われないものはサマータイムに対応なんてしません。
「もしかするとサマータイムが導入されるかもしれない」「もしかすると東日本と西日本で別のタイムゾーンになるかもしれない」「もしかすると郵便番号が10桁になるかもしれない」「もしかすると道州制が採用されるかもしれない」「もしかするとデノミが実施されるかもしれない」「もしかすると月面基地でもこのシステムが使われるかもしれない」起こりうる将来に全て対応しようとすると、システムは際限なく肥大化します。
だから、「起こりうる将来」の対応はばっさり切り捨てて、「蓋然性の極めて高い将来」にだけ対応します。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
サマータイムは反対だけど (スコア:0)
サマータイム自体は反対だけど、サマータイム導入に何年も掛かるとか言って、それをさも当たり前で仕方がない事のように言ってるのは何なのかと思う。
改元や閏秒もそうだが。
サマータイムなんて既に世界中で導入されていて、日本でも過去導入されたことがあって、当然各国大きな問題なんて起きてない。
大正だって昭和だって元号の発表は崩御の当日で即座に適用されたし、それこそ戦争が終わるって発表も予告後のラジオ放送で日本全国即日中くらいに移行したってのに。
今時わざわざサマータイムに対応できないシステムを作った野郎ってのは何を考えてたんだ?
何で今後サマータイムが何十年も導入されないなんて思ったんだ?
Re:サマータイムは反対だけど (スコア:2, 興味深い)
お上が書いた仕様書に、サマータイムをフラグで持ってるテーブル定義書があるんよねぇ…。
見た時正気を疑ったんだが、時刻(多分JST)とサマータイムフラグでPKになってる。
コレ、改修するなんて不可能だよ。パフォーマンスの問題が出るのでサマータイム無し固定で運用してる。
そんな、いい加減なサマータイム対応システムが山ほどあるはずw
Re: (スコア:0)
電波時計の使ってるJJYの仕様はサマータイムフラグがありますね(将来の予約だったかも)
下手にフラグ立てると台湾や韓国でも問題起きそう
Re:サマータイムは反対だけど (スコア:2)
タイムゾーン呪いの書 [qiita.com]
これを解呪できるってんなら、「どこでもやってるから大した問題じゃないね」と言ってもいいけど。
たんに日本にいると遭遇しずらいだけで、いろいろ問題はあると思うよ。
あるいはその問題を組み込み機器みたいな長い時間かけて浸透するものも含めて対応しきれてるからいいのであって、準備時間短すぎて死ねるよ。
M-FalconSky (暑いか寒い)
Re: (スコア:0)
普通に設計時に気を付ける事だと思う。
対処はシンプルで、
そりゃ時間ってのは簡単じゃないのは当たり前の話で、それは天体的な時間表記を採用した時点で避けられない。
問題はその複雑なものを勝手に仮定してあたかもシンプルなものだとして扱う事による。
別にそうしたって勝手だが、それを「政治家が分かってない」だの「システム屋が死ぬ」だの言って国民の選択肢を制限するってのはめちゃくちゃだとしか言いようがない。
責任が実装した人なのか使用した人なのかどちらかは難しいけど、少なくとも国民ではないはずだ。
Re: (スコア:0)
貴方や一部政治家のような異常者が言い出しうる事に対応を検討するのが非合理ってだけで、健常な国民の選択肢はまったく制限して無いよ。
もともと国民に責任はなくって、責任が付いて回るとしたらそれら一部の異常者にだ。
Re: (スコア:0)
>対処はシンプルで、
>3. 閏秒は存在を無視する。言い換えれば同じ時間の繰り返し耐性を持つ(時計の調整でもあり得るし)。
>4. 時間制度は各国で適宜変わるんだから迅速なアップデートが可能なように設計する(セキュリティ問題と同じ)。
言うだけならシンプルな言い方ができるけど、実際に実装するとなったら全然シンプルじゃない話ですね。
# こいつらを本気でシンプルだと思ってるとしたら、 (#3456718) は間違いなく今までにこの辺で気付かないうちにバグを作り込んでると思う。
Re: (スコア:0)
世の中賢い人だけだったなら問題無いのでしょうが、往々にして無知の知とは難しいもので
時刻システムの複雑さなど考えたことも無く、完全に理解しているつもりの人も多いのです。
JavaですらまともなAPIが用意されたのがJava8という状況で、独自実装するなというのも難しかったでしょう。
Re: (スコア:0)
対処法として列挙されているものを見たけど抽象的すぎて新規システムをサマータイム対応する際の指針としてですら非常に心細い。ましてや既存システムをサマータイム対応する事を考えると途方に暮れるばかり。
Re: (スコア:0)
リンク先見たけど、夏時間という制度がどうなっているのかは解説してるけど、夏時間のおかげでどんな問題に遭遇したかみたいな話は全然でてないのね……
Re: (スコア:0)
サマータイムをやっているところではサマータイム対応が当然なわけで、日本に経験やノウハウが無いというローカルな話でしか無いんだよね。
今までやってこなかったことを、すぐにやれと言うのは無理ってだけ。
Re:サマータイムは反対だけど (スコア:1)
そうだな、明治維新なんてあんなとんでもない大改革だったのに、
ITシステムの問題があったなんて聞いたこともない
当時は無能なSEや間抜けなプログラマーが全くいなかったんだと思う
サムライ精神が生きてた時代だったんだろうって思うよ
Re: (スコア:0)
平成だって元号は即日発表ですよ。
次の改元時には10年前に予告しろとか言い出すのかな。
Re:サマータイムは反対だけど (スコア:2)
平成だって元号は即日発表ですよ。 次の改元時には10年前に予告しろとか言い出すのかな。
そのときは、「崩御」を何週間も延ばすために「大勢の自衛隊員からの献血が注ぎ込まれていた」とか何とか努力していたとの噂がありましたね。
その間に、可能な限りの下準備を済ませていたんだったのでは。
Re:サマータイムは反対だけど (スコア:1)
フィクション『帝都物語』では、何のためか目的は明示しないまま
ヒトの生き胆を密かに買い求めていたことを思い出す。
Re: (スコア:0)
天皇の崩御を仕様に組み込むなんて不敬なことができるか考えてみろ
Re: (スコア:0)
崩御と改元を同期する必要は必ずしもない。
Re: (スコア:0)
先進国で最近になってサマータイムが導入された国はあるのか?
IT化が全然進んでいない昭和と、生活のあらゆるところにコンピュータが入り込んでる現在で状況が異なるのは当たり前だろ。
Re: (スコア:0)
日本での過去導入例ってGHQ占領下における夏時刻法のことですか?
当時とは周囲や自国の環境が違いすぎていますから、夏時刻法の事例があるからたいした問題は起きない、などとは楽観論者ですら言いそうに無いと思いますが。
Re: (スコア:0)
そうではなくて過去導入歴があるのに何でサマータイムなんて絶対ないとか導入時には5年前くらいに予告するとか考えたんだって話よ。
常識があれば切り替えは容易なように作ってテストもするだろう。
Re: (スコア:0)
なんでそんな、あるかも分からないことのためにコストをかけねばならないのだ。
「サマー対応したのでこの金額です」と言って顧客が素直に払ってくれるとでも?
Re: (スコア:0)
問題があったから日本は廃止したんじゃない?
Re:サマータイムは反対だけど (スコア:1)
進駐軍(GHQ)の管理上の都合で強権的に導入したけど弊害ばかりで日本には根付かなかっただけですね。
そのため、サンフランシスコ講和条約で独立を回復すると、続ける理由もないから廃止。
具体的には、農業の現場での混乱や、サマータイムの趣旨が日本側に正しく理解されなかったために、本来なら何時と考えてしまい名ばかりサマータイム状態になり、残業が増えるだけに終わったのが大きいようです。
Re: (スコア:0)
改元すら考慮せずにシステム組んでるからな。サマータームなんて頭にあるわけないw
そして今の開発現場はとことん遠回り開発だからな。数行で済むレベルの変更すら何か月もかかる
Re: (スコア:0)
お前が3日で修正すれば受注取り放題だぞ!
Re: (スコア:0)
用件に挙がっておらず、費用が担保されないものは実装しない。ビジネスなんだから当たり前た。
大人のお仕事ってのはやったことには責任持つんだよ。責任持つってのはちゃんとテストするってことだよ。
テストの費用はタダじゃねーんだよ、坊や。
Re: (スコア:0)
日本でサマータイム対応機能を要件定義書や見積もりに書いたら削られて値切られると思う。
その場合、対応できていないのは誰のせいかな?
Re: (スコア:0)
大正時代に電子計算機システムはありましたか?
昭和帝がお隠れになった時には、実質9ヶ月ほどの前準備期間がありました。また社会にこれほど情報通信ネットワークは普及していませんでした。
携帯電話も実質的に存在せず、インターネットの商業化もまだ、ワールドワイドウェブの基本概念の起草ですらまだの時期です。
これほどまでに情報通信ネットワークが社会の運営に不可欠になった後でサマータイムを新規導入し起草から約1年で導入した国家の事例はありますか?
Re: (スコア:0)
大正時代には電子計算機システムはなくて、
何かを印刷するには活字を入れ替える必要があって、
計算には頭でやったり表や計算尺や算盤を使わなくちゃいけなくて、
過去のデータベースを書き換えるとかは大量の労力を消費する事から不可能で、
諸外国のサマータイムに関する知見も今と比べれば少なかった。
それから最近の先進国のサマータイムやタイムゾーンの変更事例ではロシア [wikipedia.org]の件がある。
冬時間の導入から3年。法案署名から3カ月。
Re: (スコア:0)
ロシアの場合、その少し前の2011年までサマータイムを実施していましたよね、リンク貼っているウィキペディアの記事によれば。だから、国民に理解があって、コンピューターシステムもサマータイム対応で作ってあるものが多いと想像されます。ところが、日本はサマータイムの経験がほぼ皆無なのだから、そんな3ヶ月で準備できないですって。
Re: (スコア:0)
> 今時わざわざサマータイムに対応できないシステムを作った野郎ってのは何を考えてたんだ?
日本において確実に変わる年号の問題や、2000年問題(こちらも来ることは確定だった)より遥かに多そうな気がする。
"今時"対応してないといっても、作られた時代も様々ですし。
さらに、今回の"2時間"ってのも曲者だと思います。
現在のDSTは普通1時間(※)なので、サマータイムか否かのフラグしか取れないAPIとか普通にありそう(というか使ったことあります)。
そういう"対応"がされているものも2時間の場合は修正が(もちろんテストも)必要になりますね。
※ オーストラリアのロード・ハウ島ってところ(だけ?いつから?)のDSTは30分らしい
今ある対応できないシステムにどうこう言うよりも、こんな案はさっさと潰すために不都合を指摘していったほうが皆幸せになるのでは?
Re: (スコア:0)
まともなエンジニアであれば、日本国内でしか使われないものはサマータイムに対応なんてしません。
「もしかするとサマータイムが導入されるかもしれない」
「もしかすると東日本と西日本で別のタイムゾーンになるかもしれない」
「もしかすると郵便番号が10桁になるかもしれない」
「もしかすると道州制が採用されるかもしれない」
「もしかするとデノミが実施されるかもしれない」
「もしかすると月面基地でもこのシステムが使われるかもしれない」
起こりうる将来に全て対応しようとすると、システムは際限なく肥大化します。
だから、「起こりうる将来」の対応はばっさり切り捨てて、「蓋然性の極めて高い将来」にだけ対応します。