アカウント名:
パスワード:
一度に流してシステムが落ちたとしか聞こえないんだけど?システムを理解してないのか設計ミスなのかそこんところがはっきりしないのは怖い
その辺の素人決済システムならともかく大手の金融システムがその程度でコケるって時点でありえないんだけどなぁ。余程ケチっているのか、依頼はケチってないが下請け下請けで実行部隊に回る金が小さくて実質低レベルな実働部隊が動いてるからゴミシステムになってしまうのか。
それこそ数億十数億なんて金かけるなら、超一流どころを集めて組めるだろうにな。その辺の有象無象じゃなくて。
どこぞのちょっとした店舗のオンラインショップがテレビで紹介されたから集中して落ちた、とかならわかるけどさ。
> それこそ数億十数億なんて金かけるなら、超一流どころを集めて組めるだろうにな。
今回は MINORI(新基幹システム)関係ないらしいけど、MINORI開発はトータル50万人月だそうだから、超一流どころで賄うのはむりでしょ。どう考えても有象無象が大量に入ってる。
誰がやっても同じ時間かかる仕事ならその通りだけど開発は担当者の能力によって所要時間変わるからね。
無能に実装させると実装に時間かかり、不具合満載でさらにデバッグ、修正にも時間食う。開発費減らそうと人件費安い開発者導入したら、開発に時間かかって逆に費用かかる。
50万人月は奴隷大量導入した証であって、賃金100倍の超一流を使ったら5000人月もかからなかったかもしれない。というかかからないでしょう。5000人月でもどんだけって感じなのに50万人月って頭おかしいよ。
#100万円/人月として50万人月=5000億円。それを5000人月にすると1億円/人月w
コード書くのと、(仕様書とか変更履歴書とかの)書類書くのと、どっちが時間かかる?この規模の仕事だと。
ソースコードを日本語で書いてるだけの分厚い仕様書な。見るたびにこの仕様書書いてる奴が実装しろよと思う。あれは無駄すぎる。こういうの日本式の開発の悪いところ。
あと、コード書くのにかかる工数と、テストにかかる工数の比較も。
テスト工数(軽微な修正と再テストを含む)って、システム規模に対して二乗だっり、指数関数的に増えるというのが経験的な感覚。
# 大規模な修正が必要になった場合のことは置いておく。
行政絡みのシステムになるので資料が膨大になるのは日本に限らないけどな
仕様書の英文がほぼそのままソースコードになる筈(=仕様書不要論が成立する筈)の、COBOLで構築された米国防総省の年金システムリメイクが失敗し続けているのは、仕様書の作成・更新をバカにして手抜きしたからじゃねーの?https://it.srad.jp/story/13/07/14/0555217/ [it.srad.jp]
ホワイトボックスで単体試験ケース作ると発狂する品質管理部門が居るんだもん
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
60万件の処理を (スコア:1)
一度に流してシステムが落ちたとしか聞こえないんだけど?
システムを理解してないのか設計ミスなのかそこんところがはっきりしないのは怖い
Re: (スコア:1)
予断で言うなら、
バッチ処理がメモリー不足で異常終了したとき、予防的に機能制限モードに入って、ATMデータ処理とか強制中断になった。
ATMはセンター側から信号が途絶えて、取引が成立したかわからないので、カードを取り込んで休止になった。
バッチ処理で1年間利用の無かった人の通帳をe口座?へ変更するプログラムは、今回が初めて動かした感じだから、メモリーの定義部分のプログラムミスなのかな。
年度内に終らせろって経営からの急な指示が遠因ということかな。
Re: (スコア:0)
その辺の素人決済システムならともかく
大手の金融システムがその程度でコケるって時点でありえないんだけどなぁ。
余程ケチっているのか、依頼はケチってないが下請け下請けで実行部隊に回る金が小さくて
実質低レベルな実働部隊が動いてるからゴミシステムになってしまうのか。
それこそ数億十数億なんて金かけるなら、超一流どころを集めて組めるだろうにな。
その辺の有象無象じゃなくて。
どこぞのちょっとした店舗のオンラインショップがテレビで紹介されたから集中して落ちた、とかならわかるけどさ。
Re:60万件の処理を (スコア:1)
> それこそ数億十数億なんて金かけるなら、超一流どころを集めて組めるだろうにな。
今回は MINORI(新基幹システム)関係ないらしいけど、
MINORI開発はトータル50万人月だそうだから、
超一流どころで賄うのはむりでしょ。
どう考えても有象無象が大量に入ってる。
Re: (スコア:0)
誰がやっても同じ時間かかる仕事ならその通りだけど開発は担当者の能力によって所要時間変わるからね。
無能に実装させると実装に時間かかり、不具合満載でさらにデバッグ、修正にも時間食う。
開発費減らそうと人件費安い開発者導入したら、開発に時間かかって逆に費用かかる。
50万人月は奴隷大量導入した証であって、賃金100倍の超一流を使ったら5000人月もかからなかったかもしれない。というかかからないでしょう。5000人月でもどんだけって感じなのに50万人月って頭おかしいよ。
#100万円/人月として50万人月=5000億円。それを5000人月にすると1億円/人月w
Re: (スコア:0)
コード書くのと、(仕様書とか変更履歴書とかの)書類書くのと、どっちが時間かかる?
この規模の仕事だと。
Re: (スコア:0)
ソースコードを日本語で書いてるだけの分厚い仕様書な。見るたびにこの仕様書書いてる奴が実装しろよと思う。あれは無駄すぎる。こういうの日本式の開発の悪いところ。
Re: (スコア:0)
あと、コード書くのにかかる工数と、テストにかかる工数の比較も。
テスト工数(軽微な修正と再テストを含む)って、システム規模に対して
二乗だっり、指数関数的に増えるというのが経験的な感覚。
# 大規模な修正が必要になった場合のことは置いておく。
Re: (スコア:0)
行政絡みのシステムになるので資料が膨大になるのは日本に限らないけどな
Re: (スコア:0)
仕様書の英文がほぼそのままソースコードになる筈(=仕様書不要論が成立する筈)の、COBOLで構築された米国防総省の年金システムリメイクが失敗し続けているのは、仕様書の作成・更新をバカにして手抜きしたからじゃねーの?
https://it.srad.jp/story/13/07/14/0555217/ [it.srad.jp]
Re: (スコア:0)
ホワイトボックスで単体試験ケース作ると発狂する品質管理部門が居るんだもん