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

>>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業界の重鎮やらトップとやらが平然と言ってのけているわけ。