エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
日時データの何がめんどくさいのか - Qiita
ネタ元というか発端 【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと 入力と表示だ... ネタ元というか発端 【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと 入力と表示だけの話ではない点 このセクションは和暦や改元とはまったく関係ないです。でも一応触れておく必要があると思ったので。 今では日時の内部データがUnixTimeやユリウス日などの「ひとつの数値」として扱えるし、ライブラリなども充実しているのでそれほど厄介なことはないです。 それでも「表示や入力だけの問題だろ」は違うよ、という話。 ソート: 日付順にソートする必要があることはそんなに珍しくないよね 範囲指定: 「〇年〇月のデータ一覧」とか「過去〇日分の一覧」みたいなの 日数計算: 「有効期限〇日」とか金利計算とかで、ある日付からもう一つの日付までの期間の長さを知りたい場合はけっこうある 範囲指定や日数計算は今でも厄介な罠が潜んでいて「月の日数に違いがある」「うるう年のために年の日数にも違いがある」とい