【うるう年】 ファミマ全店でサッカーくじ「ｔｏｔｏ」販売が一時停止　販売ソフトが、うるう年を考慮せずに作られていたのが原因

★＜ｔｏｔｏ＞販売が一時停止　コンビニのシステム不具合で

　サッカーくじ（ｔｏｔｏ）を運営する日本スポーツ振興センターは２９日、
コンビニエンスストアのファミリーマート全店でシステムの不具合により、
くじの販売を一時停止した。

　ファミリーマート用の販売システムソフトが、うるう年を考慮せずに作られていたのが原因。
午前９時１０分から午後２時まで販売を止めた。今回の販売停止はファミリーマートだけで、
特約店やホームページなどでは通常通り販売した。

毎日新聞　http://headlines.yahoo.co.jp/hl?a=20080229-00000151-mai-socc

販売最終日だったらどうなってただろうな

信じられない
アホすぐる

閏年を考慮しないとか有り得ないんだけどｗｗｗ
どこの星の住人だよ

なさけない
ソフト会社はどこよ？

もういちどプログラミングを勉強してこい

　　　 __＿_＿_,._＿_, |;:;:.... |
　ﾟ　　 　 ｡　 : 　 　 ..:| |ｌ￣|
:　　 　 　 　 。　 　 ..:| |ｌ中| 　このスレはドアラに監視されています
　　　　　　゜　　:　　..:| |ｌ日|
　　　　゜　　　　　:　..:| |ｌ＿|
　　:　　　　　　 ﾟ 　 ..:|;:;:.... |
　　　　ﾟ　　　: 　 　 ..:|;:;:.... |.─‐‐-､
　　　　　　゜　　:　　..:|;:;:.... |.._CD＿|-‐-､
　 。 　 　 　 　 　 ﾟ ..:|;:;:.... |.・▲・｀ l⌒) ）
　　　:　　　　　:　　 ..:|;:;:.... |、∀　,人ﾆノ
　ﾟ　　｡　　:　　　:　 ..:|;:;:.... | ⊂ノ
　　:　　　　　　:　　 ..:|;:;:.... |-ｕ'
　　　　　 ,,.,､-‐''"´~ `ｰ-‐'

↓どうする？

納入したのどこだよｗ？

あふぉ杉でﾜﾛﾀ

さすが天下り
詰めが甘い

賭け事にしないと人気がない。
サッカーはそんな屑球蹴りです＾＾

FかNあたり？

アホすぐるｗｗｗｗｗｗｗｗｗｗｗ

ありえねっぇだろ

おそまつすぐる

うるうる…。

こんなミス学生でもしない

今時そんなのあり得ないｗ

俺が使ってた超限定的な用途の某メーカーの某ツールも昨日だけ動作しなかったw
まさか閏年関連だなんて思ってもなくメーカーにバグレポート出してたんだが
今日休日出勤して動かしたら問題なくて噴いた。

関連ニュース

【うるう年】 ソニー、ワンセグ「ウォークマン」3製品に“うるう年”問題
http://mamono.2ch.net/test/read.cgi/newsplus/1204358868/

ちなみにGoogleニュースで「うるう年」をぐぐると
地味ながら、結構トラブルが多発したらしい・・・

安っぽいシステムだなw

>システムソフトが、うるう年を考慮せずに作られていたのが原因。

こんなもん作ってる場合じゃないぞ。
http://www.ss-alpha.co.jp/products/moesen.html

どんな感じのバグなんだよ
now()みたいなメソッド使うとバグるのか？

うるう年ごときでこれならサマータイム制なんかやったら日本崩壊かも。

学校でこんなシステム組んだら単位もらえんぞ

リアル厨房が、ベーマガでも見ながら作ったのか？

ちゃんとデバッグしろ
ちゃんとデバッグしろ
ちゃんとデバッグしろ！！！

ローソンで買いました、ポイントカード使えるしね

ゆとりプログラマー（笑）
底辺層が多くなると、こういうのが出てくるんだよな

1000年に１度・・・Ｙ2ｋ問題
４年に１度・・・Ｙ4問題？

これであってる？

どこのアホベンダーだ。
日付チェックなんて基本中の基本だろw

>>1>>21
今時、高校生だってそんなミスしないだろうに

どこのぼんくらソフトだよ
高いカネばらまいて発注してんだろーに

うるう年を考慮してないって、、自作のカレンダークラスでも使ってるのか？

>>25
たぶん日付のYYYY、MM、DDを別々に管理していて
MM=2のときのDDのMax値を28に固定しっぱなしだったので
「エラー：2008/02/29 は無効な日付です」みたいになったのだろう

酷い(ﾉД`*)

テスト項目に閏年無かったのか。テストしないでリリースしたようなもんだぞ。
いいのかそれで。

nowなら出ないだろ
通日を求めるのに31,28,31,30,31,30
と加算していくようなアフォな関数作ったゆとりの仕業

そんな基本はずすなんてありえないだろ

どこだよ

パンティうるう年

うるう年廃止でいいだろ
地球の公転速度をちょっと増速したら
いいだけじゃないか

ひどすぎｗ
どこの作ったソフトだよ

マジで作ったとこ公開してほしいんだけど。すごすぎる。

そういえば11月31日事件てのがあったな

同じように、今日は月の加算チェックをすり抜けて
「2月30日」になってるところもある悪寒

天下り連中の仕事なんてこんなもんだろ
はやく潰せ

SONYのウォークマンってｗｗ

他の「うるう年問題」と思われるトラブル

【うるう年】 ソニー、ワンセグ「ウォークマン」3製品に“うるう年”問題
http://mamono.2ch.net/test/read.cgi/newsplus/1204358868/

【社会】ＮＴＴ光回線の映像配信サービスで映像が見られない不具合　29日正午現在でまだ復旧せず
http://mamono.2ch.net/test/read.cgi/newsplus/1204262927/

めちゃくちゃ金のかかってるシステムなのに閏年も計算できねえとな？

２１００年が一番心配。
まぁ生きてないけど。

>>47
安心しろ。ちゃんと１５月１日になってる。

2chってSEとかPG多そうだな

結構多いらしいぞ。うるう年を考慮してなかったり、算出方法を間違えてるコンピュータシステム。

ゆとり禁止↓

日付の計算って各プログラムに任せると間違いがおきやすいので、
共通ルーチンを作って処理させるのが普通なんだが。

ちょっとｿﾌﾄ会社名さらしてください
馬鹿にされるだけのことをしでかしました

ベンダー名晒せよ。

y2kを越して21世紀

まさか閏年の計算ミスとか見るとは思わなんだわｗ

いつもの日本ユニ〇スですかね？

>>35
正直、ソフト作ったところに高いカネはばら撒かれてないと思う。
だからといって、こんな凡ミスはありえないが。

mantis にバグIssuse登録するとしたら

ID：0000001
表題：うるう年のためシステム停止
カテゴリ：初歩的
重要度：致命的
概要：うるう年を考慮せずコーディング
　　　　システム停止につながった
コメント：まあ、こいうこともある。なんちゃって

なんというレベル低下・・・

作ったのはどこのメーカーだよｗｗｗ
バカジャネーノｗ

日付の計算を自前でやるからこういうバカなことになる。
十分テストされた、広く出回っているライブラリを使え。

暦日使わなきゃいいのに
どうせ人間しかわからないんだし

内部は全部６５５３５日　みたいに積算するだけのでやれよ
人間が読むところ（実券）だけ暦日に読み替えて出力。
日付が狂っても曜日は合うはずだしｗ

アホすぎる

今年は閏年だったのか

>>39
doorsで要件定義すますたが、うるう年の要求は顧客からありませんでした
testlinkでのテストケース項目にも入っていませんですた

１００年うるう年でも考慮しないとバカなのに
これはないだろ……

まさかの2008年鬼肉問題っ！

よく読んでないが、とりあえず６億の賠償金を請求しとくか

去年は2chでも閏年だったな。
3月32日とか。

うるう年なんて考えたヤツが馬鹿

ないわーｗ

>>75
江戸時代まで日本はうるう月まであったんだが

中国産のプログラムじゃあるまいな？

うるう年の判定方法
if (nen == 2000 || nen == 2004)

へたに自作のプログラム作らずに、Windowsの暦を読み出すプログラムにしとけばよかったんじゃね？

>>79
そうか、サポート期限の切れそうな８年後で
契約更改させる手段か！

>>79
w...このシステムの寿命はせいぜい８年だろう、という
嫌々開発しているのが分かるコードだな

>>79
なんという使い捨てシステムｗｗｗ

人間の方がシステムに合わせた方が効率的

うるう年なんて廃止しろ
10進数はやめて16進数に変えろ

なんにしても、作った会社は赤っ恥だわな。

>>84
地球の公転周期も合わせないといけないな

>>84
12歳とSEXできるようになる？

>>86
南極にジェットエンジンを設置しよう　by国連安保理

どこかの役所でもやってたな。

また不治痛か・・・

閏年は、4年に一回だったが、100年に1回は閏日無くなるんだよな。
でもって、400年に1回は、それがさらに無くなって、閏日有るんだよな。

うるう年って何?

>>88
妖星ゴラスが来るんですかい？

>>79
ちゃんと保守契約してたら
if (nen == 2000 || nen == 2004 || nen == 2008)
というパッチあててもらえたのか

昨日と今日で、いったい何件日本中でこの手のトラブルが起きたんだ？
日本人、４年前と比べて確実に馬鹿になってるわｗｗｗｗｗｗ

>>79
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

やらかしたのはここか？
http://www.nttdata.co.jp/services/casestudy/case23/index.html

2chが落ちたのもこれだったの？

>>91
つーか100年なんてシステム動いてる訳ないんだから、特例は考慮しなくて良さそうなのに。
Y>=2000
if((Y-2000)%4 == 0)みたいな。
>>98
スイッチ切り替えじゃないかな。＞2ch

ファミポートな、朝方5時くらいに一回立ち上がるんだけど
WIndouws2000の画面が出るんだぜ。
背景は雲のな。

うるう年は基本的に4で割り切れる年、
例外として4で割り切れても100で割り切れる年はうるう年じゃない。
さらに例外として4で割り切れて100で割り切れる年でも400で割り切れる年はうるう年。
プログラム作成時適当に作ってると2100年に問題が起きる。

まあデバッグに時間を割いていない証拠だな
リリース直前までやっつけで作ったのがよくわかる

平成１９年５月
http://www.naash.go.jp/sinko/pdf/happyou190512_1.pdf

もしや
http://www.nttdata.co.jp/services/casestudy/case23/index.html

デバッグ以前の問題

どれだけ商機を逸したんだろうね・・・俺はローソンで買ったけど。

>>100
Windows2000はいろんなところにいるぞ

スーパーのお釣りが自動で排出されるレジもそう。
本体横にプロダクトキーのシールが貼ってあるｗ
（カード決済の時に出てくるダイヤログもそのものだし）

＞うるう年を考慮せずに作られていたのが原因

どこに住んでる人が作ったんだよ

>>99
俺もそう思う。

次に例外が発生するのは２１００年。
１００年続いて保守されたと仮定しても
この世にいないんだから知ったこっちゃない。

この糞システムどこがつくったの？
で税金どの位かかってるの？

>>106
そりゃそうだけど、サーバー用の2000とかあるだろ。
俺ん家にある2000と同じだぞ。一般家庭用だぞ。

これも中国製でしょ

どこの糞システムだよｗｗｗｗｗｗｗｗｗｗｗ

根本的にどういう内部表記で扱ってるんだ
というのが、専門家が受ける印象
このソースだけじゃ、具体的な問題点もわからんし

こういうのを見ると疑問なんだけど、
日付・時刻ルーチンとか自前で実装してるの？

>>97
http://itpro.nikkeibp.co.jp/article/NEWS/20070513/270785/
ＩＢＭ→ユニシス→???

２１００年にはどうせこの世にいないから
１００年４００年は無視して閏日算出式組みますねｖ

これはないわｗ

それからファミポートな、しょっちゅう壊れるんだよ。
マリオのカセットを斜め差ししたみたいな画面になるんだぜ。
びびるよ。

そもそもTOTOが不要

これは本気で恥ずかしい　俺が担当なら割腹自殺する

私プログラマじゃないけど、コード書いた人間は気付いてたと思う
でも自分の仕事増やしたくないから作らなかったんだと思うの

こんなロジック使い古されてるだろｗ
恥ずかしい

2100年問題 負の遺産

>>108
だよね。
Y>=2000
if((Y-2000)%4 == 0 && Y!=2100)
こうすりゃ200年持つじゃないか。

これでファミマからＢＩＧ１等が多数出る（脳内妄想）

うるう年の考慮なんて、300年前の時計ですら自動でやってたぞ。
300年前の人間以下だな。

ﾌｧﾐﾎﾟｰﾄの保守メンテはFSASです。
元々の企画開発は豊田、伊東中、不治痛だったかな？

　　　　　　　　∧∧
　　　　 　　ヽ(･ω･)/　 　ｽﾞｺｰ
　　　　 　＼(.＼ ノ
　　　　､ﾊ,,､　￣

>>121
あれだけバグが多いシステムだと、先に直さなきゃいけない部分がたくさんあるだろうからね
4年に1回動かなくなるくらいはたいしたことじゃない

■豊川など３市３町、システム障害で窓口停止
http://www.yomiuri.co.jp/e-japan/aichi/news/20080301-OYT8T00018.htm

＞システムのプログラムを作った豊橋市のソフト会社に連絡して調べたところ、
＞日時を管理する「タイムリー」というプログラムのミスが原因と判明した。
＞日付入力の際、１年前から１年後までの範囲内でチェックする手順があり、
＞この日がうるう年の２月２９日で、昨年も来年も２月２９日がないため、
＞システム立ち上げ時に「エラー」になって障害が起きたという。

■うるう年で不具合　ＮＴＴ東日本の映像配信サービス
http://sankei.jp.msn.com/economy/business/080229/biz0802291714003-n1.htm

■ソニー、ワンセグ「ウォークマン」に“うるう年”問題
http://www.watch.impress.co.jp/av/docs/20080229/sony.htm

■公衆電話、うるう年で不具合３２００台
http://sankei.jp.msn.com/economy/business/080204/biz0802041857012-n1.htm

>>107
中国とか韓国とかかなｗ

ちなみに閏月があるらしいぜ

スーパープログラマが多数居るようなのでチョット聞くけど
2036年問題っていつ発生するの？
Vistaで計算すると2036年2月7日6時28分15秒（UTC)なんだけど
wikiとか一般に言われてる日付は2月6日なんだよね。
これはVistaのAPIがｳﾝｺなのかwikiとか一般が間違ってるのかどっちだ。

>>132
JSTなら？

>>133
JSTでもぴったり1日ずれている。

>>114
内部的には10桁のUTCで管理するのが無難だが、そうすると人間側にわかりにくい
月次集計などのために、YYYY/MM/DD hh:mm:ss形式にしておきたい場合もあるからねえ

どっちをベースにしても結局、面倒な日時処理はなんらかの形で必須なので
苦労の絶えないところ

太陰暦つかえば問題なかったのか。。。

>>136 を大陰唇と読んだ奴、大きな声で「オッス」と言え

だいたい、２８日固定になってる時点でおかしいと思わんのが技術者として異常
うるう年判定なんて一行で書ける簡単な式なのに

ソフトウェア業界に生きる者として恥ずかしいです
この業界こんなのばっかり
プロとして最低限の能力を持ってるやつだけ会社に来てほしい

>>114
だよね。

でもね、Y2Kの時、先輩方が作ったプログラムを全部見直した
同僚が、うるう年の判定に
if　yyyy=1992 or yyyy=1996 or yyyy=2000 or yyyy=2004 or 20008 then
{
    うるう年の処理
}
っていうぐあいに20年以内のうるう年を全部書き出した強者の
プログラムを発見したからねえ。

>>135
そりゃあ、「Epochから○○○秒後」なんていわれてもわかんねぇもんなｗ

>>140
ひどいなｗｗｗ

>>124
たった一行で判定出来るのだから、100年限定とかアフォなこと考えるなｗ
year%4==0 && year%100!=0 || year%400==0

まあ、どうせ閏年の2/29は、昨日終わったし問題ないとか言ってまた４年後に同じようなスレがあがるとみたｗｗｗ

そーいやこないだ買った腕時計も１日ズレやがったな、ハハハ
どこの製品だ？

CASIO　MADE IN CHINA

なるほどな。

>>140
2万8年ｋｔｋｒ
>>143
ちぇー。

そもそも
年が拾い出せる階層のプログラムで
うるう年固有というか２・２９固有の処理って何があるんだ？

>>140
if　yyyy=1992 or yyyy=1996 or yyyy=2000 or yyyy=2004 or 20008 then

20008年も対応か。

あほすぐる

>>147
単純に、2月28日の翌日が3月1日になったんじゃなかろうか。

>>148
よくみろ。

yyyy=　がないだろ2004年までだ。

>>148
しかも20008(true)だから無条件適用じゃないのかｗ

>>146>>148
うるへー
>>147
月末の処理とかあるだろ

>>147
発行日が3月1日になって、有効期限とかが1日ずれるのがまずいんじゃないか？

>>147
頭の悪いやつが「エラーチェックルーチン」を書いた副作用じゃないかな。

たとえば「日付を文字列形式にする」関数を作ったとして、

void date2str(int yyyy, int mm, int dd, char *str)

みたいな引数構成を組んだときに、変に頭の悪いやつが
「0月とか13月はエラーとして扱う」ののりで、
「0日はNG、2月だったら28日はOKだけど29日はNG・・・」
みたいにばかなNG条件作ったんじゃないか？

どうせ2008年までtoto続かねーよって思って閏年の処理を入れなかったりしてな

コンピューターの2000年問題ならともかく
今頃になってうるう年考慮してないとは

一行で直ることでも、その一行を直すためにどれだけの手続きが必要なことか

>>158
最初から対応してれば何の手続きも必要ないけどな。

>>19
結構あったりする

メーカーのやった試験項目ほどあてにならないものは無い

バカ丸出しｗ

>>143
と思っていた時代がオレにもありました・・・

一行とはいえ、コードが長くなればそれだけバグの混入の確率が高くなる。
例えば馬鹿なプログラマが　&& を ||　を逆に定義することだってあり得る。

ほっといても１００年大丈夫なんだからおれは＞＞１２４を支持する。

>>162
SEの本で読んだんだけど、ソフトのバグをチェックするように
依頼されて「なんだこれ。俺が直した方が早いわプ」とか思って
全部やり直したら、思ったより大変で、前よりさらに汚い
プログラムになった、というのはありうる話なの？

つ「動いているものには触るな」

>>162
１００というマジックナンバーはどこからｗ

http://pict.or.tp/img/45513.jpg

お〜い証拠だぞ＾＾
ニュー速イタ写真持参で
やりまくってやるからなｗｗｗｗｗｗｗひろゆき壷に
なにをしたのか
みんなに作文書いて＾＾　発表しろよｗｗｗｗ
ヅラヅラコンテスト　開始しろよｗｗｗｗｗｗｗｗうけるｗｗｗ
この続きが見たい人は
http://etc7.2ch.net/test/read.cgi/siberia/1197442610/l50
↑シベリアＩＰ表示で　おいらのプログにかいてありますので
みてください
ここだと工作されてかけないので　シベリアに書いておきました
みてください　ジャイアンみんなで倒しましょう〜♪

↑これでニュー速イタやりまくり中＾＾　ニコニコたたきのプログ
かいてやったぞｗｗｗ　　ジャイアンそろそろ壷ならして
作文用意しとけｗｗｗｗｗｗ

>>162
ちゃんとテストすれば問題はないんだが。
テストしない前提で仕事するのか？

>>66
> 日付の計算を自前でやるからこういうバカなことになる。
> 十分テストされた、広く出回っているライブラリを使え。

5年ぐらい前に、汎用ライブラリ使おうと、今風で言う上流工程の
SEやらPMやらに相談したら、

「そのライブラリにバグがないことを誰がどうやって保障するのですか？
　オープンソース？あなたはそのコードを全部読んで、バグがないことを確認し、
　どんなバグがあったらどこを直せばいいか、副作用がないか、保証できますか？」
「仕様書もちゃんと定義され、テスト仕様書もきっちり定義されているコードなら、
　バグがないことの保証やバグ修正の保障をきちんと行えるでしょう？
　汎用ライブラリ使って手抜きするんじゃなくて、きちんと、あなたが仕様書作って
　テストしてください。じゃないと検収できません」

っていわれたことがある。マジで。

しかも、JPEGやTIFFのエンコード/デコードでだ。
IJGのコードや、SGI(だっけ？libtiff)を使わないで自前でやれ、みたいに、って
そういう常識のないことを、上位ベンダは平気でいうんだよな。

上の奴、批判要望板含めあちこちでマルチポストしていたな。
近いうちに全サーバ規制来るかもな。＞marunouchi.tokyo.ocn.ne.jp

どうせｼﾅﾁｮﾝ派遣で作らせたんだろ

>>164
> つ「動いているものには触るな」

つ「アジャイル」
つ「リファクタリング」
つ「ユニットテスト」

今は動いているものを確実に修正する手法がある時代なのに…。

>>163
ありうる。
多くもないが、珍しくもない事象。

>>168
動いてるオープンソースが有るなら
むしろ美味しく見積もれるような気もするけどｗ

どんだけゆとりだよ

>>172
そか。
ありがとう。
門外な俺には大変な仕事だと思う
頑張ってくれ。

どうせ派遣で、スキルのない文系上がりの初心者PG当て込んだんだろ

>>163
ありうるね。動いているものは極力いじらないのは基本だろ？

>>165
閏年の定義と今の西暦知らんの？上のほうのレス見ろよ。。。

>>167
そりゃそうだが、その増えた分のテスト時間と労力で給料上がるのか？
客に褒められるのか？そんなこといってるから、サービス残業ばかりなんだよ。

少しは欧米のいい加減さを見習ってシンプルさを目指したほうがいいよ。
年を4で割って余りが０なら閏年、それ以外は普通の年。
これであと９２年は大丈夫ｗ

どこかの素人が無料で作ってみたシステムだろ。

>>173
そういったんだけどねぇｗ

どうも「知らない人が作ったコード」は絶対に認めない、見たいな概念があったんじゃないかなぁ。
携帯電話にLinuxが入ってる現代からは考えられんがｗ

4の倍数の場合うるう年である
100の倍数の場合うるう年ではない
400の倍数の場合うるう年である

以上より1年の平均日数は
365+1/4-1/100+1/400=365.2425

となる。

>>168

うんにゃ。客の言うそれは正論だよ。

みっちり時間とコストを掛けて設計しコーディングすればよい。
何百万人が使い、散々デバッグされたあとのライブラリよりも信頼性の高い
コードを書けばよい。

ただ、問題なのは、それだけのコストを客が負担しないって事だ。

>>177
なるほどねぇ。
まあ「俺なら直せる」って思っちゃうんだろうね＞動いているものは極力いじらないのは基本

>>177
トレードオフってやつだろ。サビ残しなきゃいけないほどウェイトが大きいなら捨てることも考える。
おばかなプログラマのおばかなミスなんて、普通にテストしてればフォローできるレベルだろ。

>>171
アジャイルにしろユニットテストにしろ、
結局作った人間のクオリティがもろに出るから過信しない方がいいぞ。

ユニットテスト導入してます！と自信満々で言ってた奴のテストコード見たら、
検証のパターンが漏れ漏れでゾッとした事がある。

>>177
要件を満たす全ての条件を知っていながら
なんでわざわざ特定の有効年数に限定する条件だけ
選択する必要があるのか、て言いたいわけだよ俺は

あーあ、この手のしょーもないバグってさ、ＰＧなんかの責任じゃなくて、
納期ギリギリでも契約しちゃったアフォな営業とか経営陣や、システム開発に全く興味ない発注側の問題なんだよな。
まぁ契約じゃ請けた側が責任持たなきゃいけないけど。

>>181
結合試験の時に出たバグを調査してたら、
派遣がJakrtaCommons IOやlangを使ってて、>>168のようなことをいったＳヨに対して派遣が言った台詞が、
「使ってはいけないという契約を交わしたおぼえはありませんが？」
だった。派遣は翌週から来ることは無かったが、漢だと思ったｗ

2100年

世界は西暦を捨て、新しい年表システムへ移行します。

>>177
&&と||が逆になってるバグを見つける検証と、
if((Y-2000)%4 == 0 && Y!=2100)の&&を||と間違えている可能性、
2000を20000と間違えてる可能性などを見つける検証って、

サビ残するか否かが分かれるほど差があるか？ｗ

>>181
いや、もちろんさ、十分な時間とコストをくれればヒーヒーいいながら書いたと思うよ。
いい勉強にもなるしね。
なんだけど、あなたの言うとおり

>それだけのコストを客が負担しないって事だ。

これが問題だったんだよねぇ。
十分なコスト（時間）や、１から開発するリスクを負う余裕がなかったからね。

>>182
グランツーリスモのビジュアルエフェクトとかメインプログラムを書いた横内威至って人がいて、
アマチュア時代に「X1 turbo」にグラディウスを移植して動かして見せたぐらいすごい人なんだけど、
その人がOh!Xのライター時代に書いた名言があって

「動くソースはすべて美しい」

ソフトウェアにとって、これほど本質的なものはないなと今でも思う。

K.Rの50ページ目に書いてあるではないか。
まあ、49ページまでに挫折したんだろうな。

>>164

「寝た子を起こすな」

とも言う。

Zellerの公式って1582年10月15日以降なのな。
まぁ、あんまり細かいこと言い始めると、昔は半月ぐらいはしょったりしたらしいから「正しい日付」って
意外と大変(てか場所によるので複数の解釈が)

>>183、>>185、>>188
言いたいことは分かるが、限定するっていうか、シンプルにするんだよ。

まあ確かに「閏年の判定」ロジック程度じゃあまり差は出ないだろうが、
他の問題にも適用すれば差は大きくなる。要は思想というか、考え方の問題なんだよ。

上のほうにも書いたが、コードが長くなればなるほど
仕様が複雑になればなるほど、バグの混入率は確実に上がる。
仮にバグが発覚しても自分の責任にはならない。

だったら、どうせ数年で廃棄されるシステムだし、
手の抜けるところは手を抜いたほうが合理的だろ？
どうせ頑張ったって、報酬あがるわけでもないしな。

すべてが・・・Fになる？博士・・・あなたの仕業なのですか？

>>189
>「動くソースはすべて美しい」

今回は動かなくなったわけで……

敢えて作らない勇気を持って欲しい。マジで。

既存の商品を買って来てなんとかできるなら、それに合わせるか、小規模な改造程度で
済ませて欲しい。

なぜか客は「ウチ独自のシステム」を欲しがる。

>>192
閏年の100年周期、400年周期を入れるか否かの話からそこまでデカくしていたなんてｗ

後出しじゃんけんみたいでもうしわけないけど、そこまで話がデカくするなら
俺も普段は上司だろうが客だろうが容赦なく不要なものは不要と言って捨ててるべ。

おかげさまで今月の残業時間は6時間でした。

y2kより
余程悪影響出ててﾜﾛｽ

俺が管理してるシステムもうるう年対応してなかった
まあ事前に見つけて直したけど

>>191
ちなみに日本では、
1582年以前の火山噴火の日付をいかに記述するか―グレゴリオ暦かユリウス暦か？
という問題がある

ttp://www.edu.gunma-u.ac.jp/~hayakawa/seminar/Julian.html

社会保険庁のシステム並みのバカ

>>199
ちなみに、三原山が噴火したときに行われてた緊急会議の内容が
「対策室の名称を昭和にするか西暦にするか」だったそうな

昭和天皇が高齢だから万が一のことがあっては・・・でも西暦は前例がないし・・・　とぐだぐだやってたそうだｗ

品質チェックの部門なんて作って無いんだろうねこんなド初歩やらかす会社は

>>194
まあそうなんだけどなｗ

>>195
> 敢えて作らない勇気を持って欲しい。マジで。

そうなんだよね。
作らなければバグを作りこむ事はないんだから。

あと、「何が何でも全部機能を作りこむ」ってのは危ないんだよね。
UNIXの法則じゃないけど、「10の労力で90をカバーする」ようにするのが常道。
これを95カバーにしようとすると100の労力がいるし、100カバーすると1000の労力がいる。
人の判断や工夫に任せたほうがいい部分は人にやらせるべきなんだよね。

>>198
まぁ、でもふつー管理者だったら、2004年がつつがなく動いたら2008年もちゃんと動くと思うよなー。

初歩中の初歩だな。
費用ケチりすぎたんじゃねぇ？w

>>192
余談で私事で恐縮だが
エラー判定処理が多過ぎると
昔、上司に愚痴られたことが有る

作法か何かで「入力は信用するな」
て書いてあったからｗ

今回の件では、先に出た判定式を
１分くらい見てたら、脳内ではＯＫになったんでねｗ

>>203
ついでに言うと「ウチ独自のシステム」を欲しがるところって、
たいてい業務分析ができていない。

そりゃあ、オリジナルな部分はあるけど、ほとんどは他の多くの会社と変わらん。

そのくせ欲しいのは「他社と同等の機能を持った自社独自のシステム」

>>136
アラブ人は偉大だな

素で間違えたのか分かってて投げやりに作ったのか
どちらにしろ日本のIT業界はおわってる

機械が自ら「ええ！？うそでしょう？２月２９日って。あるわけないじゃん！」
って思ったんだろうな。

>>196
うん、そういうやり方でいいと思うぜ。
話をでかくしちまって正直すまんかった。

ただこの閏年の問題だって、中国人みたいな言い方をすれば
「そんなことは仕様書に書いてない」とか
「納品してから１年経ってるから有償で改修」とか
突っぱねることはできるからな。

まあ日本でそれを言うと次に仕事がこなくなるわけだが、
こなくなっても構わないような客だったり、発覚しても
オレの手から離れた時点で責任が及ばないと判断したら、
そういう冗長な部分は極力手を抜くね。閏年以外でもね。

>>206
エラー判定するより、エラー値をそもそも入力できないUIを
考えたほうが早いこともあるよな。

>>201
そこで皇紀です

３月３２日並にありえねぇミスだ。

最初、中国か？インドか？と思ったけど、中国やインドでもうるう年はあるよな・・・・・。

俺が学生の時でもうるう年判別くらいやったけどな・・・

しまった、腕時計の29日から1日に変わる瞬間見逃したｗｗｗｗ

たった1行で判定できるだろうに
y%4 == 0 && y%100 != 0 || y%400 == 0

うるう年なんてテスト項目にとりあえずデフォで入ってるようなもんだと思うが

オレだったらうるう年判定の関数作るなあ。
それの方がデバッグでソース見る時は正確で早い。

>>213
そういえば年金のシステムでも9月31日が誕生日か
登録日になってる人がいたみたいだね。

>>180
うるう秒もいれておけ。馬鹿。

どんだけ・・・

ソニーも閏年対応してなかった
漏れのNW-A919/BI (((´･ω･`)ｶｯｸﾝ…

>>206
ほぼ同じような事を部下に言った事があるなー

「入力チェック処理程度で条件分岐がネストしまくってるのはのはおかしいだろ」という意味でだが…

手続き型の言語しか書けない奴はよくそういう事をやらかしてくれる

いちいち閏年の判定すんなよ。
２０年分くらいのカレンダーのデータ作っておいて、それから読み込んでりゃいいだろ。
('A`)

>>223
とりあえず、そういうレベルの話じゃねーよ
とだけ言っておく

>>180
バカ、それはただのグレゴリオ暦のうるう年の入れ方だろうに。
地球の公転周期は365.25636日。すなわち地球の一年は365.25636日。

日付時刻型を使えば．．．

2004年はどうだったんだろ
このシステムになってまだ４年たってないってことか？

>>140
ｸｿﾜﾛﾀ。
さっき動かないプログラムに苦闘していたが、
それ見たら一気に気が楽になった。
明日もがんばろうって気になったよ。

アフォw

うるう年、うるう月、うるう秒、うるち米とか色々面倒だな・・・

>>231

うるおぼえ

うるみ

うるちえ＆かわゆい

>>228
もし同じシステムが２００４年は正常に動いたのなら、
うるう年は４年に一度（＝下一桁が４の年）と考えたアホが
if( year%10 == 4) { // うるう年 }　とかやったんかな
この業界は途方もない馬鹿が平気で仕事してるし

>>235
2004年2月29日は日曜日ですね。

その辺りが関係しているのかしらん？

うるう年のチェック無しってwwwww
基本だろwwwww

これなんてソニーコンピュータエンタテインメント？

またコンビニ店員にお昼時の地獄が始まったな。
おまいら、お昼時を外した時間に買う様にしてやれよ。

本職のプログラマでこの考慮漏れはありえなす。。。
まぁどうせ中国とかのオフショアなんだろうけど。

>うるう年を考慮せず

どこの国のクオリティだよｗ

>>239
あるあるｗ　2000年頃に、安くて高品質とかの触れ込みで中国を下請けに使う
IT企業が続出した。でも成果物のできの悪さに泣かされるＳＥ続出。

>>241
できが悪いと言うよりは、
仕様を完璧に伝えることが不可能って分かっただけだな。

いままでの下請け利用が如何に下請けにおんぶにだっこしてたかを自覚しただけ。

白状しよう。
俺は昔>>140みたいなソース書いたことがある。
まあ、結局先輩に見つかって直されたけどな。
条件調べるのめんどかったんだもーん。

>>239
あはは。プログラムじゃないけど、とあるプロジェクトで、中国の派遣使っている奴が嘆いていたよ、
成果物のチェックが疲れるって。
聞けば彼らカタカナの、「ア」と「マ」、「ソ」と「ン」をよく間違えるんだとか。
なんだか、現役バリバリの2chねらにチェックさせれば、って思ったよ。

これから先、日本は戦艦大和も新幹線もＹＳ−１１も作れないだろうな

>>244
アマゾンで買い物できんだろ

うるう年はライブラリ使ってるから問題ないけど
こないだ失敗したのはミリ秒単位で暑かったとき＆夏時間に関すること。
大昔日本にも夏時間があったなんて知らないよ。
あとめんどくせーのが休日ね。

秋刀魚タイムだな。

この程度の数字や文字チェックは
基本ルーチンとして共有化されてるものだと思ってたが
こんなやっつけ仕事をする会社の方が
案外利益出して生き残ったりするんだよな。

>>249
そういうのって、ここの連中が苦手なコミュニケーション能力ってのもあるかもね。
とあるプロジェクトで、隣の奴が泣きそうになりながら、プログラムで数日悩んでいたことがあって。
こっちも、自分のことで熱くなっていたから気づかなかったんだが。
ある日、話を聴いたら、正規表現一発でうまいこと解決することだった。
そのとき思ったよ、人のつながりがうまく行っているところって、そういうやっつけが効くんだろうなと。

>>250
正規表現や関数化や条件動作の数式化は
ハマればステップ数が10分の1ぐらいに激減するからな。

便利な反面、前処理と後処理の手を抜くと
バグ要因にもなり得る諸刃の剣ではあるが。

グラマやSEも結局大事なのは人付き合いだと言うのは
良く言われる事だな。

>>250
よ〜し、じゃあ >>250を切って、となりの香具師の月単価を４月からageよう

＞サッカーくじ「ｔｏｔｏ」販売が一時停止
＞販売ソフトが、主審の能力を考慮せずに作られていたのが原因

定評ある広島出身の主審がまた伝説を作ってしまったしｗ

中国ＳＥのせいにしてる書き込みあるが、日本のＳＥのレベルの低さは笑っちゃうくらいだぞ。

っていうか何でだかしらんけど日本のＳＥは高卒、専門学校卒が中心で大卒のやつらが少ないんだよな。

日本以外の国のＳＥさんはみな日本でいう旧帝国大卒が多いのにな。

>>254
地味で儲からないからな。

ケロロ並

>>254
月給５０万くらいで残業続きじゃ
よほど底辺の奴でない限りたまらんだろ

ありえない

>>254
そりゃあ、業界トップのお偉いからして
「技術力よりもコミュニケーション力を付けてこい」
とか平然と言う業界だからそんなん当然。

つか、業界の上の人間は技術屋としてゴミなんだよ。
だから、技術よりもコミュニケーション力(笑)を重視する。

そんな腐った業界にだれが行くかってことだよな。

>>140
西暦2000年を閏年として扱うプログラムは実在したのかw
プログラム書く奴には最低限の常識が必要だな

>>260
釣るのが遅すぎ

うるう年を考慮するのなんて
プログラミングの教科書の最初あたりの問題だよな？

ドンだけ手抜きしてんだよ。

>>259
PGとSEを混同しとるな。

2,3ヶ月で終了の予定だったとかｗ

>>91
2000年2月29日は400年に一回の歴史的な日だったんだよな

事務系のソフトでまっ先に考えるのがこの部分なんだが・・・

うるう年とうるう秒は
何の関係も無い。
豆知識な。

まあ、ここでプログラマ叩くのもいいが
だったらお前が同じ期間・納期でバグの無いプログラム作ってみろ、と言いたい。
薄給＆激務で正常な判断が出来なくなるのは当たり前。
叩くなら発注元を叩くべき。

ベンダーはどこだ
うちも業種がら外部ベンダー使うこと多いけどこんなヘマやらかすところに頼みたくはないぞ

>>268みたいな屑はどんな仕事をやらせても言い訳ばかりで使えない

でもさー
たとえばこんな現場だと
ソフトウェア資産の有効活用とか
十分なテスト期間の確保とか
できてないんじゃね？
ttp://s03.2log.net/home/programmer/archives/blog38.html

閏年は１００秒前から0.01秒ずつ増やしたり減らしたりして調整するから、閏年みたいに目に見えて多くなったりはしないんだぜ。

そういえばうちの勤務表のExcelシートに2/29が無くてあれ？なんでねーの？
と思ってたが、あれも閏年判定バグってたんだなｗ
今気付いたｗｗ

>>273
あ、それ意図的に2/29の作業時間をカウントしないで
タダ働きさせられてるだけだからｗ

>>273
その勤務表作った奴はクビだな
うるう年を考慮するのなんて、プログラミングの教科書の最初あたりの問題だよな

閏年に生まれた人は誕生日が4年に1度なんだよね
誕生日を迎えなくても年は取っていくけど
誕生日プレゼントもらえないね

ボンミス

(´･ω･`)ていうか日付を何につかってんの？普通にパソコン内部の時計から取得するんで駄目だったの？

>>278
サーバーとの通信部分で変な異常値チェック入れちゃったんでしょ

この二千年を遥かに越したこのご時世に
閏年判定してないって…

閏年を知らない/考慮しないSEって考えられん、ゆとりのなせる技か

>>276
2月29日
http://ja.wikipedia.org/wiki/2%E6%9C%8829%E6%97%A5
年齢計算ニ関スル法律
http://ja.wikipedia.org/wiki/%E5%B9%B4%E9%BD%A2%E8%A8%88%E7%AE%97%E3%83%8B%E9%96%A2%E3%82%B9%E3%83%AB%E6%B3%95%E5%BE%8B

あのさ、うるう年自体はあってもいいけどさ
なんで２８、２９日なわけ？他の月は３０と３１じゃん

３１日の月を２つ３０日にしてさ
２月は３０日まで、うるうどしは３１日までってするほうがよくね？

３０と３１じゃ覚えにくいじゃん
２８と２９だからみんな意識するけど

頭いいな

じゃあいっそ、１３５７８、１０、１２月も３０日にして
２月を３５日、うるう年３６日にすれば２月以外は３０固定で憶えやすくね？

天下り公務員バカすぎ・・・・・・・・・・・・・
フリーター以下

ありえない・・衝撃的なニュースｗ

見積もりが甘すぎて機能をはしょられたにちがいない

うるう年が悪い。
四年に一回何をしても記録に残らない日を１日作って
毎年365日にしようぜ。

>>254
俺の経験では専門卒はそこらへんの大卒よりはいい仕事する

いまどきJavaとかだとデフォルトAPI使っても
うるう年くらい処理するんじゃないのか？

>>291
Ｊａｖａの仕様はよく知らんが、例えば＞＞１３０にあるような、

＞システムのプログラムを作った豊橋市のソフト会社に連絡して調べたところ、
＞日時を管理する「タイムリー」というプログラムのミスが原因と判明した。
＞日付入力の際、１年前から１年後までの範囲内でチェックする手順があり、
＞この日がうるう年の２月２９日で、昨年も来年も２月２９日がないため、
＞システム立ち上げ時に「エラー」になって障害が起きたという。

というバグだったら、業務ロジック側のバグだから、ＡＰＩレベルの対応の有無は
関係ないんだよ・・・

日本の馬鹿なSIerは、車輪の再発明を平然とやっている馬鹿集団というのが
よくわかる一件だな。

すでにあるライブラリを使えば済む話をｗｗ　日本がいつまでたってもITで他国
に遅れているのがよくわかる構図だなｗｗ

初歩中の初歩
基本中の基本
最初の一歩
いろはのい

・・・・・・ここまでだ

>>283
ヒント1　　月の満ち欠けが1ヶ月単位でした
ヒント２　　元々、1年は10ヶ月でした
ヒント３
9月は英語で　September　sepは7番目の意味
10月は英語で　October　octは8番目の意味
11月は英語で　November　novは9番目の意味
12月は英語で　December　decは10番目の意味

社会保険庁の穴空きシステムといい、
今回のものといい、
なぜ請負会社を公表しないんだ。
寄生虫が見つかった飲食店はちゃんと自社の名前で公表しているのに。

>>296
下請法を勉強しましょう。

いまどき標準ライブラリを普通に使っても対応されてることもあるというのに。

>>292
妙な事を。
業務ロジックとやらを決めた人が、
「1年後」を「(年+1)/(month)/(date)」と定義してるわけじゃなかろうw
「1年後」をまともに処理出来るAPIを備えているかどうかは思いっきり関係あると思うが。

システム真空管でできてんのか？

閏年は１年が366日ある。

これ、西暦な。

>>299

＞業務ロジックとやらを決めた人が、
＞「1年後」を「(年+1)/(month)/(date)」と定義してるわけじゃなかろうw

甘い。甘すぎる。底辺を知らなさ過ぎるｗ

こういうロジック（笑）するやつは腐るほどいるよ。
だから２・２９にバグったんでしょ？

４で割り切れる年は閏年で、100で割り切れる年は閏年ではなく、400で割り切れる年は閏年。

しっかり、そのロジックでアプリを作ったが、作成して５年足らず、2000年になる前に業務が終了してしまった。

>>302
仕様書にわざわざ「1年後とは……」て念入りに
間違った指定をする間抜けはたまにはいるかもしれんが、
それよりは実際にコードを書く時に「1年後だからyear+1と。簡単簡単」
と何も考えずにやってる場合の方が多いんでないかな。
で、例えばJavaのCalendarのadd(Calendar.YEAR. 1)なんかだと、
閏年の事をすっかり忘れていたとしても問題は発生しないわけなので、
APIレベルの対応の有無が関係ないとはどうしても思えん。

ちょまてよ

>>305
木村さん何してはるんですか

ライブラリ使えっつーけど探して仕様確認しているうちに作れそうなものは自分で作っちまうよな
うにっくす野郎のコードはメモリの使い方も汚いし行数もムダに多いしなるべく見たくない

>>283
２０世紀初頭だったかのアメリカでそれをやりかけたことがあったはず
なんでやめたのかは不明

うるう年の換算なんて基本の基本なのに、こんなのバグるなんて、ちょっと信じられんな。

今年までＴＯＴＯが存在しているとは思っていなかった。
そういうこと。

どこかの行政機関でも、似たような話があったよなぁｗｗｗ

ヤフーファイナンスの日経平均チャートのローソク足も29日の部分がない
なおして

コンビニのインターネット受け付けするヤツもWindowsだよな

４年一度手作業でいいじゃん。プログラム変えるのまんどくさいだろ？

閏年を設計時に考慮しないうえに
事前テストもしないとかどんだけ適当なんだよｗ

leap year issue!

日付扱う関数やコントロールって最初から閏年に対応してるだろ

家本政明のようなレフェリーがいる限りトトは買わない。

またゆとりか

閏年も知らんような連中を
奴隷同然に現場に放り込むからこうなる

>>295
>ヒント２　　元々、1年は10ヶ月でした
これはちょっと誤解を招くだろ

４の倍数だけアホになります　1、２，３、ニョーン！！
ってプログラムしときゃよかったわけだよなｗ

お前らSEにだけ厳しいな
文系の連中がチラシの値段を一桁間違えても擁護するくせに

>>323
値段を正しく入れようと意識はしていた
と
閏年を設計に入れようともしなかった

では全く違う

そんな初歩的な、、

>>324
単なるミスだろ
誤字脱字と一緒のレベル
閏年を知らない人はいないんだし

設計は一つもミスしちゃいけないなんてどんだけ鬼なんだよ

システム名称：totoシステム
システム概要：スポーツ振興くじ「toto」の販売・払戻、会員管理などを行う基幹業務システム
http://www.unisys.co.jp/dotnet/toto/

ユニシスプギャーｗｗｗｗｗｗｗｗ

>>275でも書いたが、なぜかエクセルだと閏年が考慮されてなくても許される
そうじゃないと文系の連中が困るから

プログラムは一つのミスでも徹底的に叩かれるのに、
エクセルが動かないことがあっても単なるミスで許される
おかしな世の中だ

俺は顧客から、

「【うるう秒】の影響と今後導入されるかもしれないサマータイムについて現システムの影響範囲を調べろ」

みたいなメールが来て一週間つぶれた。

プログラムの基礎の基礎でうるう年を扱うと思うんだが。
朝鮮かなんかに外注してるのか？

うるう年ってｗｗｗｗｗ
プログラミング入門とかのかなり最初に書かれてる初歩じゃないのか？ｗ

うるう年の計算はプログラミングはじめたら3回目くらいでやるだろ！

>>4-332
なんでみんな同じ事ばかり言うの？
もう3が言ってくれてるよ。

なんで見出しが【うるう年】なんだよバカ
低脳の>>1は死ね

>>320
だってそういう連中は時間単価安いので使いホーダイ

>>327
東京ディズニーのエレクトリックパレードは2/29はお休みになるの？

かなりの金額が天下り公務員の人件費で消える。
本来のスポーツ振興費にまわるのが少ないのは組織の問題。

作った人はうるうるだな。。

【IT】「IT開発者、情報時代の無名のヒーロー」「シャベルや切削機をマウスやサーバに持ち替え、社会インフラ構築で活躍」…MSバルマー氏
http://mamono.2ch.net/test/read.cgi/newsplus/1204446135/

>>317
それは標準ライブラリのこと

日本の　あほな　SIerや開発会社はこのスレにも書かれているけれど、
自作しないと気がすまないようだよ。まさに車輪の再発明。愚の骨頂。

だからこういう問題を引き起こす。オープンソースは信頼できないとか、
自分でソースがのぞけないとサポートできないとかさ、全く馬鹿げてい
るよ。オープンソースのほうが何倍も信頼できるという事実がわからん
ようだよ。

>>338
業務経歴書には
「１．コンビニ向けTOTO販売システム（うるう年対策不備のためシステム停止）」
とか書くんだろうか。うるう年を理解できなかったばかりワープア入り確定だな

デスマーチで作ったんだろうか・・・

デスマーチが言い訳になるレベルのバグじゃないし

４年に１回止まるぐらいなら別にいいんじゃねーの？
ただのギャンブルなんだしよ、１日ぐらい止まっても誰も困らない。

>>344
ま、それくらいの心意気があるならば、SIerも馬鹿見たく、標準ライブラリまでも
自作するような馬鹿な真似をしたりはせんだろうよ。

結局はこういうのも、消費者つまり今回の場合、クライアントたる企業が我儘や
無理難題を押し付けてきたツケなんだよ。

>>345
そしてその我侭を唯々諾々と受けつづけ、その負担を全部
下請けに丸投げしてきたＳＩerもな

どこまで・・・・・・

>>263
SEだって技術力は必要だよ。
ろくにソースも読めないSEがまともな設計や見積もりをできるわけがない。

コミュニケーション力とやらを重視するやつは、基本的に「ソースが読めない」ヤツなんだよ。
ソフトウェアの最終成果物は「ソースコード」であることを理解してない。
設計書や仕様書を読んだり書いたりするんでも、「ソースコードを読めるかどうか」で
全然その効率や意思伝達性能が違う。

上流工程系のSEやPMってのは、基本的に「ソースを読めない」んだよ。
ソースを読めないからこそ、「コミュニケーション力」とやらが大事だという風潮を作りたがる。

・ソースを読めない書けない俺にも設計や仕様が理解できるように説明する能力がない人間はクズ
・ソースを読めない書けない俺がいう事を、もれなくバグ無く確実に
　ソースコードに変換できる能力がない人間はクズ

という事を、IT業界の重鎮やらトップとやらが平然と言ってのけているわけ。