記事へのコメント83

    • 注目コメント
    • 新着コメント
    pwatermark
    pwatermark 日時関連の処理は姑息なことしないでライブラリに頼りましょう、君が知らない深淵がアホほど絡まりあってて、玄人でもたまに間違える領域ですから

    2022/01/04 リンク

    その他
    queeuq
    queeuq メモリ制限等がゆるくなったおかげで今作れば10年そこらじゃ問題は起きないだろうけど、じゃぁ100年後も動くか?と問われると自信はない。

    2022/01/04 リンク

    その他
    tailtame
    tailtame 日付問題また😯 年明けからはてブスパム通報をしてしまった🕵️

    2022/01/03 リンク

    その他
    tattyu
    tattyu まさかの2022年問題。時間表現ていつも問題起こしてるな。単に文字列にすりゃ良いかと言えば、パフォーマンスに問題が起きそうで修正対応はかねり厄介な予感。

    2022/01/03 リンク

    その他
    y_hirano
    y_hirano 20世紀終わりあたりのコードが未だに残ってるんだろうなー。

    2022/01/03 リンク

    その他
    itokenso
    itokenso intをuintかint64に全置換すれば即解決!

    2022/01/03 リンク

    その他
    eru01
    eru01 どう考えても処理がめんどくさすぎると思うが.ps1なら芸人がいてもしゃあない

    2022/01/03 リンク

    その他
    oktnzm
    oktnzm せめてMMyyddとかにしておけば回避できたのにね。メモリ節約したろって思ってこんなクソ実装選んじゃったかね。

    2022/01/03 リンク

    その他
    riawiththesam
    riawiththesam 手入力で打ち込める、単純な比較(ソート)ができる、を両方安易に満たそうとするとこうなる

    2022/01/03 リンク

    その他
    letra
    letra よくわからんがみずほがまた落ちるということはわかった

    2022/01/03 リンク

    その他
    chiroruxx
    chiroruxx 年齢とか求めるときに使ってそうだな。

    2022/01/03 リンク

    その他
    John_Kawanishi
    John_Kawanishi 2038年を待たずにこんな問題が起きるとは

    2022/01/03 リンク

    その他
    mnagi
    mnagi “Microsoft Exchangeでは既に問題が発生中。”

    2022/01/03 リンク

    その他
    kura-2
    kura-2 ( ´゚д゚`)アチャー

    2022/01/03 リンク

    その他
    programmablekinoko
    programmablekinoko 10進変換への手間もあるうえに早々に限界を突破する糞実装

    2022/01/03 リンク

    その他
    hiroshe
    hiroshe マイクロソフトでもこんなことあんのか。ひでえな。

    2022/01/03 リンク

    その他
    remonoil
    remonoil そんなキリの良い日時問題あったっけ?と思ったら

    2022/01/03 リンク

    その他
    nilab
    nilab 2022年1月1日0時0分を2201010001(yyMMddHHmmフォーマット)という数値として32ビットint型に保存するという話。最初見たときよくわからんかった。

    2022/01/03 リンク

    その他
    ot2sy39
    ot2sy39 次のこの手の問題は、3年後の昭和100年問題かな?

    2022/01/03 リンク

    その他
    nrtn
    nrtn 日付時間は一周して組み込みであっても文字列で持ってる。エンディアンとかデバッグ考慮すると楽。パースもそこまで大変でないし、RFC3339にしておけば大抵の場合ライブラリもある。ソータブルな要件だとだめやが。

    2022/01/03 リンク

    その他
    tettekete37564
    tettekete37564 “Microsoft Exchange” って何?っていう

    2022/01/03 リンク

    その他
    kamocyc
    kamocyc Excel VBA書いてると整数のyyyyMMdd形式で日付を管理してたことあった。CSVでその形式の文字列で入ってくるし、ソートできるから便利。その延長で分まで入れてしまったのかもしれない。

    2022/01/03 リンク

    その他
    a96neko
    a96neko 正月休み明けのサーバー担当者が死にそうだよな

    2022/01/03 リンク

    その他
    agricola
    agricola なぜその形式の日時情報を符号つき32ビット整数で実装したのか聞きたい。1900年代をマイナス日付で表記するとか?

    2022/01/03 リンク

    その他
    n2sz
    n2sz intで持つにしてもepoch秒とかじゃダメだったのかね…まあそれでも2038年問題があるか。

    2022/01/03 リンク

    その他
    TakamoriTarou
    TakamoriTarou ワロタ(笑い事ではない

    2022/01/03 リンク

    その他
    sqrt
    sqrt 元日はこういうトラップが発動しがちなので担当者がいないと危険。国を挙げて年末年始休暇を旧正月あたりにズラしておくべき。IT化以前は人が休めば業務システム全部止まるので安心だったんだけど

    2022/01/03 リンク

    その他
    bamch0h
    bamch0h 漸く理解した。こういう時間の表現方法もあるのか

    2022/01/03 リンク

    その他
    strawberryhunter
    strawberryhunter 年は2桁だし、分までの中途半端なデータ。こんな頭の悪いプログラムを書く人がいるのか。世の中は広いな。

    2022/01/03 リンク

    その他
    kobito19
    kobito19 米国アプリのくせにyymmddの並びなんか。やるじゃん

    2022/01/03 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    https://twitter.com/gobaSec/status/1477284596551421953

    ブックマークしたユーザー

    • hotmilkcocoa2022/01/04 hotmilkcocoa
    • pwatermark2022/01/04 pwatermark
    • hironick72022/01/04 hironick7
    • queeuq2022/01/04 queeuq
    • t_otoda2022/01/03 t_otoda
    • abababababababa2022/01/03 abababababababa
    • kiberunetica2022/01/03 kiberunetica
    • roanapua2022/01/03 roanapua
    • tailtame2022/01/03 tailtame
    • tattyu2022/01/03 tattyu
    • wasai2022/01/03 wasai
    • shigiryou2022/01/03 shigiryou
    • y_hirano2022/01/03 y_hirano
    • tokizuoh2022/01/03 tokizuoh
    • hourousuteneko2022/01/03 hourousuteneko
    • nekopunch2222022/01/03 nekopunch222
    • itokenso2022/01/03 itokenso
    • hiroqazu2022/01/03 hiroqazu
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事