俺はバグでこんなすごい被害を出したぞ! part労苦

>>951
想定… www

とても『富士通』らしい不具合で、何故かほのぼのとした気持ちに慣れました。

思い浮かんだのは
Tableに配列切ってあるDBでした。

初めて出会ったのはFの仕事でした（遠い目）

確かにchar(255)のカラムの値をバイト配列として扱う
っていう仕様を見たことがある

>>955
列を255個作るよりはパフォーマンスがいいぞ。

>>956
当然char(255)がずらーっと並んだテーブルだよ
カラム中の100バイト以降はFILLER
15カラム目以降は全部FILLER
とかそんなの

>>951
ttp://www.asahi.com/business/update/1216/130.html
> 入出金回数は年間９９回に設定されていたが、
> 今月１２日に１００回目の入出金をした顧客がおり、異常が発生したという。
...
> ＪＴＢは入出金の回数を無制限にするよう求めていたが、
> 富士通側が制限回数を設けていた。
> ＪＴＢはトラブルの処理費用を富士通側に請求する考えだ。

ひでえwwwww

仕様通りに作らなかったというのはバグなのか？

>>959
仕様通りなら仕様なんだから、立派なバグです。
ありがとうございました。
だろう？

>958
うはははは
まじかwww

>>958
おいおいおい・・・・

ＪＴＢが求めてたのに富士通が却下してたってことか。
どっちが金払うかでもめるぐらい大規模な修正
だったのかもしれないけど、ありえなくてワロスｗ

>>959
99までが仕様というのはよしとして、100以上になったときの例外処理をしっかりと

100以上になると確変突入ﾜﾛｽ！

>>963
それがつつがなくできるようなら99以下なんてケチな設定はしないと思われ。

>965
だなww
たぶんPIC 9(2)からPIC 9(3)にするとか、制限拡げるのはとっても大変だったとかなんだろうwww

>>966
COBOLかどうかわからんのに。

>>962
「ＪＴＢたびたびバンク・フリープラン」の商品説明を読んでみた。
旅行代金に当てることを前提にした貯金。銀行預金より利率が有利。
「フリープラン」ではいつでも入金できて、いつでも旅行申し込みが
できる。
入金すれば即有利な利率が適用されるため、こまめに入金する顧客の
存在は当然想定される。
入出金の回数無制限は、JTBの当初からの要求だったと思われ。

つーか、なんで99が制限なんだ…？
数値を文字列２桁で持ってるとかか？

それにしたって、アクセッサを16進変換かますようにするとか、
なんか増やす手がありそうなもんだが…。

PIC 9(2)だからじゃないか

ORACLEでNUMBER(2)とか

>>971
フィールド幅増やす方向なら、無条件で出来なかったっけ。

>>969
履歴を保存する領域をサボって固定長にしたかったのかもしれんけどな。
そうすると必要なリソースがユーザー数だけで決まって読みやすいからな。
で大雑把に「100件くらいでいいんじゃね？合計も2桁ですむしね！」と。

昔からNiftyとかでもそういうリソース制限の仕方が好きだったからFの社風なんじゃないか？
汎用機からの転換教育でオープン系のSEを促成栽培したりしてたし、
（汎用機の自社製スクリーン・エディタであるPFDEのUNIX版まで開発したくらいだからなｗ）
汎用機時代のレコード管理のしんどいファイルシステムの後遺症かもな。

いや、きっと入出金の履歴をテーブルに貯めているんだろう。
そのテーブルが９９個って事じゃないか？

PFDは今はPDFEになったのか。知らなかったよ。

>974
それは斜め上すぎwww

斜め上だがFだからなあw

２０００年問題が今年のこんな時期に発動か！

これってどうしてJTB情報システムに作らせないで富士通FIPに作らせたんだ？

おーっと！雪崩式丸投げが決まりましたァ！>>979

一人が１００回入出金したら全部（と思われる）の支払履歴が壊れ、
二重引き落とし発生。

途中計算のＰＧ内の配列の横が９９しかなかったぐらいしか想像できない。
顧客コード単位の履歴の最新が全部落ちて入金済み情報がなくなって
全部請求対象になった、みたいな。

なんかこのスレ、富士通関連が大杉

Fは、まぁ手を付けてるｼｽﾃﾑの数も多いのかもしれんけど、
それにしても騒動に発展するﾊﾞｸﾞが大杉だな。

これだけ騒がれてもFに発注する会社があるとは不思議だな。

>>982
始めから最後までFって感じでしたね(w

あっという間に埋まってしまいそうなので次スレを立ててきました。


俺はバグでこんなすごい被害を出したぞ! part死地
http://pc8.2ch.net/test/read.cgi/prog/1134751568/

ヒント:政治力

>>985
乙

じゃ埋めるか

＊埋め草宣伝＊

／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|　先輩､ヒドいバグで今日も大損害ですね。
＼
　 ￣￣￣|／￣￣￣￣￣￣￣￣￣￣￣￣
　　∧＿∧　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 （　・∀・）　 ∧ ∧ ＜　おめーのバグだろ､ｺﾞﾙｧ!!
　（　　⊃ ）　 (ﾟДﾟ；)　　＼＿＿＿＿＿＿＿＿＿＿＿＿
￣￣￣￣￣ （つ＿つ＿＿
￣￣￣日∇￣＼| BIBLO |＼
　　　　　　￣　　　=======　　＼

おめーのバグだろ､ｺﾞﾙｧ!!　その２０
http://pc8.2ch.net/test/read.cgi/prog/1134400802/l50

　∧||∧
（　 ⌒ ヽ　バグを出したら一吊り・一死
　∪　。ﾉ　
　　∪∪

スペランカーごっこ　６周目
http://pc8.2ch.net/test/read.cgi/prog/1124960184/l50
首吊りスレ六人目
http://pc8.2ch.net/test/read.cgi/prog/1112823999/l50

入金回数せめて２５６回までにするとかしておけば・・・

年間の銀行営業日＋１０もあれば十分だろ

まさか、１日で100回も入出金したのか？

>>991
コンビニでも入金できるのがこの商品のウリの一つだった。

>>992
良く嫁
> 入出金回数は年間９９回に設定されていたが、

今更だがこの手のシステムがｲﾏﾄﾞｷFILLERも持ちのファイルで
出来てる訳ないと思うよ　>957

漏れがかなり以前に書いたコードがバグってた・・・
今までどうやって動いていたんだろうか・・・・

>>996
たまたま運よく

>>996
小人だろ。

銀河鉄道

（´^？�u^？｀） 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。