【五輪】サマータイム導入時の損失は約15兆円 経済効果の10倍以上 ★4
レス数が1000を超えています。これ以上書き込みはできません。
サマータイムについて、安倍晋三総理はその導入を検討するよう自民党に指示したという報道があった。しかし、政府内ではサマータイムについて慎重な見方がある。
安倍総理としては、政府として直ちに検討するのではなく、森会長を門前払いもできないので自民党でと検討すると応じたのだろう。なお、自民党内では、2年間限定で夏の時間を2時間繰り上げるサマータイム導入について議員立法で秋の臨時国会に提出――と、賛成派は目論んでいる。
積極派「省エネと経済効果」
以上の政治プロセスをみていると、サマータイムについては、安倍総理が自ら積極的に発言することなく、自民党へ検討させているので、実現可能性はそれほど高いとは言えないが、一応メリットとデメリットを見ておこう。
サマータイムには、積極派と消極派がある。積極派は産業界である。理由として挙げるのは、省エネと経済効果である。
サマータイムは、活動時間の前倒しであり、省エネ効果や経済効果は、プラス面とマイナス面を考えなければいけないが、推進派はプラス面ばかりを強調する。
例えば、サマータイムで余暇時間が増えて、経済効果が1兆円近いという試算がある。社会経済生産性本部が2002年にまとめた報告書が有名であるが、最近でも民間エコノミストはほぼそれと同様な試算をしている。
そもそも、出勤時間が2時間繰り上がると、退社時間は暑い時になるので、残業してしまう可能性もある。残業にならないとしても余暇時間がそのまま増えたら、睡眠時間が減るだろう。
日本人の睡眠時間は世界でも最低クラスである。2014年に経済協力開発機構（OECD）が世界29か国を対象に15〜64歳の国民平均睡眠時間を調べたところ、日本人の睡眠時間は世界29か国の中で韓国に次いで2番目に短い7時間43分だった。7時間以内の睡眠の人は56％にもなっている。
慎重派「睡眠不足がもたらす健康被害」
この睡眠不足は、いろいろな健康被害をもたらすというのは、様々な研究によって知られている。
推進側が経済効果、批判側が健康被害という主張で、経済より健康ではないかとの正論もあるが、議論はすれ違いだ。
しかし、睡眠不足が労働者の生産性を低め、経済的にマイナスという研究もある。2016年の非営利研究機関ランド・ヨーロップの研究によれば、7時間以内の睡眠で日本の経済活動はGDP3％の損失であるという。
サマータイムの推進側の経済効果が、せいぜい1兆円、つまりGDPの0.2％程度であるに対して、その1桁大きい損失だ。サマータイムのメリットとデメリットを比較すると、日本では日本人の睡眠不足もあり、推進側の分が悪い。
省エネではどうだろうか。サマータイムを導入しているのは欧米の高緯度国であり夏の日照時間が長く省エネ効果はあるだろう。しかし、アジアの中低緯度国ではその効果も限定的だ。
日本でも、戦後連合国軍の占領下で1948年から1951年まで4シーズン実施されていた。しかし、寝不足などで社会的に不評であったので、占領政策の終わりとともに廃止され、現在に至っている。
中緯度国の日本の周辺では、韓国、中国、台湾で過去にサマータイムを採用したことがあるが、現在では実施されておらず、サマータイムは定着していない。東南アジアでは、これまでサマータイムは実施されたこともない。
あと2年しかない中で、来2019年の元号改正もあり、システム対応は現実的に至難であることもあり、答えは見えているが、さて自民党はどういう結論をだすのか。
https://www.j-cast.com/2018/08/09335910.html?p=all
★1 :2018/08/09(木) 18:26:46.82
※前スレ
http://asahi.5ch.net/test/read.cgi/newsplus/1533828110/ >>961
最近 見切り発車の政策が多すぎる気がする
信用できなくなってきた 夏の夜暗くなってからのイベントは日本から無くなる
花火大会、ねぶた、灯篭流し
そのことの経済の損失を試算してほしい >>937
飛ばされた時間や水増しされた時間の扱い方を統一するなんて無理だよ
処理をスキップするのかしないのか別の時間に実行するのかといったことは業務要件によって千差万別
投薬の間隔とかなら変えちゃいけないだろうし日次バッチならばサマータイムに合わせて時間変更する必要あるだろう 産業界が推進て
社畜を日の出から日没までこき使おうとしてる？ 総務省がガイドライン作ってから実装開始となると
旧型の家電がある程度買い換えられると見込めるまでは10年は最低掛かるよ
集中管理で入れ替えに関しては制御が効くサーバものですら
銀行系はお上の決定から5年いるって言われてるのに というかJカスは「推進側は産業界、反対してるのはアカ」みたいな印象操作したいようだけど
推進してる産業界ってのはあくまで労働集約的な工場系（2時間余分に働かせられればそれだけ儲かる）で
反対してるのも産業界でこっちはIT系や医療系（1年足らずじゃ物理的に対応が無理、自社装置の誤動作で病人死んだらえらいことになる）
いわゆる「市民団体」系は千差万別。まあ労組系はだいたい反対が多いけど >>963
少子化を進める要因にもなるだろうな
夜の祭りがチョメチョメに繋がるケースは多い ■日本のスケジュール
2019年05月01日 新元号切り替え ←ここで混乱
2019年06月01日 サマータイム導入リハーサル開始！ ←ここで混乱
2019年07月 台風（9月まで） ←ここで混乱
2019年8月前後 参議院選挙 ←ここで混乱
2019年08月31日 サマータイム導入リハーサル終了！ ←ここで混乱
2019年10月01日 消費税10% ←ここで混乱
2020年06月01日 サマータイム本番スタート！ ←ここで混乱
2020年07月 台風（9月まで） ←ここで混乱
2020年07月 東京都知事選（第一日曜？） ←ここで混乱
2020年07月24日 東京五輪（〜08月09日までの17日間） ←ここで混乱
2020年08月31日 サマータイム本番終了！ ←ここで混乱
混乱から始まる新元号時代っていいの？
そんなに混乱させてテロるつもりかよｗ
混乱を避けようと崩御ではなく生前退位を選んだ平成天皇の意思に反するのでは？
>>960
単に日本がサマータイム導入して時間変えれば
アメリカのTV局が飲んでくれる程度の考えだったんでしょ。
生中継の時間をアメリカ東部時間で指定されたらおしまいなんだが。
それだけ酷暑対策がないってこと。 >>522
UTCは、サマータイムでも時間の欠落や重複はないよ。あるというやつは宮脇以下の大バカ。
そもそもUTCにサマータイムという概念はない。
サマータイムになろうがUTCはずっと連続しているよ。
UTCを9時間進めたのがJST。11時間進めたのがJSTのサマータイムであるJDT。サマータイムになればタイムゾーンをJSTからJDTに変えるだけだし、サマータイム終了日はその逆を行うだけ。
DHCPのログみたいにログをUTCで記録すれば、ずっと連続してる。 新聞も２時間早く届くのかな？出勤前に届かないならいらないよね。 日付はローカルタイムで行うものだから、UTCとのズレを考慮するのは当然だな。 UTCで管理してれば平気ってのは正しい面と間違ってる面があるんだよなぁ
ログを取るだけなら時間を全部UTCで出力すれば良いはまあ正しい(可読性は悪い)
一方システム全体で言えば内部UTCだろうが入出力はローカルタイムなんだから
欠落や重複の考慮は内部UTCにしても全く回避できない
まあ客に提供する外部UIまで全てUTCにしていいなら別だがｗ （＾∇＾）やるならやればいいさ
毎度毎度国民に迷惑かけやがって
次の選挙の時おぼえてろよ？ >>970
普通に朝５時スタートだと、米メディアが認めてくれないのか？
時差は13時間じゃなかったっけ？
夕方６時スタートなら、許容範囲内だと思うんだけどな >>975
次の選挙の時まで国民が覚えてないからやりたい放題なんやで >>971
ＪＤＴは＋10に設定されてるみたいだよ
＋１１にするにはＴＺデータベースを更新すれば良いのかな？ 私利私欲，利権のために時間をいじったものは滅びる
日本むかしばなしの「湖山長者」の教訓 >>978
+10の旧JDTと+11の新JDTが別々に定義されるだけ
OSレベルでの対応自体はそこまでは難しくないはず(OSの更新がそもそもできない環境も多いが…) >>974
ローカルタイムの日付だってちゃんとタイムゾーンをつけとけば時間が飛んだり重複してることにはならないよ。 >>981
「毎日○時」みたいな設定は通常時と夏時間で自動的にシフトされることが期待されるから
タイムスタンプをつけておくわけにいかないのよ
常にUTCに再計算する必要があるし、それが切り替え時間に該当する時はどこで処理するか考慮がいるでしょ
「内部UTCにすればいいだけだろ」って安易に言う奴が「そんなわけねーだろバーカ」って言われるのはそのせい
というかこの辺の処理はほんと全てにおいてUIや入出力ごとに考慮する必要あるから
夏時間の実装に30年以上経験のあるAppleですらここ数年で複数回やらかしてる魔窟よ ×タイムスタンプ
○タイムゾーン
つまりあくまで設定される「ゾーン」は「JSTかJDTか」ではなく「Asia/Tokyo」なのよね
ロケールの闇 ってか、なんで時間ごと動かさなきゃいけないの？
単純に始業、開店時間を9時→7時にしますじゃダメなの？
どうして9時→9時(7時)ってやりたがってるの？ ログの話じゃなくて cron の話か？
cronはローカルタイムで実行されるし、サマータイム初日のローカル時間が飛ぶときは、飛んだ時間に実行されるはずのスケジュールは、飛んだ時に一斉に実行される。それで問題なら対応するしかないね。 >>985
実際アンケートでいいと答えてるのって年寄りばかりでしょ
時間に縛られない生活してるから関係ない >>986
俺もそれ疑問だったんだけどみんなで時間を合わせるためじゃねえかと思うようになった
商売してる人らなんかはうちは７時から仕事始めてるけど相手方はまだ始めてないから仕事になんねえなみたいな状況が生まれそうじゃね？
でも２時間時計早めたところで元の時間に合わせて２時間遅く動き出すところもあるんじゃねえのって言われたらもう分からない いやcronはその実装の一つであってcronだけで済むわけないじゃん？
Googleカレンダーで毎週月曜午前7時みたいに設定したらGoogleが社内で利用者の数だけcron仕掛けてるわけないじゃん？
他にも例えばUI上で日時指定する時に「ローカルタイム上で消滅する日時が指定されたらエラー」「2つある日時が選択されたらどっちか選ばせる」という画面も追加する必要あるだろ
技術者的に分かりやすく(?)言うと内部UTCにするってのは文字コードは内部UTF-8にしましょうねレベルの話でしかない
それだけで解決する問題も多少はあるけど、現実的には「これから問題に立ち向かうための最低限の足場が出来た」に過ぎない
だって「画面はShift_JISです」みたいな要件なわけだし 第一製薬 「いのち、ふくらまそう。」
第一生命 「いのち、減らそう。」
同じ第一が付くのに、この差は 結局馬鹿な国民は馬鹿な政治家しか生み出せないと言う見本 インフラだけじゃねえんだよ。決済系、勤怠系、システムベンダーは既存顧客の対応でどんだけ時間食われる事になるか >>980
それは駄目だろ
識別子ＪＤＴでどちらを拾うんだ？
いずれにせよＴＺデータベースの修正が必要なのだから、旧ＪＤＴを上書きすべきだ
ＴＺデータベースは何処が管理してるんだろうな？ 強行すればオリンピックやめられるよな
ちいうか混乱で実施するのは無理になる このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 4日 1時間 36分 46秒 レス数が1000を超えています。これ以上書き込みはできません。
