> > 問題出たらすげー調査大変だよねそれ
> 警戒してるのは「うるう秒」っす(;´Д`)
> 確率論的には問題が起きる可能性は限りなくｾﾞﾛなんですけど一応は…

sudoにバグとかちょっと前にあったけど、バグっててもなんの問題もナイような話だった(;´Д`)どうせsuだろお前みたいな

参考：2019/12/19(木)17時12分00秒

> > 質問の意味がいまいちわかりませんが(;´Д`)
> > #include <time.h> の先にあるﾙｰﾁﾝを疑ったことはないですし問題も出ていません
> 問題出たらすげー調査大変だよねそれ

警戒してるのは「うるう秒」っす(;´Д`)
確率論的には問題が起きる可能性は限りなくｾﾞﾛなんですけど一応は…

参考：2019/12/19(木)17時09分49秒

> > 聞いたことある(;´Д`)汎用機時代のあれ
> そういうのは2000年問題でつぶしたはずだぞ(;´Д`)

でも今年早々によく分からないﾄﾗﾌﾞﾙあったよね(;´Д`)

「令和元年」と「平成元年」を勘違い？　北陸銀行、ATMで「2019」が「1989」と記載されてしまう不具合について謝罪
https://nlab.itmedia.co.jp/nl/articles/1904/29/news039.html

参考：2019/12/19(木)17時05分15秒

> > 標準ライブラリなんて製品に使ってんの？
> 質問の意味がいまいちわかりませんが(;´Д`)
> #include <time.h> の先にあるﾙｰﾁﾝを疑ったことはないですし問題も出ていません

問題出たらすげー調査大変だよねそれ

参考：2019/12/19(木)17時07分04秒

> > とりあえずtime_tという特殊な数字に変換してから処理します
> > だって「昭和63年4月1日から令和元年12月19日まで何日？」みたいな処理
> > 西暦だろうが元号だろうが大変でしょ(;´Д`)前述した特殊な数字はそれを解決してくれるの
> そういう仕組みが確立しててそれを参照・利用する作法を心得ている人たちが
> 実際にそう書くことを許容されている環境・状況であればまぁ(;´Д`)

ここ数ヶ月は令和元年なのに平成31年と入力される例外が意外と多いです
もちろん対応済みですが(;´Д`)

参考：2019/12/19(木)17時06分16秒

> > とりあえずtime_tという特殊な数字に変換してから処理します
> > だって「昭和63年4月1日から令和元年12月19日まで何日？」みたいな処理
> > 西暦だろうが元号だろうが大変でしょ(;´Д`)前述した特殊な数字はそれを解決してくれるの
> 標準ライブラリなんて製品に使ってんの？

質問の意味がいまいちわかりませんが(;´Д`)
#include <time.h> の先にあるﾙｰﾁﾝを疑ったことはないですし問題も出ていません

参考：2019/12/19(木)17時04分29秒

> > 聞いたことある(;´Д`)汎用機時代のあれ
> そういうのは2000年問題でつぶしたはずだぞ(;´Д`)

そんなこと言われましても(;´Д`)

参考：2019/12/19(木)17時05分15秒

> > 2桁の数字で管理してなんとか以上なら昭和、なんとか未満なら平成とかやってんでしょ(;´Д`)
> とりあえずtime_tという特殊な数字に変換してから処理します
> だって「昭和63年4月1日から令和元年12月19日まで何日？」みたいな処理
> 西暦だろうが元号だろうが大変でしょ(;´Д`)前述した特殊な数字はそれを解決してくれるの

そういう仕組みが確立しててそれを参照・利用する作法を心得ている人たちが
実際にそう書くことを許容されている環境・状況であればまぁ(;´Д`)

参考：2019/12/19(木)17時03分29秒

> > そんなｱﾎなDB設計するやつおるの(;´Д`)
> 聞いたことある(;´Д`)汎用機時代のあれ

そういうのは2000年問題でつぶしたはずだぞ(;´Д`)

参考：2019/12/19(木)17時02分37秒

> > 2桁の数字で管理してなんとか以上なら昭和、なんとか未満なら平成とかやってんでしょ(;´Д`)
> とりあえずtime_tという特殊な数字に変換してから処理します
> だって「昭和63年4月1日から令和元年12月19日まで何日？」みたいな処理
> 西暦だろうが元号だろうが大変でしょ(;´Д`)前述した特殊な数字はそれを解決してくれるの

標準ライブラリなんて製品に使ってんの？

参考：2019/12/19(木)17時03分29秒

> > SEは困らないです(;´Д`)
> > なぜならそれ以前にｸﾞﾚｺﾞﾘｵ歴そのものが複雑で面倒なので
> > それと比較すると元号への対応など特に負荷を発生させないですから
> 2桁の数字で管理してなんとか以上なら昭和、なんとか未満なら平成とかやってんでしょ(;´Д`)

とりあえずtime_tという特殊な数字に変換してから処理します
だって「昭和63年4月1日から令和元年12月19日まで何日？」みたいな処理
西暦だろうが元号だろうが大変でしょ(;´Д`)前述した特殊な数字はそれを解決してくれるの

参考：2019/12/19(木)16時59分22秒

> > 2桁の数字で管理してなんとか以上なら昭和、なんとか未満なら平成とかやってんでしょ(;´Д`)
> そんなｱﾎなDB設計するやつおるの(;´Д`)

聞いたことある(;´Д`)汎用機時代のあれ

参考：2019/12/19(木)17時02分11秒

> > SEは困らないです(;´Д`)
> > なぜならそれ以前にｸﾞﾚｺﾞﾘｵ歴そのものが複雑で面倒なので
> > それと比較すると元号への対応など特に負荷を発生させないですから
> 2桁の数字で管理してなんとか以上なら昭和、なんとか未満なら平成とかやってんでしょ(;´Д`)

そんなｱﾎなDB設計するやつおるの(;´Д`)

参考：2019/12/19(木)16時59分22秒

> > 元号があることで困るのってSEさんくらいじゃね(;´Д`)
> SEは困らないです(;´Д`)
> なぜならそれ以前にｸﾞﾚｺﾞﾘｵ歴そのものが複雑で面倒なので
> それと比較すると元号への対応など特に負荷を発生させないですから

2桁の数字で管理してなんとか以上なら昭和、なんとか未満なら平成とかやってんでしょ(;´Д`)

参考：2019/12/19(木)16時57分41秒

> 元号があることで困るのってSEさんくらいじゃね(;´Д`)

SEは困らないです(;´Д`)
なぜならそれ以前にｸﾞﾚｺﾞﾘｵ歴そのものが複雑で面倒なので
それと比較すると元号への対応など特に負荷を発生させないですから

参考：2019/12/19(木)16時54分53秒

元号があることで困るのってSEさんくらいじゃね(;´Д`)