タグ

関連タグで絞り込む (9)

タグの絞り込みを解除

datetimeに関するkiririmodeのブックマーク (11)

  • 発表資料「日付時刻A to Z」を公開しました | Wantedly Engineer Blog

    日付や時刻データの扱いについてまとめたスライド「日付時刻A to Z」を作ったので公開します。 これは何？「日付と時刻」を正しく扱うために、日付/時刻にまつわる諸概念やありがちな間違いを紹介したスライドです。このスライドは大きく3つのパートに分かれています: 第1部「日付編」§1 天体の周期§2 暦§3 紀元と通日第2部「時刻編」§4 時間と分§5 秒§6 相対性理論第3部「コンピューティング編」§7 文字列表現§8 数値表現§9 時刻同期第1部と第2部では、「日付」や「時刻」の概念を定めるのに必要な知識を整理します。第3部ではその日付時刻をコンピューターで扱うときに特有の事情を補足しています。 このスライドが作られた経緯ウォンテッドリー社内では毎週1回お昼の時間に任意で集まって技術の話をする "Tech Lunch" というイベントがあります。テーマは自由で、社内でやったことの紹介やアナ

    発表資料「日付時刻A to Z」を公開しました | Wantedly Engineer Blog
    kiririmode
    kiririmode 2023/04/28
    ISO 8601ではなくRFC 3339の方が曖昧性が小さくなる
    リンク

  • タイムゾーンを考慮した日時の扱いのベストプラクティス - エムスリーテックブログ


    こんにちは、server-side kotlin や terraform を書くことが多い、エンジニアリングGの矢崎(id:Saiya)です。 タイムゾーンや日時の扱いについての話題がホットな昨今ですが、 そういった日時の扱いについて例えば以下のようなお話を受けることが少なからずありました: とりあえず日時は UTC からの時差情報付きで扱えばいいんでしょ？ DBに保存するときもタイムゾーン情報付きで入れておけばいいんでしょ？ こういったお話を振られた際に、思うところを一言でサッと説明できずもやもやする事もあり、 また web サービスにおいて日時・タイムゾーン・オフセットをどう扱うべきか？納得の行く説明をあまり見つけられなかったため、 筆者なりに考えをまとめてみました。 国家的祭典のために急にサマータイムが導入されるといった話に限らず、 クラウドサービスが UTC+0 の日時になってい
    タイムゾーンを考慮した日時の扱いのベストプラクティス - エムスリーテックブログ

  • タイムゾーン呪いの書 (実装編)


    ﹁タイムゾーン呪いの書﹂は、もともと 2018年にQiitaに投稿した記事でしたが、大幅な改訂を 2021年におこない、同時にこちらの Zenn に引っ越してきました。この改訂で記事全体が長大になったので、﹁知識編﹂・﹁実装編﹂・﹁Java 編﹂と記事を分けることにしました。 この﹁実装編﹂は、導入にあたる﹁知識編﹂の続きとなる第二部です。おもに Software Design 誌の 2018年12月号に寄稿した内容をベースにしていますが、修正した内容もかなりあります。本記事全体を通して﹁知識編﹂を読んでいることを前提にしているので、ご注意ください。旧Qiita版にあった Java 特有の内容は、第三部にあたる﹁Java 編﹂にあります。 はじめに 先の﹁知識編﹂では、この時刻とタイムゾーンという厄介な概念について一般的な知識を紹介してきました。さて、ではこの知識を具体的に実装に
    タイムゾーン呪いの書 (実装編)

  • タイムゾーン呪いの書 (知識編)


    ﹁タイムゾーン呪いの書﹂は、もともと 2018年にQiitaに投稿した記事でしたが、大幅な改訂を 2021年におこない、同時にこちらの Zenn に引っ越すことにしました。 この改訂では Software Design 誌の 2018年12月号に特集の一章として寄稿した内容も取り込みつつ、夏時間をめぐって各地で起きつつある変化について 2021年6月現在の状況なども追加しました。そんな追記もしていたら記事全体が長大になってしまったため、この﹁知識編﹂と、﹁実装編﹂・﹁Java 編﹂に記事を分けました。﹁知識編﹂は、導入にあたる第一部です。Qiitaのほうは、引っ越した旨とこの引っ越し先へのリンクだけ追記して、しばらくそのまま残すつもりです。 はじめに タイムゾーンという概念のことは、ほとんどの人が聞いたことがあると思います。ソフトウェア・エンジニアでも多くの方が、時刻やタイムゾ
    タイムゾーン呪いの書 (知識編)

  • JavaScriptのプログラムに渡す時刻の文字列の形式は何が良いか - 或る阿呆の記


    発端は、d="2018-09-11 10:00:00"というような形式の文字列をjsのプログラムに渡したら、new Date(d)で一部環境︵iPhone + Chrome︶ではNaNが返ったこと。 それからあれこれ調べて、JavaScriptのプログラムに文字列で時刻を渡すのであれば、"2018-09-11T10:00:00+09:00"というフォーマットが無難かなぁと。JavaScriptと書いたけれど、ISO準拠なので、他のケースでも考え方は同じかと思う。 キーワード: ISO8601拡張形式, RFC3339, ECMAScript 時刻の文字列のフォーマットは何が良い？ アプリケーション側のjsでAPIを叩いて、jsonで時刻"YYYY-mm-dd HH:MM:SS"を受け取り、受け取った文字列dをnew Date(d)したところ、PCでは問題なかったが、iPhone + Chr
    JavaScriptのプログラムに渡す時刻の文字列の形式は何が良いか - 或る阿呆の記
    kiririmode
    kiririmode 2018/12/25
    RFC3339で良さげ
    リンク

  • 必修！ Date and Time API──Java SE 8の新日時APIの基本を学ぶ - builder by ZDNet Japan


    Java SE 8では、日付や時刻を扱うための新APIとして﹁Date and Time API﹂が追加された。同APIの主なポイントについて、米国オラクルのJavaエバンジェリスト、アンジェラ・カイセド氏が解説する。 2014年3月にリリースされたJava SE 8では、ラムダ式をはじめいくつかの重要な新機能が追加されたが、その1つに﹁Date and Time API﹂がある。JSR 310として標準化された同APIは、Javaプログラムにおける日付や時間の取り扱いを大幅に改善する、極めて重要な機能だ。米国オラクルでJavaエバンジェリストを務めるアンジェラ・カイセド氏による同APIの解説をお届けする。 ※本記事は、日本オラクルが2015年4月に開催した﹁Java Day Tokyo 2015﹂におけるアンジェラ・カイセド氏のセッション﹁The Java Time API - What

  • タイムゾーン呪いの書 - Qiita


    コメント欄で﹁Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい﹂と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 このQiita版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1夏時間もない2日本標準時 (Japa
    タイムゾーン呪いの書 - Qiita
    kiririmode
    kiririmode 2018/08/09
    タイムゾーンまったく理解していなかった…
    リンク

  • What's the difference between ISO 8601 and RFC 3339 Date Formats?

    ISO 8601 and RFC 3339 seem to be two formats that are common the web. Should I use one over the other? Is one just an extension? Do I really need to care that bad?

    What's the difference between ISO 8601 and RFC 3339 Date Formats?

  • Twitter の Streaming API における日時表現の解析について


    目的DateTime が便利なので、DateTime::Format::* で、Streaming API で流れてくる、こういう表記 "Fri Jan 22 13:52:17 +0000 2010" を上手くパースしたい。 この表記方法は、古き良き時代を感じさせるC言語の ctime() に由来するものであるとのこと。日付の表記に関するノート 現状DateTime::Format::HTTP, DateTime::Format::Mailは失敗。 ただし、+0000をUTCとかGMTに置換すればDateTime::Format::HTTPでOK DateTime::Format::DateParse は成功。これを使うべき。 DateTime::Format::Strptime で自作しても可 (DIY派専用) コード use DateTime::Format::DateParse;

  • Home · houseabsolute/DateTime.pm Wiki · GitHub

    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.

    Home · houseabsolute/DateTime.pm Wiki · GitHub

  • 第15回　DateTime：APIの標準化をめざして | gihyo.jp


    Cから継承したAPI プログラマにとって、ログの解析や作成などに含まれる日付や時刻の操作は切っても切り離せない分野のひとつです。もちろんPerlにも日付や時刻を操作するための関数は組み込まれています。 ただし、Cから継承してきたlocaltime()やgmtime()の返り値は、お世辞にもわかりやすいとはいえません。リストコンテキストで呼び出せば年月日、時分秒などの値を取り出せるとはいえ、単一の配列で受け取ると、個々の要素を使うときに直感的ではなくなりますし、明示的な名前をつけたスカラー変数を並べて受け取るのはいかにも冗長です。 use strict; use warnings; # 短いけれど非直感的 my @tm = localtime(); $tm[5] += 1900; $tm[4]++; printf "%04d-%02d-%02d %02d:%02d:%02d\n", reve
    第15回　DateTime：APIの標準化をめざして | gihyo.jp
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.