【社会】JTB、システム障害で顧客口座から7350万円を誤引き落とし…開発した富士通エフ・アイ・ピーに請求

★JTB、システム障害により7350万円を誤って引き落とし

　ジェイティービー（JTB）は12月16日、システム障害により2071件の顧客口座から
合計7350万円を誤って引き落としていたことを明らかにした。システムを開発した
富士通エフ・アイ・ピーが設定した上限回数を超えた入出金があり、誤った引き落とし
が発生した。JTBは書面や電話で顧客に通知しており、今月20日までに返金処理を
完了する予定だ。

　障害を起こしたのは、旅行積立商品「JTBたびたびバンク（フリープラン）」を管理する
アプリケーション。JTBたびたびバンクは、一定期間、毎月一定の金額を積み立てて
いき、旅行商品を購入する際に積み立てた金額を利用できるというもの。金額の積み
立て期間が満了するとフラグを立て、以後、口座からの引き落としが止まるようにする。
JTBたびたびバンクの積み立てに対して、顧客は自由に入出金できる。

　今回の障害は、顧客の一人がJTBたびたびバンクの積み立てに対して年間100回を
超える入出金を繰り返したことで発生した。JTBによれば、同社はシステム開発時に
富士通エフ・アイ・ピーに対して、入出金の回数を無制限にするよう要請した。ところが
富士通エフ・アイ・ピーは「入出金の上限を誤って99回と設定していた」（JTB広報部）。

　このため、指定口座への入出金が100回を超えたところ、すでに積み立て期間の満了
していた2071人のフラグを外してしまう障害が発生。12月12日に、積み立て期間が満了
した顧客口座からも引き落としてしまった。同日に顧客からJTBに対して指摘があり、
異常が判明した。

　JTBはトラブルの処理費用を富士通エフ・アイ・ピーに請求する予定。JTBたびたび
バンクの顧客数は合計で約7万8000人という。

日経BP　2005年12月16日
http://itpro.nikkeibp.co.jp/article/NEWS/20051216/226393/

関連スレ
【経済】富士通株下落、東証システム不備で影響の可能性
http://news19.2ch.net/test/read.cgi/newsplus/1134383904/

アノ法則

これって怠慢じゃないのか？

どうせＦＩＰも下請けに丸投げだろ

また富士通かｗ

つーかＳＥ・ＰＧ使い捨ての開発体制のツケだな。
ざま〜みろｗｗｗ

JTBの仕様を無視してたんだからFIPの責任は明白だが、
「通常考えられない」ことをするのが一般の客なんだよな〜
データの格納上、どうしても回数の制限はできてしまうが、99回はちょっと。
んでその人だけ0に戻るとかならともかく、他人まで絡むってのはなあ。

この世界、変な奴が多いからな〜。

>>今回の障害は、顧客の一人がJTBたびたびバンクの積み立てに対して年間100回を
>>超える入出金を繰り返したことで発生した。

こいつのせいだろ、新生の引き出し５回制限は。
晒しあげろ

8なら富士通のシステムは日本ＩＢＭへ。

９９回にしてもいいが、９９回で
処理不能になるようにしておけば
スンマセン程度で済んだのに・・・

おそらく、ＩＦ文の使い方の基本が出来てないんだよ。

富士通（笑）

100回までしか使えないＦ仕様なんだろう。
100回使ったら廃棄。

Ｆ仕様
システム更新じは非常に不安定
プロジェクト毎の質が安定していない
納期厳守の粗末な作り

ヒント：丸投げ

なんか、俺が辞めてから、爆弾爆発しまくりだな。不治痛ｗｗｗ

富士通なんかカスなんだから使うほうがアホ

さすが富士通ﾃﾗﾜﾛｽ
こんな会社使うやついるのかよwwwwwwwww



俺のPC 富士通だった　orz

VBでつくったの？

こんだけミスしまくりなのは働かない社員が悪いんだな。

他人事じゃないな（・ヘ・）・・。

１００円のもの売って、それで１万円の損害があったからって１万円請求されるみたいなもん。

また不治痛か

また不治痛か

また富士通か！
オーバーフローかなんかなんだろうか。何でテストしないんだろう。

それが不治痛クソリティー

富士通は完璧に　終　わ　っ　た　な

限界値テストなんかやってないんだろうね。

東証の件もそうだけど、結局テスト環境の不備とノウハウ不足なんだろうな。
時間がないのもあるだろうけどさ。

富士通って面白い会社だったんですね

また不死痛か

下請けへの締め付けが強くなるだけで終わるに
30億ペリカ

おれも富士通グループの会社にいたことあるけど
他人の批判に耳を貸そうという空気が皆無だね。
特に本体から出向してきた連中と来たらプライドだけで中身はスカスカ。

今の姉歯問題と富士通問題に
共通点があると思っているのは
オレだけか？

またまた不治痛か

>>27
限界値テストなんて基本だと思うんだけどＦじゃ違うんだろうか。

富士通(笑)

○富士の金利程度じゃ許せない

１．部署異動しても引継ぎをまともにしない
２．気がつくと仕様を知る者がいない
３．外に調査を投げて資料を作成
４．１へ戻る

これがFクオリティ

組合の力がやたら強いと聞いたことがある＞富士通

資金繰り苦しくたって、こんな手段で調達するとは世も末だ

37
っていうか、大手システム会社なんてどこもそんなもんだろ

>>20
秋草　元社長さんですか？(w

>>32
どっちかというと三菱の方だと思うが。
構造うんぬんは官も含めた業界の体質だから姉歯個人の問題ではない。

>>34
もちろん通常の限界値テストなんかやってるだろうけどさ、
問題はすべての入出力に対してやってるかどうか。
東証もかなりの条件が重なった場面での不具合みたいだし、
今回の件も通常起こりえない場面での不具合。
こういう場面での限界値テスト等インターフェースのテスト
は軽視されやすい。時間ないとどうしてもね。

まして外注任せだとテストの必要性すらわからなくなる。

また富士通かよ！！！

>>38
強いよ！！社員に対してｗ
だって、組合（全富連ね）のTOPは、取締役になることが決まっているから、労働者のための活動をして、自分の首を絞めるような真似はしない（糞）

また不治痛信機製造か

FIP株価大暴落の予感。
週明けは、信用売りでガッツリ稼がせてもらいます。

【ダメなものの定番リスト】
三表自動車
ＪＲ酉
妹歯建築関係
冨士痛のソフト
チョニーのAV機器
追記頼む

Fujitsu...「動かないコンピュータ」の事を言う。

キャッシュオーバーフローなんてコイツ等低級マーかよ

やばい会社だな。富士通のパソコン処分しよう。FM7だけど。

東証も富士通だお・・・・・。マジでやばくねえ？

サイバーテロってこういうこともいうんじゃないの？富士通の工作員によって日本のあちこちが
脆弱化しているんじゃないかと心配だ。安い＝抜けがある　って感じか。もっといい会社使えよ。

素人が作ってるとしか思えないな
多重派遣が横行してるのと関係がありそうだな

やっぱ納期遅れてでもテストしたもん勝ちだな、こりゃ。

どうせ富士通の下請けの派遣プログラマーがプログラム書いてんだろ
情報開発の会社はどこも同じような体制じゃないかな

「富士通グループの作るソフトは、拙速というよりも未完成の不良品である。」

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　by元富士通系社員俺

>>57
どこもそう
皆こんなのまともに動くわけねーって思いつつ開発してるよ

明日は我が身

私はすでに５年前に不治痛にやられてますから。



携帯電話だけど…orz

>>48
２ちゃんねらー

事務ミス、システムミスを含め、
誤請求、誤引落などはどの会社にも少なからずある話だと思う。
俺のいる職場にも富士通グループがいるが、どうにも不安だ。

>>58
えええおたくだけでは？会社名教えて。

＞富士通エフ・アイ・ピーは「入出金の上限を誤って99回と設定していた

うわー、あるあるｗｗ
富士通のメインフレームって何故かこういう意味不明な制限が
付いていることが多いよ。

下請けの仕業だろうけど見破れない不実う社員が悪い。
見破る能力がそもそもない。

さすがバック･トゥ・ザ･フューチャー2で嫌な日本人上司役の名前にされた会社だ

>>63
俺も会社名は教えられないけど
結構やばいバグ内蔵したソフト納品した。
後で発覚する前に気づき通常点検にかこつけてアップしてしまったが。
あれ発覚したら俺はあの会社首になってた。

もう、富士通にはなにか行政処分をした方がよい
あまりにトラブルが多すぎる

テストくらいしろよ

富士通お得意の丸投げシステムですな。
看板だけ富士通、中身はＤＱＮな下請け。
これを羊頭狗肉と言わずなんと言うのか。
ま、最近じゃ看板と実態との差がなくなってきたようだが。
と、いう訳で、



ま　　た　　富　　士　　通　　か　　！？

バッチ組んで狂ったように入出金するテストでもやれよ
中抜きして昨日プログラムやりだしたような派遣に
徹夜で作らせるからこういうことになる。

デスクパワーユーザーにニフティのオレは、投石が怖くて表に出られません。

うち未だに派遣いないんだけど、入れるという話が出てる。
評判見てると怖ろしい。

不二痛製品を建物にたとえれば、耐震偽造データ使用済み手抜きしまくりで足場掛けしようとするだけで
崩壊するようなものだなｗ

どこをどうやろうとも、安全・確実に使用することはできません！ｗ

　　　　　　　　　　　や　っ　ぱ　り　不　治　痛　か　！　

>>67
バレる頃には、「誰が関係していたか」を知ってる人じたいが居なくなってるからもーまんたい。

デスマーチって言葉が死語にならない限りまともなシステムなんて出来るわけがない。
あと多重派遣体制な。あれ組織にノウハウ何も残らないから。

富士通はもういいかげん４ね

富士通にコンピューターを頼んだ時点で自己責任だな、「みずほの統合」、「東証」、
「過去のPCへの対応」、挙げれば切りが無い。

低賃金の派遣社員使うからこうなるｗ

>>72
派遣でなっかりしないで済むのは雑用の女の子まで

>>72
偽装派遣の俺からしてもあまり勧めないな。
なにせ、契約切れた後それこそ致命的なバグあろうが何もしないからな。
ちゃんとした会社に転職考えてる。つか、する。

富士通に開発を発注した時点でジェイティービー（JTB）の責任、よって富士通に賠償責任はない。

顧客のシステム部はどういう検収テストをやってたんだ？
と思いつつも、これだけシステムが大きくなると検収テストも
完全にはできないジレンマ。検収も外注だったりしてｗ

中国製

>>81 ﾊﾞﾛｽ

しかし富士通の開発部隊はどうなっとるんだ
一連のﾅﾆは信じられん

会長も外注にしようぜ。少しはマシになるだろう。

>>81
富士通信機製造工作員乙

まともな製品作れるようになってから工作活動しろバーカ

>>82
俺やったことあるよ。検収テスト。偽装派遣で。

検収も派遣て…世の中そんなことになってたのか。

富士通は仕様だけ決めて製造は下請けに投げる。

この仕様がまた糞なんだな。

偽装派遣に３連徹とかで組ませるから･･･　俺も偽装派遣時は致命的なバグも
自分の担当じゃなければ一切無視。突っ込むと一週間家に帰れなくなる状態に
追い込まれるんでね。今はＦ系って聞いただけで面接なんざ営業の顔を立てる
ために行くだけ。

>>88
つーか、俺偽装派遣5年やったけど。
設計段階
「このような設計でいかがでしょうか？」
「ん。よきに計らえ」
「は！承知しました。」
製造段階
「このような問題がでましたがいかがいたしましょうか？」
「ん。よきに計らえ」
「は！承知しました。」
テスト段階
「テスト時間が足りませんがいかがいたしましょうか？」
「死んでもやれよ」
「は！承知しました。」
検収段階
「検収の項目はいかがいたしましょうか？」
「お前らが作ってもってこいよ。あと人員貸せよ」
「は！承知しました。」

とこんな具合だったぞ。どこも。

>>98
それ。
仕様が穴だらけ。
で、その穴を埋めるために仕様変えて別のところに穴作ってるw
典型的なアホ。

そんなのに延々と付き合ってるのがたるいから、最近は客先でも構わず毒吐きまくってる。

運送会社なんかに開発たのむからだよ。

>　このため、指定口座への入出金が100回を超えたところ、すでに積み立て期間の満了
>していた2071人のフラグを外してしまう障害が発生。12月12日に、積み立て期間が満了
>した顧客口座からも引き落としてしまった。同日に顧客からJTBに対して指摘があり、
>異常が判明した。

大爆笑。
どんな作り方してんだよ。

まぁバグのないプログラムはないというけどさ、エラー処理が
マズすぎるよな。プロの仕事とは思えない。

>>95
それが不治痛クオリティ

いやー、本当に富士通から足洗って
良かったと思う今日この頃

富士通って原発の制御ソフトとかも納入してるんだよね・・・笑えねぇ・・・

>>32
遅レスだが、同じこと考えてた。

すごいな。富士通。年を越せるのか？

富士通(笑)

いつかはこうなると予想がついていた。
大阪の千里中央のFIPも似たような感じだった。

新人たちはろくにPGの経験がないままSEをやらされている。
外注のPGやSE達の方がスキルが高いんだが、決定権がないためにいつもヤバイ状況で
要件定義が終わり、基本設計、そしてPG。
PG仕様書もあるといえばあるが、結局コスト削減＆納期が短すぎる為、先に開発。
そして後から仕様書を作成って感じ。

いわゆる後仕様型な企業。

こんな流れで毎回やってたらそら駄目にきまってる。

何がヤバイかっていうと、こんなやり方してたら、主力の外注は納期後にすぐに抜けるから
何かトラブルが発生しても中身を熟知した奴が既にいねーってこと。
そしてドキュメントもまともに仕上がっていないから解決が遅くなる。
いきなりSEやらされた新人がデバッグなんかできるわけねーしｗｗ

また富士通か

ろくな社員いないからな

>>103
仕様書も無いのに、処理の中身を推理しろ！って言ってるようなものだからな。

同じ富士でも富士電機は富士通製品は使うなという通達まで出してるね。
しかも富士電機は子会社の富士電機工事まで見限った。
プロの仕事が出来ないところは親だろうが子どもだろうが同族だろうが叩き切るのが富士電機。

富士通は富士電機を少しは見習って欲しいね。

たびたびパンクに見えた。

ソフトってＰＬ対象外だから不問だよ。ＭＳなんかとっくに破産している、

富士通本体は別に関係ないけどな。
まあしかしここの会社、確か東証でも富士通の下請けやってたから大変だろうな。

>>107
ヒント:富士電機の通信機器製造部門を分離、富士通信機製造を創設
富士通信機から富士通に社名を変更

不治痛はともかくとして、この手の責任ってどこまで請求できるんだろ
安物ソフトに重要なことさせてトラブル処理費用全部だせって無茶な話だと思うんだが

>>21
違うだろ馬鹿

欠陥商品売って、被害が出たから責任取れというようなもの

「ようなもの」というより「そのもの」か。

そもそもフラグを解除する処理が入ってることがおかしいじゃん。
積み立て満了したらフラグは立ちっぱなしなんだろ。

>>112
まず、本当に安物かどうか？
結構、いい値段とってたかもしれん。

仮に無理な値段でつくったとしても、値段は双方の合意で決定されたはず。
ＪＴＢが無理な値段をいってきたのなら富士通は断ればいいだけだ。
ま、営業が適当な値段で受注しちゃったってことはあるかもしれんが。

オープン系は安かろう悪かろうにならざるを得ない案件がほとんどだろ。

>>112
毎度、叩くだけ叩いて、責任転嫁！
Ｊのオハコじゃん
もう見放されんと解らんじゃないか！

>>118
ぐぐったら　JTB,動かないコンピュータに載ったことがあるようだな。
問題を何度も起こすようではこのケースでもユーザ側にも責任はあるのかもな。

動かないコンピュータ　　基幹系の再構築が破綻　
ベンダーを訴え、現在係争中　作業遅延の責任を巡り対立　　JTB
掲載誌 日経コンピュータ　2004/07/26号

旅行最大手のJTBは、基幹系システムの再構築プロジェクトを巡るトラブルが原因で、
開発を委託したビーコン　インフォメーション　テクノロジーと互いに訴え合う事態になっている。
業務／機能要件を固める作業が進まなかったことが引き金になって、JTBはビーコンITとの契約を解除。
訴訟は3年が経過している

>112
契約次第。

開発責任は納品後はないのが普通。だから顧客は検収テストをｶﾞﾁｶﾞﾁにやる（普通は）。
稼働後は保守契約が多いけど、開発の契約に「納品後の障害はそっち負担で対応してよね」
というのもある。でも障害の切り分けがまた曖昧だったりする。冗談みたいな話しだが、コンセント
が外れてて、サーバダウソと苦情を言うケースもあったり。

でもいい顔してﾎｲﾎｲ言ってないと受注できない。

それとシステムが大きいと、納品という概念も曖昧。システム変更なんてしょっちゅうだし
本番環境で開発することもあるし。

大体、顧客が提示してない仕様まで、自費で作りこむ必要ない。

だんだんむかついてきたｗ

富士通グループ解散希望！

また富士通か・・・

また富士通か！

下請けに丸投げする段階で伝言ゲームになるからこういう問題は起きやすい

う〜ん、ﾌﾗｸﾞを解除してしまうというのが良く判らん。
普通に作ればどう間違ってもこんなこと起きないだろ。
もしかしてこれデータぶち壊れてないか？

下手すると勝手に残高変わってる奴が居そうなんだが。
もしそうなら引き落としどころのさわぎじゃないぞ、それとも隠してるだけ？

またまたまたまた不治痛か！

富士通ヤバイね。
オウム絡みもあったしな。

こんな致命的なバグがそのままなんてJTB側にも問題はありそうだ

次から次へと

また富士通か

また富士通か！

みずほ合併祭りも東証システム障害もここだろ。

富士通、三菱　あとどこだろ？

>>1





　　　　　JTBたびたびバンク　→　JTBたびたびパンク

富士通クオリティ

　富士通をベンダーに選ぶ＝ヒューザーのマンションを買う

>>135
　富士通をベンダーに選ぶ＝ヒューザーのマンションを買う

↑富士通って安いのか？

だから富士通じゃなくてその子会社なんだからそりゃ安いだろ。

俺に彼女がいないのも事あるごとに富士通が勝手にフラグを落とすせい

ソニーの次は富士通か？
工作員の電機メーカーつぶしも執拗だな。
それに踊らされる2chらも問題だ。バカが増えた。

また（ry

以前、例の東証ネタで「日立やＩＢＭの金融システムと比べると富士通のは酷い」という
ようなカキコがあったが、そういうもんなのかねぇ

富士通は
もうぼろぼろじゃん。

不祥事のトリプルアクセル！

うちの会社もかなり富士通使ってるんだが心配になるな

不祥事のトリプルアクセル！

↑アクセス　なのでは？

>>136
いろいろ事情があって特定ベンダーしか選べないとかもあるよ。
親会社の意向とか。
取引先から口出しされるとか。

何の金を引き落としたんだろうか？
顧客が引きとしたんじゃなくてJTBが引き落としたんだろう？

＞富士通エフ・アイ・ピーに対して、入出金の回数を無制限にするよう要請した。ところが
＞富士通エフ・アイ・ピーは「入出金の上限を誤って99回と設定していた」（JTB広報部）。
このあたりはお互いの確認不足なんだろうな。
100回引き落としたらおかしくなるってのは論外だが。

>>136
実際安いよ、だからこそ富士通は結構いろんな所に入ってる。
まぁ木村建設並の何かがあるからあの値段で出来ることだとは思うがｗ

MMX Pentium搭載のFMV機を使ってるけど、
すげー不安定で使い物にならない。
40万円もしたのに...

富士通製システムの障害で俺の口座の残高が増えたりしないかな。

昔１円入札とかやって有名になった会社だからなあ。
絡繰りは、安価で不安定なものを導入させる、サポートで上乗せして回収する。
大きなところなら真剣に対応してくれるけど中小ならほっておかれる。
俺の知っているかぎり、工場で制御系でここのPC使っている所は無いよ。
まあ、スーパーコンピューターの自主開発もやめてしまった会社だ期待するな。

>>78
仕方ないよ
下に格安で依頼するから

143は頭悪いのか？

うちもここにシステム開発してもらってるけど、確かに
不具合多い。その割にサポート対応悪いし。

富士通って、昔は金融・決済システムや通信系に強いイメージがあったけど、
重厚長大な古いシステムのメンテばかりやってる間に、感が鈍ったのかな。

2桁しか取らなかった富士通も悪いが、JTBもJTBだな。
「入出金の回数を無制限にする」なんて曖昧なことを言わずに、
「10桁にする」とか指定すれば、トラブルは防げただろうに。

カウンタに無制限があると思っているJTBの担当者も問題だな。

>>154
っttp://www.cam.hi-ho.ne.jp/mendoxi/rfc/rfc2550j.html

　　　　　　　　　,. -───-: ､
　 　 　　　　　 ／::::::::::::::::::::::::::::::::＼
　 　 　 　 　 / '':::::::::::::::::::::::::::::::'''''　ヽ
　 　 　 　 　!::::::::::ｨ::ハ:::;::::::::::::::::::::::::::!
　　　　　　 i::|:::i::/l/　 i;::ﾄ､:､:::i:::::::::::::::i
　　　　　　 |::i/ﾚ'-i''　 'ヽi-ヾ,ヽ!:::::::::::::l
　　　　　　 |::ﾊ -‐-　　　-─- i::::::::::::::l 　　　やっぱり富士通や・・・
　　　　　　 |::::::l|　 | 　　　 |　 | |::::::::::::::!
　　　　　　 |::::::ヽ　|　r---､!　l,.!::::::::::::::l
　　　　　　 l::::::::::::`;'-'=,‐,='r''i~!:::::::::::::::|
　 　 　 　 　!:::::::l､::r'"´'. '　l　' i::::::::iヽ:::l
　　　　　　　i:l､:::|./､_＿＿＿_,l::::;l:/‐'ヽ!
　　　　　　　 '!ヽ;i'>l_＿＿＿,./／-‐'''"ヽ
　 　 　 　 　 　　!/ |.VVVVVVVV.lV＼!. i
　　　　　　　　　|　 |　　　　　　　　|　　　 l

>>125

デバグ用のコードが残ってたんじゃないの？
でなきゃ、９９（たぶんBCDで２桁）なんて小さい数字で
動作を変えるようなコードの必要性がわからんね。

>>157
おーかた、どっかのＤＢテーブルが持っている「本年度入出金回数」な項目が s9(2) だったんだろうよ。

んでこの属性に合わせたバッチ系処理のどっかで立てている「引き落としフラグ」が、９９→００になった
ところでミス判定し、００に戻っちゃったデータから再度このフラグをいじったデータに至るまでの間の
データのうちトリガーになったデータも含めて２０７１件分について、元々「引き落としフラグ」がOFFの
ものをONに書き換えちゃった、と。まーバグなんだが、100回分のデータテストなんてしてないだろうな。

項目属性を決めた仕様ミスだな。まさか「カウンタがオーバーフローした際のテストはしたか？」なんて
製造者にチェックさせる訳ないし、そんなテストは文字通り「仕様上想定外です」で項目から外すだろうし。

>>153
バブル後に優秀な人材から辞めてったから。
優秀な人ほど仕事を押しつけられて、出来なきゃマイナス査定じゃ辞めて
当然だけどね。

あの秋草と人事の無能が元凶でボロボロになってしまった
本体ならまだしも、SE子会社の砦であるFIPですらこれかよ、、、、

>>158
一寸したミスが命取り。
それでいて、いつヒューマンエラーが出ても
おかしくない程の過負荷な労働状態。

この業界、もう、潮時なのかね、、、、、
テストの自動化手法と普及を考えないと
本当に終わると思うわ。

また富士通か

東証のシステムの賠償も数百億に上るだろうに

ここでたびたびバンク会員の俺が来ましたよ
富士通、もう勘弁してくれorz

富士通の営業マンはつらいだろうなｗ

富士通は、よくもまあ、これだけトラブルを起こせるな。
能力主義・成果主義の行き着く先がこれなのか？
それなら、富士通にはもう先がないわな。
モラルの崩壊が雪崩状に・・・

うはｗｗｗｗちょｗｗｗ取引先ｗｗｗｗ

俺の予想だと、これはデバッグ用の処理がそのまま残ったものだと思う。
何回か入出金したら、フラグクリアの処理が走るように作ってあったんだろう。
でなければかなり不自然な挙動。

>>158

＞「カウンタがオーバーフローした際のテストはしたか？」

ホントはこういうエラー発生要件の場合にする動作を
仕様として確定して試験もしておかねばならんのだろうが・・・

納期を急いだか、下請け価格を叩いて使えないエンジニアを
回されたか・・・
で、下請けにマル投げして作った試験仕様書を
ERI並のノーチェックで通したか・・・

富士通はソフト業界のヒューザー（笑）

また富士通かよ
ﾌﾟｷﾞｬｰ

日本流成果主義
それにしてもノウハウが蓄積されない世界だ
よくデジ土方というが、土方以下だろ

無制限はアレだが、３桁くらいにはしるよ富士通

また富士通か!!!!！！！！！！！！！！！！！！！

>>164
友人があの会社を見捨てるところをみてきた俺としては、
成果主義とあの法則と同じものだと思っている。

つまりは、成果主義にしたから駄目になったんじゃなくて、
成果主義を導入するくらいに経営陣と人事が馬鹿だから
今の状態になってしまったのだと。


話を聞くに、あの会社、昔から人事がおかしくてバブル
期に歯止めが効かなくなり、その集大成というか行き着
いた先が成果主義だったのだと思う。

なんで、今の状態は別に不思議には思わないわ。

開発してるプログラマーの待遇ってかなり悪いんだろ？
これはわざと（ｒｙ

富士通グループもうだめぽ。

客の無茶な要求を聞き流して納期を守ると素晴らしいシステムが出来上がるという典型だな。
納期を守ってきたら徹底的に検収テストしないといかん。
この点はJTBの落ち度。
納期を守ったことが低品質のあかしだぞ。

ま富士通だっていう時点であれだが。

>>173
＞昔から人事がおかしくてバブル期に歯止めが効かなくなり、


詳しく！！

客の要求がそもそもいーかげん
仕様書がめちゃくちゃ
中国人ＰＧが作ってど素人がテスト

>>177
聞いた話になっちゃうから話半分にとっといて欲しいけど、
配属だと、本社採用、いきなり、子会社配転って時代が
あったとか。（只の分社化の巻き添えの様な気もするが、、、）

それと、これからは営業SEが大切だ、っでSE部門を
文系中心の配属にしてみたり、その煽りで理系を専門
ジャンル無視した配属にしてみたりとか。

何年か毎に社内配転のシステムもあるけど、組織側の
自己満足で機能してなかったそうだ。

あと、ジャンル、業務関係なしにＴＯＥＩＣが何点とれる様に
ならなきゃ駄目だ、ってのもあったらしい(w

で、士気下げまくっている所に成果主義がやってきて、
友人は、この会社もうﾀﾞﾒﾎﾟ、と見切りをつけたとの事。


個人的にはSE部門の理系比率下げた話を聞いた段階で、
なんか、こうなる様な気がね。

>>173
昔から富士通の人事は官僚的だったらしい。
不良社員だった池田敏雄も結構いじめられた。
ただ、現場の判断でバランスを取っていた部分があったようだ。
製品のためなら滅私奉公もいとわない体育会系だったともいえる。

しかし、成果主義によって現場が締め付けられて、
現場を知らないエリート意識の高い人事が締め付けを始め、
結果として社内のチームワークなどが崩壊した。

その後は例の本が詳しい。

>>179
＞それと、これからは営業SEが大切だ、っでSE部門を
＞文系中心の配属にしてみたり、

今の馬鹿社長のことですね。

富士通って中国下請けにシステム開発を全部お任せにしてんのか？

もしそうなら、金融システムの根幹部分を反日国家の国策企業にゆだねるって、
富士通はどういう了見してんだ、アホだろ

しまいにゃ、テロ支援企業に認定されっぞ

最近三菱といいソニーといい不治痛といい不祥事が連鎖するな

　　　(　⌒　)
　　　l | /
　　〆⌒ヽ
⊂（#‘д‘）＜想定外のことしといて責任とれとか
　/　　　ﾉ∪　　　　月給１５万でやってらんねっすよ！！
　し―-J　li |i
　　　　　＠ノハ＠ -=3　ﾍﾟｼｯ!!

>>181
バブルの頃の話との事。
なんで、今の社長、ってか「社員が働かないから」の
人は今は出世して会長だけど、その人が社長に
就任する数年前の事。

なんで、その世代の人達が、丁度、今、現場指揮官な
訳で。


>>182
そう。
政府が社会活性化の為の公共投資の意味も含めて
発注している金を中国とかに横流ししちゃうだよね。

経営陣や管理職にその意識も無いし。
そういう意味では存在意義は土木以下。

富士通VIPwwwwwwwwwww

>>185
今の馬鹿社長が就任したのは、最近のことだが富士通のSIが
技術ではなく、政治的な仕事に急速に流れていった過程として、
馬鹿社長や怪鳥といった無能な文系SEがSIのトップとして
君臨するようになったというのがあるだろう。

最近のゴタゴタは、実は根が深い。
必然ともいえる部分はとても多く、病巣は深い。

>>187
今の社長も馬鹿なのか、、、、

それはそれとして、文系SEが必要なのは確かなんだけど、
現場知らない、技術に興味ない、って人じゃね。

文系SEが求められるのは、理系が欠き易いもの、
つまり、コミュニケーション能力と経理や財務と言った
顧客業務の知識が必要だからなんだけど、
それや技術への興味を無視してなんでも文系じゃぁね。


じゃんる変るけど、カンパニー制とか言って電波とばし
まくってた頃のソニーもそんな風な感じで駄目になって
いったのかねぇ。

バブル期にフレックスタイムを導入したけど効率悪くて失敗
バブル弾けてPC部門を強化して一旦上向きかけたけど
すぐに過当競争に巻き込まれて大赤字に転落
ダメ押しはHDDの大規模リコール
その頃コンサルに指導されるがままに社員評価制度を導入してまたまた大失敗

というところまでは覚えてる

コンペしてるんでしょ？
数あるベンダーの中から富士通を選んだ担当者が一番悪い。
どんだけ接待しても最低限の基準をクリアしなきゃロストするのが常識。

富士通の携帯のＣＭ、よく見ると演出用のテロップの中に
OTZ ←こんな文字が入ってるｗ

FはヤバいとしてHはどうよ？
同様に派遣バリバリ使ってそうなイメージがあるんだが。

バグの内容まで公表するのはまずかったな。
同じ部署が担当したシステムには、同じようなバグが入っている可能性がある。

今後意図的にシステムクラッシュを引き起こそうとする愉快犯が出てくる可能性も

>>154
２けたしか取らなかったのか、９９を特殊処理の条件としていたか。

>>155
これはエイプリルフールだからね。
一桁よけいなだけだが。

>>190
＞コンペしてるんでしょ？
＞数あるベンダーの中から富士通を選んだ担当者が一番悪い。

頭大丈夫か？

この業界結構ひどいよな。

○投げ、実装は１時受けの協力会社の協力会社の正社員。
カットオーバー１ヶ月前に実装者の首切り。

なんか天職するのにいい業界ない？
生保？外食？土建？

０１　ＣＮＴ　ＰＩＣ　９（０２）．

ＣＮＴ＝ＣＮＴ＋１

　　　　　　　ってことですか。

富士通に金が絡むシステムやらせるのは危ないな

やっぱCOBOLなのかｗｗｗｗ

富士通が酷いといっても、代わりがないのも事実。
HとかIとかNとか、どこも似たり寄ったりやね

Hも派遣だらけで、その派遣に応援の為勝手に派遣会社から社員が派遣されてくるよ

>>194
C言語とかなら、100とか1000とか区切りの良い数字にするでしょう。
COBOLみたいな言語で取りあえず2桁にしたのかなと思ったの。
その程度の根拠での予想です。突っ込まないで下さい。

>>154 では、無制限などという要求仕様を出す方にも問題があると言いたかっただけ。
JTBという大手企業が出す仕様ではないと。

202=154です。

ＣやＪＡＶＡだと２５６、３２７６６でカウンターが一周するから
今回の障害は出なかったんじゃないのかな

100って中途半端な数字だよなと思うCプログラマ

>>204
32767じゃあるまいか？
と突っ込んでみる、Ｃ言語からＶＣ＋＋に移行中で悩んでいる、時代遅れ野郎。＿|￣|○

一人だけ働き者で性格もいい人がいたけど後はクソだったな。
まあ１０人ぐらいしか知らないけど。

>>207
業務での要求でなけりゃ、BorlandのC++Builder挟んでおけ。
（出来ればソース付きの方な）

ライブラリの実装が良いのと、WindowsのC++環境で唯一の
画面デザイナとエディタ連動型のRADなので、WindowsAPIの
理解の助けになる。

>>204
カウンタが一周する前にDBがパンクする。
無制限のストレージ資源がないと無制限の取引は記録できない。
99回ならDBもつと思ったんだろ。適当に。
素人の無茶な要求を自称プロが笑って無視してこの結果ってところ。

>>193
この担当部署まで知ってるけど、
顧客の業界がバラバラだからなあ。結構大所の顧客もいるが。

デバグ用に９９で処理を抜けるようにしたのがそのまま残ってた、

と BASIC プログラマは思った。

ttps://tabitabibank.jtb.co.jp/jtb/tabitabi/tabitabi_kaiin.html

BASICだCOBOLだって話が出てるけど、
Javaで動いてるような気がするけどな。
（ソースで「.do」がひっかかる）

社員がちゃんと作らないのがいけない。わたしはしらん。

そういえば1度単位の角度情報をcharで定義した馬鹿が居た。
全周の360度を扱えなくてバグってた。死ね。

>>214
そんな事をやっちまった場合も必殺技。
「角度の入力は２度単位でお願いします。これは仕様です。」

うはｗｗｗｗｗｗｗｗｗ
明日絶対すげー長い朝礼あるｗｗｗｗｗｗ
いきたくねぇｗｗｗｗｗｗｗｗｗｗ

富士通大好き
面白い事件引き起こすし


でも関係はしたくないな

>>212
サーバ側はCOBOLでやってると思うけど。
富士通だから。

富士通　と
富士通ｘｘｘ　って会社は別会社だぞ
グループ企業といっても、お互い食い合うライバルだし

今のＳＥってレベル落ちてるよな
まともに動かない設計してくるから
下で仕様から見直してやらないと駄目なのに
それで高い金取ってるんだから

JTBもなー、「要請した」じゃなく要求仕様書に明記しとけばいいものを。
請求したって満額は取れんでしょ

そう言えば、東証のシステムも富士通系でしょ？
あっちはどの子会社が作ったんだろうね。

>>217
この前の証券のもそうだが、富士通って何の目的でこんなパフォーマンスをし続けるのかな？

>>219
Fつくとこなんかどこも人海戦術だよ！ABCでもオーネでも

複雑な操作で運用でカバーシテクダサイ。

また富士通か！

普通に無制限にすりゃいいのに
期間以外の要素なぜ入金処理可否のフラグに触れてしまうのか

普通１００って制限いれたら、わざと１００回操作して
限界超えたときの動作を確認するのにな。

テストをしているのかな？
それともかってに誰かが制限１００にしたから、チェック項目から
抜けたのか？

どっちにしろ最低ですな。

昔某社に出張してた時。その会社の生産管理システムっぽいのを
富士通が立ち上げに来てた。
同業の知人がおって、話は聞いていたが目の当りにして引いた。
ネクタイは首を絞める為にあるのだと再確認出来た。

ハゲチビの上司っぽい人が、部下のひよわクンに馬乗りになって、
空を切る拳を振り回していた姿は‥‥今になっても思い出し笑いを誘う。

>>219
しかもここは独自ビジネスも多いところだよな
TBSのシステムなんかも富士通は経由してなかったはず

結局人なんだね。
縄張り意識が強すぎて要員編成もままならないは
日本企業ではよくあることだから仕方ないとしても
オヤジの趣味で反論しない扱いやすい奴や
若い姉ちゃんで固めたりしちゃったのかな？

配慮深い若手ＳＥが上限が９９回って少なすぎませんか？
またこの時エラーも出さずに処理が継続できるのもまずくないですか？
といっても「うるせえ、クソガキ」って一喝する
（こんな調子だから部下からアラームがあがらない）
ようなオヤジが出世するから仕方ないよ。

いずれにしても根っこが深い問題だ。
蛆通だから原因は、例の人事にあるのかな。
（評価は「問題解決する奴」＜＜＜「先送りする奴」）

日本人の性質からしてソフトウエア産業は発展しない
もう製造業しかだめかもね。

838861

せめて上限は２５５回にすれよ。

今のSEやPGのレベルが落ちてる本当の理由を教えてやるよ。

デザイナーがさ、ツールと使ってhtml作るじゃん。
客から入力フォームも欲しいと言われて
必死でPerlやPHPを勉強するじゃん。
（→おかげで今のMLはそんなことも知らないで開発すんなってレベルの素人ばっかり）
でまあなんとか入力フォームができあがった。
おっ、俺ってプログラミングもできるじゃん。
デザイナー飽きてきたころだから、PGやSEになろう。
こんなかんじ。

>>227と同じかも知れんが、
俺もなんで動作確認をテストしないで実稼働に持ち込んだのか不思議だ。
フリー配布のプログラマだってやってるよ。

富士通死ね

>>233
それはマシなほうじゃないの
ポテンシャル採用とやらで、
メールといえば携帯メールみたいな、就職活動で初めてパソコン買いました、みたいな
低脳が多いだけかと

富士通は外注費けちって金出さないから、高スキルのＳＥ富士通案件は敬遠する。
結果、ボンクラＳＥばかりが集まって、納期は遅れるは品質は以下するわ。
身から出たさびってやつだなｗｗｗｗｗｗ

プロジェクトリーダーが出来ない人だったんだろうな
最近決められない人増えてません？

ソフト開発の金額が安くなるとソフトの質も低下します。
これは常識です。

見積もりだしたら、
客は俺が提示した金額の５分の１程度と考えていた。。。
レベルの低下は、普通の会社のシステム部門にまで浸透しています。

ま た F か よ

リーダーとか、そういうことじゃないと思うが。
単にデバグしてないだけだろ。

ということは、この業界の問題点って、
交渉能力の低さなのか？

顧客から十分な予算をもらえれば
ちゃんとしたものは作れるの？

予算だけじゃむり

>>242
何も知らない営業が悪いのです。
十分な予算なら完璧なものが作れます。
ただし、元々のバグ（MSなど）に起因するものを除きます。

利益率無視で売り上げ金額だけ見て契約してきた営業が社内で息巻いてるのを
見てるとホント後ろから蹴飛ばしたくなる

まあたまにとんでもない客がいたりすることはあるわな。
基本的にソフト開発は人件費な訳で、単純計算すれば原価の想像は付くだろうに
パッケージソフト＋α程度の価格で開発依頼できると思っている土阿呆とか。
まあ今回のバグは、まともにテストするシステムがなかったってことだろうな。
テスト部隊が存在してなくて、プログラマ兼テスタだったのかな。
金額が安いと、テスト部隊使うとか、外注してテストしてもらうとかできんからな。
まあどちらにせよ、まともなテスト仕様書を作成してテストするという工程を踏んでいないのは明らかだな。

秘密の話です。
某大手企業からUNIX環境でのテスターが必要なので（ｒｙ
某大手企業ならそれなりの人材がいると思われがちですが、
実際にはそんなことはないのです。

あと、
制御系はぶっちゃけいやというほどテストをしますが、
オープン系はバグの宝庫です。

営業だけが表彰される子会社にいます…

Webｱﾌﾟﾘのﾃｽﾄが済んでいないのに、本番稼動てなんですか？
そもそもﾃｽﾄ仕様書がありません。ｼｽﾃﾑ仕様書もありません

本番稼動後に、ﾃｽﾄ仕様書を書きながらﾃｽﾄをしている…

>>242
問題だらけだろう

作る人　圧倒的に不足
期間　短すぎ
交渉　出来る人いない
カネ　ない
管理　管理できる人間がいない
営業　問題外

>>248
そこは、できないと言わないと。
ﾊﾞｸﾞっても全責任押し付けられても否定できないよ。
姉歯になっちゃうよ。

ま　た　富　士　通　か　！

また富士通か　って言ってる奴の半分くらいは、富士通、
または関連会社の社員のような気がするｗ

>250 現場の実態をまったく知らないね。
できないという拒否権など無い訳。
できるできないの問題ではなく、ただ、やれと言われるだけ。
そう言っている上司は、そのまた上司から、同様にやれと言われている。
そして、現場実態を知らない幹部が、必死に数字だけを追う。
法律違反な訳でもなし、現場は土方仕事。

>>250
もう既に姉歯だらけというか
ほとんど姉歯状態

この業界は交渉力という言葉は使わないな
「コミュニケーション能力」という表現だ
で、それを人事が駄弁る能力だと勘違いしてるんだよ
仕事中に仲間を誘って一時間おきにタバコに行くような社員が
いたら、それが交渉力があると思い込んでる駄目社員だな
名目上は打ち合わせとか仕様書の確認だとかいってるけどね

姉歯以外見たことないんですけど

>>255
人間力じゃね？
横車力ともいう

この十年で人を切りすぎた

お陰で新人クラスと管理しか出ないロートルばかりになって
実働部隊の中核の中堅がいないから
怖いくらい開発力が落ちてる

姉歯の皆さん、お気の毒に。
早くフリーになって交渉ありきで仕事できればいいですね。

社員〜土方
フリー〜奴隷

3重4重に派遣されてきたPG・SEがやったことだから富士通には関係ないですよ（笑）

フリーもなぁ

ＳＱＬ知りません。ＥＸＣＥＬ使えません。
そんな奴が何故フリーでやって行けるのか不思議

>>262
そんな奴おれへんやろ？

>>262
そりゃ出来る人いないもん

家電や機械の制御系はいいね
一旦出したら回収にものすごい金がかかるし、
リコールなんて看板に泥を塗るもんだしね
それだけの緊張感があるしね
オープン系は何でここまで不具合が出ても商売できるんだろうね

JR東日本、新幹線に関するソフトウェアのソース見たことあるけど凄いよ〜。
Ｃを習って１、２年の人間がコーディングしたんじゃないかと思うほどｗ
しかも、後から複数のプログラマが関わったみたいで、
継ぎ接ぎだらけのそれは見づらいく酷いものだったよｗ

オープン系って何？

>>263　うじゃうじゃおるよｗｗｗｗ

>>267
パンとかモチとか焼けるやつ

>>269
それはオーブン！

>>267
普通のパソコンとかの開発だと思ったけど
サーバにアクセスする端末とか

どこの業界でも偽装マンションと同等がデフォだよｗｗ

>>262
そんなのフリーどころか会社にも入れないから(w

今の会社って
ポテンシャル採用（という名前の好き嫌い採用）してるから、
ゾロゾロいるんじゃないの

入社する時点で、SQLやEXCELを使いこなせる新卒など皆無だよ。
EXCELなんてある程度の能力さえあれば、ヘルプ見ながらでもどうにでもなる。
SQLだって書籍の数冊読んで速攻で頭にたたき込めば２週間もあれば使えるようになる。
というかこれくらいの適応能力ないと生きていけない。

>>263
チッチキチー！

>>274
select文にフォースを感じないとプロとはいえない。

いまどきＡ○ＢＲとか使って開発してるからなぁ。

>>1の説明のほかのところはどんなコードが想像がつくんだが

>　このため、指定口座への入出金が100回を超えたところ、すでに積み立て期間の満了
>していた2071人のフラグを外してしまう障害が発生。

どういうコードを書くとこんな障害が起こるの？

富士通は昔　「１円」で見積もり書を書いていた・・・

>>248　カウンターが９９を超えたらフラグがリセットされるロジックなんじゃね？ｗｗｗｗ

>>278
入出金を記憶するエリアが１００レコードしか用意されていなくて
１０１番目のレコードに該当する部分に、積み立て満期のフラグがあったのかね。
そしてそこを上書きしてしまった。

"select * from tbl where col1='"+x+"'"

このコードの危険性をポンと言えるくらいにならないと。

>>282
"select * from tbl where col1='"+x+"'" OR 'A'='A'

か？

不治痛がダンピングで業界全体の単価を下げている。
迷惑してるのは同業他社。
マジで新でほしいね。

当初の要求仕様に忠実に作ったからじゃないの？

ま　た　富　士　通　か

また富士通か。

レス読まずに書く男の中の男。

>>282
何が起こるの？
メタ文字仕込んで、自由にDBいじれそうな予感はするけど。
入力段階でメタ文字は、サニタイズするのが普通じゃね。

ホント・・・富士通なんかで働く香具師バカだよな。











俺来年内定決まってるんだがｗｗ

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::。:::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::。::::::...... ...　　 --─-　　:::::::::::::::::::: ..::::: . ..::::::::
:::::::::::::::::...... ....:::::::゜::::::::::..　　 （___289___ ）　::::。:::::::::::::::::　゜.::::::::::::
:. .:::::。:::........　.　.::::::::::::::::: _　i/ ＝　＝ヽi　:::::::::::::。::::::::::: . . . ..::::
:::: :::::::::.....:☆彡::::　　　／/[||　 　 」　　||]　 ::::::::::゜:::::::::: ...:: :::::
　:::::::::::::::::: . . . ..: ::::　/　ﾍ　| |　 ____,ヽ | |　:::::::::::.... .... ..　.::::::::::::::
::::::...゜　.　.:::::::::　　／ヽ ﾉ　 　 ヽ＿＿/　　.......　.　.::::::::::::........ ..::::
:.... .... ..　.　　　　 く　 /　　　 　三三三∠⌒＞:.... .... ..　.:.... .... ..
:.... .... ..:.... .... ..... .... ..　.:.... .... ..　..... .... ..　..... ............. ..　.　........　......
:.... . ∧∧　 　∧∧　　∧∧　 　∧∧　.... .... ..　.:.... .... ..... .... ..　.
... ..:（　　 ）ゝ （　　 ）ゝ（　　 ）ゝ（　　 ）ゝ無茶しやがって… ..........
....　 i⌒　/ 　 i⌒　/ 　i⌒　/ 　 i⌒　/　..　..... ................... ..　.　...
.. 　 三　 | 　 三　 | 　 三　 | 　 三　|　　... ............. ...........　.　.....
...　 ∪ ∪ 　 ∪ ∪ 　 ∪ ∪ 　∪ ∪　............. ............. ..　........　...
　　三三　　三三　　三三　　　三三
　三三　　三三　　三三　　　三三

if x=0 then

去年まで二重派遣で蒲田のエフアイピーで働いてたわ

世界の車窓から

バグはいろんなところにある。
>>1002
↑にアンカー指定されてたら２ｃｈのバグ。
レスは最大1001までしかないから。

>294
まあ、バグといえばバグかもしれないけど、
よく1001超えるよね。
まあ、1050くらいまでｵｰﾊﾞｰしたのは見たことあるし。
別に困ることがないからいいけど…。

>>295
それは２ｃｈの排他処理のバグ。
オープン系にはバグがいっぱい。

２ｃｈのログがhtml化された時に
アンカーがそのままの状態になってるのもバグ。
<a name=(ry
にしてそのhtml内を行き来できるようにすべし。

>>282は「SQLインジェクション対策をせよ！」と命令されてるしょぼいPGｗ

2ch最大のバグは、違うIPなのに、同じIDが出ることだな。
なんかこの間、自分のID検索したら、IP変わってないのに
俺の書き込みの間に、書いた覚えのない他人のレスがいくつかあった。
同じIDで。

COBOL使いなんだけど、昨日仕事行ってきて、
十数年間見つかっていなかったバグを見つけてしまった。
（金額の計算がおかしい）
ただ、十数年発覚していなかったのは、そこで計算した
金額を他で使っていない・・・からだと思われる。
こんな場合、みなさんどうする？
直す？見なかった事にする？

そもそも未来のレス番にアンカー指定すること自体バグ。
理由は、途中でスレッドが停止されることがあるから。

>>300
評価されるなら直す。

「はい、ご苦労さん」で終わるなら直さない。

>>300
客の検収期間が終わり、既に納品され稼動されてるので、
バグを報告して修正してお金をもらいましょう。
バグ修正費用が捻出できない会社、
もしくは金額が低いと予想される場合、ほっときましょう。
モチベーションの低下につながるので。
また、他の仕事で忙しいならほっときましょう。

修正の副作用という問題がある。
修正したら、当然テストが必要になる。
古いプログラムなんて迷路屋敷みたいなもの。
思わぬところが参照していたりして、正確に理解していないと危険。
経験的には、触らぬ神にたたりなし。

能力のある人材ほど酷使されて廃人になってるからなぁ。
オレなんか、手抜きしまくり。

「おまえはモット出来るだろ」と言われるけど、もう絶対に全力で仕事なんかするものか。
やったところで、メリット無いしな。
救急車で運ばれる回数が増えるだけだ。

こき使われたおかげで、
今では立派なニートになりますた。
ありがとう！不治痛！！

また富士通か。

>>305
だな
隣の席は病院行ってくると言って
そのまま入院
頑張ったら死ぬのがこの業界

ここのところ、システム障害というと富士通という感じになってますが、

富士通はでかいので、沢山仕事をしているから、ミスが目立つが、
他所の小さいところも割合としては同じくらいミスをしているものだ。

富士通はｱﾌｫ。

のどちらでしょうか？

>>309
富士通はシステム業界のトップバッター

打席数も多いが、打率も高い

>>309
富士通はｱﾌｫ。だな
致命的なものが多すぎる。中が何か変なことになってるんじゃ

>>309
業界の構造的な問題
50歩100歩

だから不実にカネ扱わせるシステムやらせちゃいかんって・・・・

　　富士通の企業理念は「他力本願」である

富士通に限らず、開発の環境に劇的な変化が起きない限り
この類のバグは無くならんよなぁ。まあそれにしても致命的なとこ
位はチェックしろと思うけど。

おいおい、99回以上使うなよ！
>>309
富士通と同じくらい大きいところは片手じゃ数えられないくらいはあるよねー。

ＯＩ低すぎるからなあ、不治痛。
こんな本あるよ。

なぜ賢い人が集まって愚かな組織ができるのか? - 組織の知性を高める7つの条件
http://www.amazon.co.jp/o/ASIN/4478374465/250-5035036-3510620?SubscriptionId=15JBHWP7TH9QYT1RMHG2

>入出金の回数を無制限にするよう要請した。ところが
>富士通エフ・アイ・ピーは「入出金の上限を誤って99回と設定していた」（JTB広報部）。

どうしてこうなるんだ。
コードのレビューも単体テストもしてないってこと？

>入出金の回数を無制限にするよう要請

がしかし、無意味に無駄な要求だよなぁ。
何で無制限なんて無茶な要求をするんだろう？

>>297
学生の時、そういう書き換え処理をするPerlスクリプトをシコシコ作ってたな
すげー懐かしい・・・
ネット環境が大学しかなくて、ム板やUnix板のログを保存して家に持って帰って
100レス毎に分割したり、余分なタグを抜いたりしてた（パソコンが古いから）

>>319
制限をつける意味は?

>>321
32bitでも64bitでも制限は制限だわな。
可変長なんて面度くさい事をなぜしないといけないのか？

しかし、1人の顧客の入出金が
年間９９回で済むと決めつけた不治痛の責任は免れないな。
俺なら３桁でも不安だから、最低５桁（９９９９９）は取るね。
これなら1日１００回入出金しても余裕で足りる。

DBの桁をケチってもリソースの節約なんてたかが知れてるし、
別に客に感謝されるわけでもないし、全然いいことない。

富士通がこうなることは、２０年前から薄々感じてた。
早く縁を切っていて大正解！

>>322
実用上・事実上無制限ってのは、簡単に実現できるわけだが。

３２３のように、実用上無制限も同じ　にしといて、かつ
上限で致命的誤動作をしないようチェックを入れておく。

というのがプロの業務用プログラムだと思ってたんだが、、、

>>326
事実上無制限という仕様での契約ではなく、
本当に無制限を要求したのだったら、滅茶苦茶な要求かもね。

おそらくは、発注側にはそれらの区別など付いてないのだろうけど、
「無制限」で応じてしまった営業も問題だわな。

仕様の詳細については、開発サイドと発注側とで打ち合わせをしてすり合わせを行う。
営業は関係ないだろ。
この場合は、開発現場が１００回も入出金を繰り返すことなど無いだろうという勝手な判断で安易な作り込みをしたということ。
回数決め打ちなら、やっつけ仕事で簡単にプログラムを作成できるからな。

なんかデータベースの桁を二桁しかとってなかったっぽいな
プログラム上は無制限だったんだろうけどね
もしそうならデータベースの設計したやつと生返事をした
担当者が腹を切るしかないね
このあたりは請負じゃなくてFだろうな〜

仕様上で無制限などありえん
100回でバグるシステムにした富士通も勿論悪いが
JTBも要求仕様くらいちゃんと作ってやれよと言いたくなるなぁ

2038年に世界が終わると聞いた

これなんてβ版？

また不治痛か

要は折衝能力が無いからこんなことになるんだよ

>>300
勝手に修正してバグになると自分の責任になるので、普通はほっておき
本来の修正対象の箇所のみ修正する。
報告するしないはその担当者しだいかな。
報告したらじゃあ直しておいてで済まされたら自分の作業が増えるだけだし
その後の責任も負わないといけなくなる。
修正の為の費用や工数を別途設けてくれるのなら修正してもいいけど
通常は本来の修正のオマケに含まれるだろうから。

COMP-3で三桁取りそうだがな
COBOLじゃないのか

>277
こんなところでＡＡＢＲなんて見るとはおもわんかった

まさにこの状態でしょ。
http://ntd.way-nifty.com/blog/20040516.gif

>>299
それは、串が仕込まれてるんじゃね？
それかマンションタイプ？
IPアドレスの一部しか使わないから重複もあり得るよね。

>>300
記録する。
勝手には直せない。

>>300
それ目の錯覚