とあるプロジェクトでナノ秒からミリ秒への変換で四捨五入してきた人がいて、時刻を扱うときは保存精度未満は切り捨てるべきというのが常識になっていないなーと思ったので。 2023-10-01 を、何年か表示する時に、2024年に丸める人はいないだろう。 13:45 が何時か表示する時も、13時と表示するだろう。（口頭で何時？と聞かれたら14時と答えるかもしれないけれど） つまり、ある精度で表した時刻は、実際には次のような半開区間を示しているのである。 2023-01-01 00:00:00 <= 2023年 < 2024-01-01 00:00:00 13:45:00.000 <= 13:45 < 13:46:00.000 そして、そう決めたからには一貫して同じように、指定精度未満は切り捨てというルールを維持しなければならない。秒以下は四捨五入で、とかやってはいけないのだ。 一貫しないと何が問題
9時間足すんだっけ引くんだっけ問題～あるいは、諸プログラミング言語はいかにタイムゾーンと向き合っているか - エムスリーテックブログ
私は日付時刻の処理が大好きです。 タイムゾーンの問題でデータ抽出が9時間分漏れていたとか、朝9時の始業前のログが昨日付けになってしまっていたなんていう問題が起こると喜んじゃうタイプ。 そんな私にとって、各プログラミング言語が標準で持っている日付時刻型クラスにはそれぞれ思うところがあり、今日はちょっとその品評会をしてみたいと思います。 エムスリーエンジニアリンググループ、Unit1（製薬企業向けプラットフォームチーム）三浦(@yuba@reax.work) [記事一覧 ]がお送りいたします、エムスリー Advent Calendar 2023の2日目です。 至高の日付時刻型を持つ言語、BigQuery SQL 不足はないが蛇足、Java 8 日付時刻で画竜点睛を欠いたC# C#よりややまし、Python 型は良い構成、なのに命名と処理関数で損しているPostgreSQL まとめ We ar
実質的な廃止が決まった「うるう秒」。過去には情報通信システムのトラブルを引き起こす要因にもなってきたが、今後IT業界はうるう秒に悩まされることはないのだろうか。日本でうるう秒調整の対応を主導する情報通信研究機構（NICT）に見通しを聞いた。 そもそも、うるう秒とは何か。NICTのWebサイトではこう説明している。「時間や時刻は、以前は地球の公転・自転に基づく天文時が使われていましたが、科学の進歩に応じた高精度な時刻が必要になり、 現在使われている時刻は、原子時計をもとに決められています。規則正しい原子時計と地球の自転に基づく時刻の差が±0.9秒以内になるように、原子時計の時刻に1秒だけ調整を行った時刻を協定世界時（UTC）と呼び、 現在、この時刻が世界の標準時として一般に使われています。この1秒の調整が“うるう秒”です」。 地球の回転で決まる世界時（UT1）と原子時計ベースの協定世界時（U
GitHub - Code-Hex/synchro: 🕰️ Synchro: Timezone-typesafe date and time framework for Go. 🌟 Star to support our work!
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ
「うるう秒」はまだ終わっていない 焦点は“新たな協定世界時”の導入時期