Microsoftのプログラマ「日付はyyMMddHHmmでintに入れればいっかw」→ 2022年になった瞬間オーバーフロー [821395612]
■ このスレッドは過去ログ倉庫に格納されています
署名付きint32ってなんだと思ったら、
符号付きのことなんだな こんなのは未来の奴が対処すればいいからわかっててもやる なんで日付をintに入れるのか意味が分からない
やってもせめて文字型だろ DateTimeFormatter.ofPattern() 俺も64ビットなら余裕だろと思ってオーバーフローさせた事ある
クラウドのストレージの課金量の計算 c言語に日付型というデータ型は無いから仕方ないよなこれは 普通に予想できる問題なのにどうしてこんな仕組みにしたんだろう exchange serverの寿命が長すぎたんだな。 >>8
unsigned付けるだけでも起こらなかったんだよなぁ >署名付きのint32
これなに?
プログラマが署名しないと整数の演算も出来ないとか? 2000年に比べれば圧倒的な未来社会の出来事なわけだな outlook.comは動いてるみたいやけど
もう直したんかな? 2025年、昭和XX年で管理されているシステムが昭和00年に突入
2038年、UNIX時間が符号付き32bit整数を超える プログラミングって英語がすごい重要だよな
できなくてもなんとかなるのかもしれないけどできた方が圧倒的にいい
俺もプログラミング勉強してるけど英語が大事だなって思うわ
英語できないやつはプログラミングやらない方がいいって感じる 英語というかヨーロッパの言語が圧倒的にプログラミング向きだよな
自然言語の癖に単語と単語の区切りにスペースがあるとかオーパーツかよ うーんsigned int にすればよかったのかな どうせ古いバージョンでだろと思って見たら最新版だった なんでわざわざパースも演算もしづらい形式にしたんだ
比較しかしないからいいと思ったのか これも全部先送りにするつけだよな
どうせ何十年後に俺関係ないしって発想 > Microsoftが符号付きint32を使った日付の値の最大値を2,147,483,647にしていることが原因という。
今見たらsignedが直ってるけど文章がやっぱりおかしい ■ このスレッドは過去ログ倉庫に格納されています