「タイムゾーン呪いの書」は、もともと 2018年に Qiita に投稿した記事でしたが、大幅な改訂を 2021年におこない、同時にこちらの Zenn に引っ越すことにしました。 この改訂では Software Design 誌の 2018年 12月号に特集の一章として寄稿した内容も取り込みつつ、夏時間をめぐって各地で起きつつある変化について 2021年 6月現在の状況なども追加しました。そんな追記もしていたら記事全体が長大になってしまったため、この「知識編」と、「実装編」・「Java 編」に記事を分けました。「知識編」は、導入にあたる第一部です。 Qiita のほうは、引っ越した旨とこの引っ越し先へのリンクだけ追記して、しばらくそのまま残すつもりです。 はじめに タイムゾーンという概念のことは、ほとんどの人が聞いたことがあると思います。ソフトウェア・エンジニアでも多くの方が、時刻やタイムゾ
Ruby2.6アドベントカレンダーの18日目の記事です。 qiita.com Time タイムゾーンサポート 東京五輪時間 Time タイムゾーンサポート https://bugs.ruby-lang.org/issues/14850 Time.new とか Time#getlocal は UTCからの時差を文字列("+09:00"等)か数値(秒数)で指定することができました。 2.6 ではこれに加えてタイムゾーンオブジェクトを指定することができるようになりました。 タイムゾーンオブジェクトは特定のクラスのインスタンスではなく、#local_to_utc, #utc_to_local メソッドを持ち、それらがTimeクラスのようなオブジェクトを返すようなものであれば良いです。 timezone.gem の Timezone::Zone や tzinfo.gem の TZInfo::Time
2020年に開催される東京オリンピックにおいて暑さ対策の一環として日本標準時を2時間前にずらすサマータイムの導入が検討されている。最初の報道は7月末であったが、8月6日から謎のスピード感で議論が進んでいる。 サマータイムのある国に住んでいたが、スマートフォンなどの時計が勝手に切り替わるため、スマートフォンを目覚まし時計代わりに使っておけば特に困ることはなかった。 時計が一斉に切り替わり、日のでている時間が長くなるだけで、生活時間が特に変化するわけではない。いつもの時間に起きて、ご飯を食べて、学校や仕事に行き、帰宅して寝るだけだ。ただし、サマータイムになってから、あるいは終わってからは、時差ボケにより体調が優れないこともあった。特に、サマータイムが終了する方が酷かったように思う。日照時間が急に短くなり、十分に日の光を十分に浴びられないからだろう。 サマータイム期間中は日が長いため、夜の9時く
先日、安倍首相が2時間時刻を進めるサマータイムの導入検討を自民党に指示したという報道がありました。 実は、このサマータイムが導入されると、我々の生活に身近なある物をすべて買い換えなければならなくなるかもしれません。 というか既にタイトルでネタバレしているのですが、そのある物とは、電波時計です。 定期的に自動で時刻を合わせてくれるため、手動で時刻を合わせる手間がなく大変便利な時計なのですが、実は、現行の電波時計では現在検討が進められている2時間のサマータイムには対応できないのです。 電波時計の仕組み 電波時計は、「情報通信研究機構（略称：NICT）」という国の機関が送信している「JJY」という無線局の電波を受信して正確な時刻を取得します。 NICTは「日本標準時」を決定・維持している、まさに日本の時を司っている機関です。 何年かに一度行われる「うるう秒」の挿入のとき、大きなデジタル時計の前で
いきなり来年から日本でサマータイムを導入するという話が出てきて、私には到底実現できない話としか思えなかったが、自民党の少なくとも一部の方々は本気で考えているようだ。そもそも、私にはメリットがどこにあるのかわからないがそれは置いておいて、コンピュータシステム側の対応が非常に困難であるということを、なるべく一般の方にわかるように説明してみたいと思う。 5chとツィッターを眺めて見ると、同業者の人は私と同じ意見が多数であるように見えるが、一部楽観的に見ている方もいるのに驚いた。何事にもいろいろな見方があるので、賛否両論の意見があって議論していけばいいことではあるが、その楽観論を見ていると、全く違う立場の二種類の楽観論がある。何がなんでも自分の立場が正しいと主張する気はないが、この二種類の楽観論が絶対両立しないことは確かで、ここだけはハッキリしておかなければならないと強く言いたい。 最悪のケースは
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事は下記のtweetから始まるスレッドに触発され、@qnighyや@na4zagin3からアイディアを拝借して書いた。 i18n力が最強の国は国内に複数の言語があり、そのうちいくつかは他国でも使われている言語の方言で、1バイト文字での代替表記が困難で、歴史的にISO-2022ベースの文字コードとUnicodeと独自エンコーディングが混在していて、フリガナなどの特殊な組版規則があり、右書き左書き縦書きを併用し、 — Masaki Hara (@qnighy) 2018年8月6日 皆さんのおかげで最強のi18n国家が建設されつつある。一
技術的な標準・規格 (TODO: IATA, Microsoft) tz database タイムゾーンに関する、ソフトウェア・エンジニアにとって最も標準的なデータが tz database (Wikipedia) でしょう。 "Asia/Tokyo" や "Europe/London" のようなタイムゾーンの名前は、この tz database のものです。 tz database のタイムゾーンは "/" の前の最初の部分に大陸名・海洋名を用い、続いて、典型的にはそのタイムゾーン内の著名な都市名・島名をその代表として名付けられています。21 国名は基本的に使われません。22 "America/Indiana/Indianapolis" のように3要素で構成されるタイムゾーンも少数ながら存在します。 tz database はボランティアによってメンテナンスされています。タイムゾーンの情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く