5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

みずほスレ@マ板 その4

1 :Dream ★:02/04/06 16:49
前スレ:【もう】みずほ銀行合併移行作業 その3【だめぽ】
http://pc.2ch.net/test/read.cgi/prog/1018025474/l50

そのほかは五月雨式に>>2-10くらいにあるといいな。

2 :Dream ★:02/04/06 16:50
なんかみんなスレ立て制限で引っかかっているようなので、立てました。

3 :仕様書無しさん:02/04/06 16:50
おつかれ

4 :仕様書無しさん:02/04/06 16:50
新スレ?
お疲れ様。

5 :仕様書無しさん:02/04/06 16:51
ニケーイコンピュータ 追跡サイト設置完了
http://biztech.nikkeibp.co.jp/biztech/report/mizuho/

6 :仕様書無しさん:02/04/06 16:51
乙カレー。

7 :仕様書無しさん:02/04/06 16:51
/* リンクが貼られた順番通りなので必ずしも時間順とは限らないです */

みずほ銀ATMで障害 原因などを調査中
http://www.kahoku.co.jp/news_s/20020401flash095356.htm

みずほ銀行、初日朝からトラブル
http://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/gen/177618

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20020401/2/
みずほ銀行本店(旧第一勧業銀行本店)の担当者は,
「昨日の夜になってシステムの統合作業が終わったため,
旧富士銀行のキャッシュ・カードや通帳を使ったATMの試験が
ほとんどできなかった」と説明している。

コードEAA000(w
とてつもないコードが振られているか、これしか返さないとみた
http://choco.2ch.net/test/read.cgi/news/1017632517/n29

<みずほ>トラブル原因分からず 復旧見通しも立たず
http://headlines.yahoo.co.jp/hl?a=20020402-00002114-mai-bus_all
http://news.2ch.net/test/read.cgi/newsplus/1017675558/71
http://www.asahi.com/business/update/0402/003.html
http://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/prom/177897
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20020401/2/
昨日の夜になってシステムの統合作業が終わったため,
旧富士銀行のキャッシュ・カードや通帳を使ったATMの試験が
ほとんどできなかった。

ATMトラブル “出たとこ勝負”のシステム統合
http://www.mainichi.co.jp/news/flash/keizai/20020403k0000m020093000c.html

http://headlines.yahoo.co.jp/hl?a=20020402-00000226-jij-biz
ATMシステムをつなぐリレーコンピューターの不具合だったという

http://www.mainichi.co.jp/news/flash/keizai/20020403k0000m020093000c.html
ここの記事は要するに、吉原宏樹記者の憶測と、
HSBC証券の野崎浩成シニアアナリストの乏しい取材能力で得た
業界内の風評を元に、

「また、みずほの対応は情報開示や説明責任の面でも問題を残した。
1日午後8時半になって、トラブル状況をまとめた文書が報道機関にファクスされたが、
責任者の会見は開かれないままだった。」

8 :仕様書無しさん:02/04/06 16:53
過去ログ

【もう】みずほ銀行合併移行作業 その3【だめぽ】
http://pc.2ch.net/test/read.cgi/prog/1018025474/l50

【未処理250万件】みずほ銀行合併移行作業 その2
http://pc.2ch.net/test/read.cgi/prog/1018008558/

MIZUHO銀行合併移行作業
http://pc.2ch.net/test/read.cgi/prog/1017493692/l50

9 :仕様書無しさん:02/04/06 16:54


10 :仕様書無しさん:02/04/06 16:54
結局打鍵はしなかった

ということですか?

11 :仕様書無しさん:02/04/06 16:55
なかったことにしよー

12 :仕様書無しさん:02/04/06 16:56
みずほのシステム部は地銀以下だな。

>昨日の夜になってシステムの統合作業が終わったため,
>旧富士銀行のキャッシュ・カードや通帳を使ったATMの試験が
>ほとんどできなかった。

打鍵確認くらい汁!!

13 :仕様書無しさん:02/04/06 16:57


システム統合を実現し、攻めのITへ
http://www.recruitnavi.com/K2/IT/it_file/0118841001.html

14 :仕様書無しさん:02/04/06 16:57
>>13
その記事、近々なくなっちゃう気がするよ・・・(笑)

15 :仕様書無しさん:02/04/06 16:58
>>14
多分後々美味しいので、今のうちにバックアップしとけ。

16 :仕様書無しさん:02/04/06 16:59
>>前スレ 992
> ところで今日はお金おろせるのかな?
> 誰か試した?

試しにやってみたらちゃんとおろせた。つまらん・・・
旧一勧のカードで同ATMからのチャレンジ

17 :仕様書無しさん:02/04/06 16:59
プロ意識 vs 生きてこそ

18 :仕様書無しさん:02/04/06 16:59
攻めのITで、今回世間一般の方々が金融テロの被害こうむりました。

19 :仕様書無しさん:02/04/06 17:00
ところで
  旧興銀の個人・中小企業データ -> 旧第一勧銀に移動
  旧富士銀・第一勧銀の大企業データ -> 旧興銀に移動(-> コーポレート銀)
というのは合ってます?


20 :仕様書無しさん:02/04/06 17:00
>>12
システム部はテストなんかしないだろ?
指示だけして、子会社と外注にやらせてるんだろうな

21 :仕様書無しさん:02/04/06 17:00
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味

22 :仕様書無しさん:02/04/06 17:00
>>13
凄いエピソードができてよかったな。
間違い無く後世まで語り継がれるよ。

23 :仕様書無しさん:02/04/06 17:00
攻めのITですかい・・・

24 :仕様書無しさん:02/04/06 17:01
>>20
するだろ。

25 :仕様書無しさん:02/04/06 17:01
意欲的な手法を取り入れようとして自滅ってことか?

26 :仕様書無しさん:02/04/06 17:01
>>20
えーサイギンさんはシステム部でやってたよ?


27 :仕様書無しさん:02/04/06 17:01
責めのIT

28 :仕様書無しさん:02/04/06 17:02
悶絶むちむちプリン責めのIT

29 :仕様書無しさん:02/04/06 17:02
>>20
某カード会社もそんな感じ

30 :仕様書無しさん:02/04/06 17:03
>15
さっそく保存した

31 :仕様書無しさん:02/04/06 17:03
>>28
にっかつロマン的な攻めだな

32 :仕様書無しさん:02/04/06 17:04
害虫をそこまで信用できるお気楽さが凄いな。


33 :しようしょなしん:02/04/06 17:06
> これからが本当の力の見せ所です。

本当の力をみせちゃったんだね。

34 :仕様書無しさん:02/04/06 17:07
>>13
本人はすでに逃亡中とか

35 :仕様書無しさん:02/04/06 17:10
みんな口座をあさひに移してくれよ。
外貨預金始めたいんだが危なっかしくて踏み出せんのだ(w

36 :仕様書無しさん:02/04/06 17:12
いやいや、口座は是非、三井住友に…

37 :仕様書無しさん:02/04/06 17:13
>>35 どゆこと?

38 :仕様書無しさん:02/04/06 17:13
たんすが一番

39 :仕様書無しさん:02/04/06 17:13
>>13
向○さん凄過ぎ。
あなたこそ、IT(イット)の勇者だぁ。(クス..)

40 :仕様書無しさん:02/04/06 17:14
>>35
俺は3月に外貨は全額あさひから下ろしたぞ。
外貨やるなら、三菱東京とかSMBCにしとけ。

41 :仕様書無しさん:02/04/06 17:18
株板
☆みずほHD(8305)26☆こんなシステムに誰がした
http://money.2ch.net/test/read.cgi/stock/1018066464/l50
ニュース速報+板
【経済】現金出ずに残高減る…みずほATM
http://news.2ch.net/test/read.cgi/newsplus/1017812956/l50

42 :仕様書無しさん:02/04/06 17:24
可哀想に。世界中がW杯で沸いてる間も、隔離された空間で働いてるんだろうな。

43 :仕様書無しさん:02/04/06 17:26
>>13
うひひ、保存しといたで・・・


44 :35:02/04/06 17:27
>>37
口座増える→あさひあぼーんの危機回避→あさひで外貨預金して水の泡
(保護されないから)の危険去る
と思ったんだが、考えてみると集まる金が増えても意味ないんだな。
良質な債権が増えないことには。

>>40
忠告thx。糖蜜はどうも好かんのだが…。

45 :仕様書無しさん:02/04/06 17:27
◆これまでに判明した「みずほ」のトラブルの概要◆

 ATM 統合以前の銀行のATM以外では現金を引き出せないなどのトラブルが発生。
現金を引き出せなかった利用客の預金残高が減るトラブルも147件に。

 口座振替遅れ 4月1日の口座振替処理が遅れ、2日以降の処理も停滞し、
公共料金の引き落としやクレジットカードの決済など計250万件に遅れ。
約3万件の二重引き落としも判明。

 振り込みの遅れ・誤送金 約3000件の振り込みに遅れ。
二重送金などの誤送金も約5000件。(毎日新聞)


46 :仕様書無しさん:02/04/06 17:28
ひとごとだと思ってたのに 呼び出しが
キタ━━━━━━(゚∀゚)━━━━━━ !!
夜帰れるんだろうか?

47 :IT MIDNIGHT:02/04/06 17:29
INQがすばやく富士銀勘定系に入らない
長く重い3行統合第4次オンラインシステムの宿命だ

マンパワーで不具合を対応しようとしても
ツギハギの最悪システム構成は受けつけない

ほんの1ステップのプログラミングワークのミスで
その大取引量ではいっきにブレーク
ドコが二重引き落としになるかわからない

苦しいだろう
自分の要件が 自分の足をひっぱるのは


48 :仕様書無しさん:02/04/06 17:29
Hはグループ内コンピュータど素人余剰人員(家電屋等)集団を
業務プログラム屋に回している。


49 :仕様書無しさん:02/04/06 17:30
>>46

生きて帰ってこいよ

50 :仕様書無しさん:02/04/06 17:32
読売より(今日の朝刊)
経営評論家 Eさんのはなし

経営統合の際コンピュータトラブルはあるが、こんな大事には至らない。
ハイテクを過信し、万一の場合に手作業で処理できる準備を怠ったのではないか。
(一部抜粋)

・・・逆だろ?
「万が一の場合は手作業で何とかすればいいからといって、
時間と金と人をケチった」
結果じゃねぇの?

評論家ってのがこの程度の認識しかねぇから、システム屋って大変なんだろうな。

あと、勘定系は、「ハイテク」じゃないと思われ。

51 :仕様書無しさん:02/04/06 17:33
>>46
現地から実況きぼん

52 :仕様書無しさん:02/04/06 17:34
大昔の感覚なのかね。
それだけの人間集められるはずがなかろうに・・・。

53 :仕様書無しさん:02/04/06 17:34
この泥沼化の惨状を見ていると、常識あるSEなら取引継続しながらの
復旧があり得ないことに気づくのではないだろうか?

漏れは今、みずほの預金を全額引き下ろしてきたよ。
メインバンクだったので、まじで来週以降の預金封鎖が心配だったので、
公共料金引落とし分の残高だけ残して全額を自宅保管することに決めた。

しかし決裁できなくなる企業が次々出てきたら、みずほは終わるな

54 :仕様書無しさん:02/04/06 17:34
逆に今までこういう事態が起こらなかったのが不思議でたまらん。


55 :仕様書無しさん:02/04/06 17:35
>>54
先輩達が優秀だったんだよ
あんま認めたくないけど

56 :仕様書無しさん:02/04/06 17:36
決済の間違え

57 :仕様書無しさん:02/04/06 17:37
>55
いや、綱渡りだったろうに。
今回は綱が古くなりすぎて切れちゃっただけだよ。

58 :仕様書無しさん:02/04/06 17:38
ニュースでやってたけど、電話受けてた人たちは親父が多かったな。
私服で。

59 :仕様書無しさん:02/04/06 17:38
システム投資をケチって値切りまくる風潮が最近はあるからな・・・

入札とかでも、利益度外視で無茶な価格でないと受注できない場合が
増えているからな。まあ、デフレの影響といってしまえばそれまでだが・・・

60 :仕様書無しさん:02/04/06 17:39
投信の方はだいじょうびかいな?
オレ個人的には,預金より投信の残高の方が多いのだが......


61 :仕様書無しさん:02/04/06 17:40
>>60
おれも。
せっかく上がってきたのに。

62 :仕様書無しさん:02/04/06 17:40
銀行なんて、勘定系システムが銀行そのものなのになぁ。
銀行員はDBへ入力するデータ収集のための、肉で出来た周辺機器。

63 :仕様書無しさん:02/04/06 17:43
>>57
3次オンの時の先輩は優秀だったから、切れる前に継ぎ接ぎし続けてたのよ。

64 :IT MIDNIGHT:02/04/06 17:43
このスピードで いっきに他行に飛んだ
あさひさんが長年勘定系を行内でメンテしてきた経験と腕もある

・・・だけどなによりも
業務フローそのものの差がデカい

BANCSからの立ちあがり
勘定系非経由対外電文の方がはるかに速くINQ送信に入れる

トランザクション 運用性 すべてにおいて勘定系非経由対外電文の方が上
あさひさんの腕をもってしなくても カルく勘定系非経由対外電文は前に出られる

どうしてゆずらない・・?
限界ぎりぎり RCにはこれっぽっちの余裕もない
同じスピードなら自行よりもBANCS経由の方が断然有利
8割の負荷でいけるし
ウマくいけば自行の集線G/W以上のスピードで 通信してもらえる

勘定系非経由対外電文を・・あさひさんをレビュー席に出して
その仕様をなぞるべきだ

勘定系非経由対外電文にはかなわない
BANCSもCAFISも対外では勘定系非経由対外電文にかなわないんだ
要件だけ先走ってもダメなんだ

レビュー席に出せ

65 :60:02/04/06 17:43
あっ,市場の値動きの問題もあるけど,投信口座の残高も
ヘンなことになってたりしないかなぁ,とか......



66 :仕様書無しさん:02/04/06 17:44
しかし、システム自爆で経営破綻したら、
笑い話にもならん

67 :仕様書無しさん:02/04/06 17:44
>>60
投信の方は別勘定でしょ?
大丈夫かどうかは知らないけど(笑)。

自社株の含み損解消できるのかなぁ?
信用落としてこれから出てくる損益は、特損計上かなぁ?

68 :仕様書無しさん:02/04/06 17:45
>勘定系システムが銀行そのものなのになぁ
煽るには知識不足だぞ

69 :仕様書無しさん:02/04/06 17:45
今こそ、攻めのITを

70 :仕様書無しさん:02/04/06 17:46
>>62
>銀行員はDBへ入力するデータ収集のための、肉で出来た周辺機器。

いえ、待機系です。

71 :仕様書無しさん:02/04/06 17:46
>>69
もうみずぽ

72 :仕様書無しさん:02/04/06 17:48
これからはみずぽ銀行ってことで4649。


73 :仕様書無しさん:02/04/06 17:49
ぼうだべぼ

74 :仕様書無しさん:02/04/06 17:50
ニュー速板へ帰れ!

75 :仕様書無しさん:02/04/06 17:50
>>70
いまこそホットスタンバイ

76 :仕様書無しさん:02/04/06 17:53
>>74
情報無いからマ板的ネタも無しって事で、状況変わるまでは別にいいんじゃないか?

77 :仕様書無しさん:02/04/06 17:55
>>39
そろそろ21世紀偉人に入るころですか?

78 :仕様書無しさん:02/04/06 17:56
投信関連のシステム構築ははIBMじゃなかったかな?

79 :仕様書無しさん:02/04/06 17:57
「もうみずぽ」がマイブーム。

80 :IT MIDNIGHT:02/04/06 17:58
どうして仕様を不利なほうへもってゆく・・
BANCSでこの勘定系非経由対外電文より速い電文なんて1電文もないんだ
一電文も

みずほ 2徹目に入る
対応ペースが落ちた・・
さすがにもうここまで・・
ち・・ちがう 対応ペースは逆に上がっている!

もうだめポな顔に似合わず アグレッシブな性格なんだナみずほ
これだけプレッシャーをかけてもくずれない
あきらめない その調査役
勘定の手法をどちらかに合わせばラクなのに・・

スキだぜみずほ お前らのそーいうトコ

81 :仕様書無しさん:02/04/06 17:59
一週間で復旧できるものなの?
詳しい人教えてください

82 :仕様書無しさん:02/04/06 17:59
で、原因は何なのよ?
予想以上のデータが流れた、とあるけど
データ溜めとくキューが溢れた、ってこと?

83 :仕様書無しさん:02/04/06 18:02
>>82
ニュース速報板で聞けよ(藁
半可通が答えてくれるかも。

84 :仕様書無しさん:02/04/06 18:02
Y夕刊に載ってたヲヤジの顔が悲惨!
もうちょいカメラ写り考えて撮ればいいのに>Y社カメラマン

85 :仕様書無しさん:02/04/06 18:04
>>82
上流工程での銀行間の縄張り争い。



86 :ガンスケ:02/04/06 18:04
定義外のデータが混じっているということは、統合に当たってリレーのマシン
だけでなく、それぞれのメインのデータの仕様にも手を加えた可能性もあり、
最悪の元にもどすこともできないかもしれないということ。未処理案件の多さも
それを困難にしている。

こういうときは冷静になれなくて、最短の解決法を見逃すどころか事態を悪化
させてしまうことが多いけど、他人事ながら一刻も早く解決してほしいと願ってる。

「Every problem has its solution」と呟いて(フィラデルフィアの中で
トムハンクスが言ってたやつね)、4種類のバッチを一つずつあてればよいだけだ。
二日あれば十分できるぞ。

87 :仕様書無しさん:02/04/06 18:04
悲惨な写真映りのほうがいいんだよ。
時期的に銀行叩きはちょうどいいネタだし

88 :仕様書無しさん:02/04/06 18:07
"How can such an idiotic thing happen in a civilized society?"
groused Finance Minister Masajuro Shiokawa.
"It's a sign of the shakiness of the financial industry."

http://www.washingtonpost.com/wp-dyn/articles/A1892-2002Apr5.html

89 :仕様書無しさん:02/04/06 18:12
>>88 Fuck you!

90 :仕様書無しさん:02/04/06 18:13
今回はコケたときのことが想定されてないクソ具合だよな、このシステム。

91 :仕様書無しさん:02/04/06 18:14
>>88
Oh! I am a pen.

92 :仕様書無しさん:02/04/06 18:17
最悪で銀行倒産するだけで
済むんじゃないの
(それも結構酷いが)

93 :仕様書無しさん:02/04/06 18:18
>>92
はげどー
っつうか、最悪だよな、それ(w

94 :仕様書無しさん:02/04/06 18:19
>92
窓口のおねーちゃんの手腕次第だな。
中小企業は資金の流れが止まるとキツイからね。

95 :仕様書無しさん:02/04/06 18:21
>>92
最悪は銀行倒産→中小企業倒産→日本経済あぼーん→日本喰ってアメリカ(゚Д゚)ウマー
だろ

 
 
 
 
とか言ってみる(w

96 :仕様書無しさん:02/04/06 18:22
>>92
みずほだから、銀行倒産だけじゃすまない。
てか、この頃思うに日本て世界経済の光通信。
ぽっと出て、ぱっと開いて、さっと去っていく。


97 :ガンスケ:02/04/06 18:24
復旧には一週間以上かかるという人もいるけれどもそうは思わない。各行のメインは
従来通りに作動しているわけだから、リレーに対応を絞って最小限の変更を加えれば
すぐにでも「正常化」する。外部からみればこれで問題は解消したことになる。

ただ誇張して言えば、マジックで小さい箱の中に人間が入って、何本もの剣を刺して
いく箱の中で、どうやってうまく身をくねるかという問題があるわけ。このパズルを
解かなきゃいけない。

逆に、システムの責任者が、冷静さを失って全体の見直しを指示しているとしたら…

98 :仕様書無しさん:02/04/06 18:25
今度の事件で孫請け、ひ孫請けだった零細中小ITにも
責任とらされるところ出てくるかしら?
例えばうちの馬鹿ちゃんPGがしでかしたバグだったりした場合...


99 :仕様書無しさん:02/04/06 18:26
>>97
リレーの問題は復旧しているよ。多分。
現在最大の問題は口座振替。
いっぱい不具合が出たんだよ。


100 : ◆MiZuHoW. :02/04/06 18:26
   100 GET〜
 ̄ ̄ ̄ ̄ ̄ ̄ ̄|/ ̄ ̄
      \ ∧ ∧
        (゚Д゚∩
       ⊂/  ,ノ
 ̄  ̄   「 _  |〜 ト  ̄  ̄  ̄
       ∪ ヽ l   オ
       /  ∪  \
  /       :    オ
     /    || .   ォ  \
     /     | :   ォ  \
    /       .
           | .   ォ

101 :仕様書無しさん:02/04/06 18:26
100ゲト!

102 :仕様書無しさん:02/04/06 18:28
>100 神!
>101 ハズリ!

103 :仕様書無しさん:02/04/06 18:30
>>98
孫ひ孫のPGに結合テストの検証責任を負わせると思わないけど、
今のみずほならやりかねないねぇ。
もし責任負わせられて、未払いとか、損害賠償請求されたら、
裁判やってほしい。みずほのトラブルの原因が何処にあったか
明らかになるから。ただ、裁判を縦に情報公開を拒む場合も
あり。諸刃の剣。

104 :仕様書無しさん:02/04/06 18:30
滞留データの処理だけで1週間掛かるんだろ。
RCが能力不足だった場合、ハードを強化すればいいのか、
ミドル(MQ?)が能力不足なのか、中継アプリを書き換えないと
いけないのか、単純なバグでなくて、パフォーマンス設計の
過ちなら数日では、とても解消しないよ。

105 :仕様書無しさん:02/04/06 18:32
>>103
そのためにテ結果報告等に上流の担当者の判を押すんだよ。
そうして責任は上に上がっていくから、末端は責任なし

106 :ナナシ銀行:02/04/06 18:35
>>100
は、神
>>101
は、みずほ

107 :仕様書無しさん:02/04/06 18:37
>>97
>逆に、システムの責任者が、冷静さを失って全体の見直しを指示しているとしたら…
冷静な対応だよ。
嵐の時は、目の前の波を避けることも重要だけど、台風の進路把握して
どの方向に逃げるかが一番重要だからね。

つまり目前の波を避ける熟練した操舵師と
どの方向に逃げるべきか情報を集める航海士と
決定し、皆を動かす艦長が必要。
この3タイプがいなければ船は沈没するね。

108 :仕様書無しさん:02/04/06 18:41
>>107
理想論が通用する場合とそうでない場合がある。

みずほが今どういう状況だかしらないけど。
どんな全体の見直しを後回しにせざるを得ない場合もあるだろうさ。
(一般論でね)

109 :仕様書無しさん:02/04/06 18:43
旧某銀行に出向して3行統合がらみのシステムの開発をしていました。
もっとも私はぺーぺーなんで、指示書通りにプログラムしただけですが。
今は別の職場にいますが、こんな事になるなってビックリだね〜



110 :仕様書無しさん:02/04/06 18:45
               ____
           ./-_、,_、 ∪ ̄ ヽ
          ./-┤ ∩|∩  |――-、 ヽ
           | ヽ`- ○- ´ /  ヽ  |
           | -   |   ∪ ―   |  |
           |  ´  |    `ヽ  . |  |ヽ
  _      人  _|__     ´ | .|  \
  |  ⌒ヽ /  \ \_/      ノノ       \
  |      |´      | ̄―--―― ´ヽ     _  /⌒\
  \_   _/-―――.| ( T )      `l     Τ(      )
       ̄       |   ̄        }      | \_/
             | 、--―  ̄|    /
FUCK YOU

自殺するぞ・・みずぽ・・・・!

お前らは、大きく見誤っている。
この業界の実態が見えていない。
まるで3歳か4歳の幼児のように、この世を自分中心・・
求めれば、スケジュール通りに事が進む、そんなふうに、
まだ考えてやがるんだ・・。臆面もなく・・・・!

甘えを捨てろ。

お前らの甘え・・その最もたるは、
毎日のように叫んでいる、その、「4月1日!」だ。

プログラムが予定どうり完成するのが当たり前か・・・・?
なぜそんなふうに考える・・・・?
バカがっ・・・・!
とんでもない誤解だ。大手企業のトップというものはとどのつまり、
誰も現場の助けになど応えたりはしない。
バグ処理で苦しむプログラマーたち・・システムダウンで住む家を失った者たち・・
財産を持て余し、馬鹿げたことに金をつぎこむ経営陣は、彼らの助けに応えてやったか?
応えちゃいないだろうが・・!
これは身近にないからだとか、そういうことじゃあない。目前にあってもそうなのだ。
何か得られるものでもない限り、現場や外注を救ったりしない。それがお前らだ。
その基本をはき違えているから、わざわざ22世紀からオレが来る羽目になったんだ・・・・!!

無論中には、話を聞いてくれる責任者もいる。
しかしそれは自分にとって当然都合が悪くなる為「今のは、聞かなかった事に・・・」だ。
なぜ・・こんな大惨事になっているのか、わからないか・・?
なぜ・・開発現場の声に気付かないのか・・・・?

111 :仕様書無しさん:02/04/06 18:48
>>108
どんな場合でも全体の見直しをやらなきゃならない時が有る。
パッチや障害個所だけの対応でなんとならなかったのが今回。
懲りないねぇ(藁)

112 : :02/04/06 18:49
真実!これこそ!

週明けも不具合を連発!!みずほ存続の危機!!!
金融監督庁のヘナギサワ大臣が鶴の一声で
「これで本当の統廃合」
つまりこのさい使えない銀行(=みずほ)を亡くすという手法に出た。

既に内々に純ちゃん総理には打診・了承済み。
世界一の銀行も1カ月しないうちに分散統合。
まぼろしの銀行”みずほ”となった。

現金の出し入れを出来た方は貴重な体験をしました。
”世界一”のATMでの処理を体験できたのですからね〜
PG・SEの方々お疲れさまでした。
もう要らないようですよ。よかたですね。
一服してくださいな( ´Д`)y──┛~~
後処理だけは発生するでしょうがね。

113 :仕様書無しさん:02/04/06 18:50
>>104
今週は年度切り替え分で特に負荷が集中してたからな。
問題は月曜以降だ。10日(カード引き落とし)、15日(年金)、月末の給与振り込み、
そしてGWと、毎週のイベントの負荷を翌週月曜までに捌ききれるか。

捌ききれるなら(それでも長期戦にはなりそうだが)まだ救いはあるが、裁き切れ
ないようだと...

114 :仕様書無しさん:02/04/06 18:51
もうみずぽ

115 :仕様書無しさん:02/04/06 18:53
少なくとも1ヶ月は騒動が収まらないね。

116 :仕様書無しさん:02/04/06 18:55
>>111
全体の見直しって・・・都銀のシステムは1000万ステップくらいあるぞ。


117 :仕様書無しさん:02/04/06 18:58
>>116
全体という範囲を判断するセンスが無い馬鹿はっけーん。

118 : :02/04/06 19:01
取り付け騒ぎ&倒産 きぼーん

119 ::):02/04/06 19:02
やってることは単純なんだろうけど、
量が質に変化していると
こういうこともおきるんだね。


120 :仕様書無しさん:02/04/06 19:04
延滞時費用は銀行が全額負担だそうな

121 :仕様書無しさん:02/04/06 19:06
>>120
財源は口座維持手数料?


122 :仕様書無しさん:02/04/06 19:06
NHKニュース。
2重引き落としはほぼデータの修正完了。と。
でもこれはオペミスかJCLのエラーかなんかだよね。
口座振替は以前復旧のメド立たず、と。
どのへんがいかれてるのだろう。

123 :仕様書無しさん:02/04/06 19:07
>>121

税金だろ

124 :ガンスケ:02/04/06 19:07
とにかく、漏れは生理的な意味でも早く復旧してほしい。プログラムをしたことが
ある人なら、週末プロクラマでもわかるだろがや。一秒でも早いほうがいいんだよ。

125 :仕様書無しさん:02/04/06 19:08
”本件は、大量処理対策として実施いたしましたリレーコンピュータへの接続機能の
プログラム修正に不良個所があったことに起因するものであり.....”

拡大。

”.....リレーコンピュータへの接続機能のプログラム修正に......"

? リレーコンピュータは直してないの???

126 :仕様書無しさん:02/04/06 19:08
原因や復旧方法「究明できない」

みずほHDは5日夕、緊急会見を開き、新銀行発足の初日に予想以上にデータが集中して、
振り替え処理システムが正常に働かなかったと説明。
ただ、具体的な原因や復旧の方法などは「まだ十分究明できていない」(石坂文人専務執行役員)という。
そのうえで、統合発表からの約2年半の時間がありながらも「準備不足だった」との認識を示した。

遅延している口座振り替えについては、遅延の始まった1日分から順次、処理を進め、
関連で遅延が及んだ2日分以降についても、来週中には処理を終わらせる方向で作業する。
関連で発生した損害については「常識の範囲で保証する」(石坂専務)方針だが、
影響は企業や個人にも及び始めている。



127 :仕様書無しさん:02/04/06 19:09
>>125
そんなの直してる余裕なんてないだろ。
そのプログラムを来週も動かして、
手作業で修正バッチ流すにきまっておろう。

128 :仕様書無しさん:02/04/06 19:10
いったい幾らぐらいの金が、滞ってるんだろう。
完全に血管が詰まった。

129 :仕様書無しさん:02/04/06 19:10
いっと技術の真髄

130 :仕様書無しさん:02/04/06 19:13
準備が不足だったんじゃなくて、経営陣の脳みそとか想像力とか
責任感とかが不足していたからだと思われ。

131 :田舎もん:02/04/06 19:13
来週もう一度2重引き落としが起きると、かなりやばいんでねーかい。

132 :仕様書無しさん:02/04/06 19:13
危機管理能力ないよな。みずほって。

133 :仕様書無しさん:02/04/06 19:16
NのK氏がにやけていそうでムカツク

134 :仕様書無しさん:02/04/06 19:16
「常識の範囲で保証する」

誰の常識なのやら…

135 :仕様書無しさん:02/04/06 19:18
これで喜ぶのはあの銀行達だな。


136 :仕様書無しさん:02/04/06 19:19
銀行業務って、たとえ1円でも狂ったら
即業務一旦停止して計算し直しみたいなシビアな世界だと記憶しているが
ここまで凄絶な事態だともうアレでナニなんだろうなあ。

合掌。(-人-)チーン


137 :仕様書無しさん:02/04/06 19:20
金貸屋の常識=政治屋の常識≠貧乏人の常識≠金持ちの常識


138 :仕様書無しさん:02/04/06 19:22
>126
てことはあれだね。来週から振り替えについても対策を講ずるっていっても行員が
シコシコ手作業で振り替えするってことだね。
ま、システムをなめた因果応報を身をもって感じなさいってこった>>ALLみずほ行員


139 :仕様書無しさん:02/04/06 19:23
常識なんて言葉よく使ったなぁ。
893さんやごね得マンセーな人たちに踏み込む足がかり作ったような
もんじゃん。
商習慣にのっとりとか、法的な範囲とか、
こっちの方が良いんじゃないか?

140 :仕様書無しさん:02/04/06 19:23
>>138
全行員じゃなくてシステム部と担当役員だろ?

141 :仕様書無しさん :02/04/06 19:24
金融システムを見切り発車させる馬鹿銀行は逝け

142 :仕様書無しさん:02/04/06 19:25
恐ろしい…本当に関わってなくて良かった。

143 :仕様書無しさん:02/04/06 19:26
>>110
この手のコピペは自作板のパロミノスレで笑ったけど、
これも面白かったsage

144 :仕様書無しさん:02/04/06 19:26
田中三郎かもんぬ

145 :仕様書無しさん:02/04/06 19:27
これは戦争である。エンジニアという労働者に対しての挑戦状である。
万国の労働者よ、団結せよ。

146 :仕様書無しさん:02/04/06 19:28
今、ニュースで言っていたが、案の定
・送金ミスの訂正
・二重引落としの修復
にやっと目処が立っただけの状態らしい。それすら明日以降に
なる分もあるようだ。これって、ロールバックしてデータ不整合を
修復する程度のことだろ。規模の違いこそあれ。

問題は20万件以上の引落とし遅れに全く目処が立っていないこと。
まだまだ、本格復旧には時間がかかりそうだな。

147 :仕様書無しさん:02/04/06 19:28
>140
は?なんで?銀行員の高給はこういうときのためのもんだと思われw
正直システム関係の人はいったんゆっくり休養をとって欲しい

148 :仕様書無しさん:02/04/06 19:29
>>140
みずほの社風としてあるのかもしれづ。

149 :専門外:02/04/06 19:30
日付けと入出金額の配列でなんでバグるのかわかんない。


150 :仕様書無しさん:02/04/06 19:31
>>148
出来たばっかの銀行に社風?
いや、富士と勧銀のなわばり争いだったのはわかるけど。

151 :仕様書無しさん:02/04/06 19:32
事件は会議室で起きているんじゃない。
現場で起きているんだ。

152 :仕様書無しさん:02/04/06 19:32
>>126

究明できたのかな?

もうこうなったら、最悪元のシステムに戻すしかないよなー
(戻せないという噂もあるけど)

ttp://www02.u-page.so-net.ne.jp/pb3/keikyu-t/fuyou2.html
ttp://www02.u-page.so-net.ne.jp/pb3/keikyu-t/iti2.html

ひょっとして、これらの企業って給料振り込みや資金決済、
全部みずぽグループですか?

まじで大丈夫なのか?
そのうち、恐怖の大王は瑞穂だったとかいうノストラダムス本出ますな。





153 :仕様書無しさん:02/04/06 19:34
つか、銀行って一般行員よりシステムの連中給与は大分低いんだよね。
それを考えるとなぁ。

154 :仕様書無しさん:02/04/06 19:34
>>146
その辺はオペミスとか単純なバグとかで、直せば直る物だからだろう。

155 :仕様書無しさん:02/04/06 19:35
>>153
地位は低いのに
責任は大変重い
やってられまへんな

156 :仕様書無しさん:02/04/06 19:36
やっぱりおれプログラマなんてなるんじゃなかった。。泣

157 :仕様書無しさん:02/04/06 19:37
>>152
コーポレートの方だろうから大丈夫じゃないの?

158 :仕様書無しさん:02/04/06 19:37
>>153 そーな。金の使いどころを間違ってるよな。

159 :仕様書無しさん:02/04/06 19:37
>>153
システム要員は一般行員より給与が低いのではなく、
一般行員としてダメで給与も低くなった後に、システム要員になったんだ。
システム要員はDQNばかり。これ銀行業界の常識。

160 :仕様書無しさん:02/04/06 19:38
コーポレートの方が被害大きいとの噂もある。

161 :仕様書無しさん:02/04/06 19:39
理系の平均障害給与の低さも遠因か?


162 :仕様書無しさん:02/04/06 19:42
え?システム要員の仕事って、
1.プリンタ用紙の補給
2.磁期テープの交換
3.エラーメッセージ出たらベンダーに電話
以外になにかあったっけ?

163 :仕様書無しさん:02/04/06 19:42
銀行員もさ能力が如実にあらわれるもんなのに、
おれらの仕事と違ってヘタレでも給料いいのな、、、ぼそ

164 :仕様書無しさん:02/04/06 19:43
>>162
ありません。


165 :仕様書無しさん:02/04/06 19:44
銀行員の仕事もカウンターで笑ってる以外にないよな。

166 :仕様書無しさん:02/04/06 19:46
>162
システム立ち上げと終了処理

167 : :02/04/06 19:47
この状態で取付騒ぎがおきれば、負荷がいっそうかかって、
システムが崩壊してしまうのでは?

168 :仕様書無しさん:02/04/06 19:48
>>167
取り付け騒ぎになっても旧行のみでの対処しかしません
とかになるだろうから大丈夫w

169 :仕様無しさん ◆NwLv.g/w :02/04/06 19:49
>>165
銀行強盗に殺されるという重要な仕事があるよ。

170 :仕様書無しさん:02/04/06 19:51
みずほ、メインにしている老人は、
たいてい1000万以上もってる。
こいつらが、週明けどう動くか

171 :仕様書無しさん:02/04/06 19:51
このスレは「システム要因を叩くスレ」になりました。

172 :仕様書無しさん:02/04/06 19:51
都市銀が武富士以下と言うのはもう分かりきったことだからいいっしょ。

それよりリレー接続の部分はどういった処理をしているのか考えようよ!

173 :仕様書無しさん:02/04/06 19:52
>>138
銀行員総出でも、もはや人手が足りないと思うが。

逆に、いまどき人手で対応できるほどの行員を雇ってる銀行があったら、
そっちの方がヤバい気がする。(リストラしろよ)

174 :仕様書無しさん:02/04/06 19:52
電文のフォーマット変換くらい?

175 :仕様書無しさん:02/04/06 19:54
MQを使ってるという話があるけどホントにそうなの?

176 :仕様書無しさん:02/04/06 19:55
EP8000+AIX+MQ


177 :仕様書無しさん:02/04/06 19:56

        ----------
       /        \
      /  REST   \
      /    IN     \
     /   PEACE   \
     /           \
     |   MIZUHO    |
     |   150兆 Au   |
     |  システム障害   |
     |  により志望     |
     |            |
     |            |
     |    2002     |
    * |   * * *     | *
_____)/\|\__//(\/(/\)/\//\/|_)_______


さようなら.金融屋のMIZUHO....

あなたは運命のシステム統合で 250万件の決済漏れをマークし
2chで無数のスレを得,数え切れないほど叩かれた.
頃されたとき,あなたはレベル最低で,信用は0であった.


178 :仕様書無しさん:02/04/06 19:58
アクセンチャの5年前の先端気取り生兵法バカコンサルタントは、
「非同期分散処理」とかいう言葉がすきそうだろうから、性能評価
も糞もなしでMQ導入しそうだな。アホだ…

179 :仕様書無しさん:02/04/06 19:59
>>174
それ以上の処理なんて無いよね。
富士銀端末に第一勧銀のカードが差し込まれたら、
BANCSだっけネットワークに問い合わせに行くのを
途中で実は俺第一勧銀ATMなんだ。っていうフォーマット変換する。
で、第一勧銀ホストはあたかも自行ATMから依頼が有ったかのように
処理してATMに答える。


180 :仕様書無しさん:02/04/06 19:59
>173
てことは復旧のメド、まったくたたずってことジャン。


181 :仕様書無しさん:02/04/06 19:59
http://www.hitachi.co.jp/Prod/comp/EP8000/

182 :仕様書無しさん:02/04/06 20:01
返す返すも、UFJの比じゃねーな・・・ナンマンダブ

183 :仕様書無しさん:02/04/06 20:01
なんかいbmより高い

184 :仕様書無しさん:02/04/06 20:01
>178
いっときそういうのに浮かれてぽーっとなってたDQN多かったよね。
ま、自分でプログラム書けないやつがなにほざいてようと聞くに値せぬが。

185 :仕様書無しさん:02/04/06 20:03
250万件以上ある公共料金などの引き落とし漏れについては、週末も修正作業を続けて
いる。このうちの一部については8日早朝に顧客の預金口座から引き落とす予定だ。し
かし、「引き落としが完了するかどうかは8日にならないとわからない」(みずほグル
ープ幹部)。8日早朝に大量実施する引き落とし作業が失敗すれば、障害が一層拡大す
る懸念もある。
http://www.nikkei.co.jp/news/main/20020406CEEI018606.html
これってぇぇぇぇっぇーもうみずぽ

186 :仕様書無しさん:02/04/06 20:04
>>157
これによると、
ttp://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/rep15/170907
大企業でも、コーポレートより、みずほが人気だったみたい。


187 :仕様書無しさん:02/04/06 20:06
>>184
アクセンチュアは、それに懲りたからか知らんが、新入社員にプログラミング
の現場を体験させる事になってる。昨年の仕事では、そいつらのコードに対し
て散々ダメ出ししたよ。

アクセンチュアもできるヤツはスゴいが、バカはバカだ……。プライドは高い
んだけどな。

188 :仕様書無しさん:02/04/06 20:06
MQ Seriesえらく叩かれてるな。

189 :仕様書無しさん:02/04/06 20:07
MQはタダのライブラリだからそれを使ったプログラムにバグが
あるんだろ、いくらなんでも。

190 :仕様書無しさん:02/04/06 20:08
>>178
やっぱこれからはRPC使った密結合型だよな!(藁

191 :仕様書無しさん:02/04/06 20:10
>>186
これみると、コーポレートなんて
なんで作っただろう。
余計、問題を複雑にしている。

192 :仕様書無しさん:02/04/06 20:10
MQ叩いているのはTIBCO社員。

193 :仕様書無しさん:02/04/06 20:11
まあ 落ち子ぼらー 馬鹿子ぼらー を 一掃 しないと
いつまでもつづくね。

194 :仕様書無しさん:02/04/06 20:12
今回のリレーとかはCOBOLで記述された部分じゃないだろ。

195 :仕様書無しさん:02/04/06 20:14
COBOLが関係かんけいないな

196 :仕様書無しさん:02/04/06 20:15
もうだめだああああああああああああああああ

http://www.nikkei.co.jp/news/main/20020406CEEI018606.html

 250万件以上ある公共料金などの引き落とし漏れについては、
 週末も修正作業を続けている。
 このうちの一部については8日早朝に顧客の預金口座から引き落とす予定だ。
 しかし、「引き落としが完了するかどうかは8日にならないとわからない」(みずほグループ幹部)。
 8日早朝に大量実施する引き落とし作業が失敗すれば、障害が一層拡大する懸念もある。

197 :仕様書無しさん:02/04/06 20:15
>>193
第三次オンラインまでは業界内自浄作用が完全動作してたんだけど
案件が少なくなってからはCOBOLが出来るってだけで保守に
回されたDQNが大量発生し、今回そのDQNどもが中堅PGとして
大量投入・・・・・もうだめぽ

198 :仕様書無しさん:02/04/06 20:15
>>191 興銀->コーポレート銀だからみずほ銀は実質2行分統合だけど,
全部一緒にしたら3行分統合になっちゃうよ?

199 :仕様書無しさん:02/04/06 20:17
友だちのPGが今、みずほ本社にいるそうだ。
「死ぬなよ」とだけ言っといた。


200 : ◆MiZuHoW. :02/04/06 20:17
        みずぽは反省しる!!
     \\   〃   謝罪しる!! //
 +   + \\  〃  賠償しる!!/+   +
.   +  (\_/)(\_/)(\_/)  +
      <丶`∀´><`∀´∩><丶`∀´> 200 ゲット シル!!
 +  (( (つ   ノ(つ  丿(つ  つ ))  +
       ヽ  ( ノ (  ヽノ  ) ) )
       (_)レ' レ(_) (_フ_フ

201 :仕様書無しさん:02/04/06 20:18
MQSeriesなんて仕事で使ったことないな。
金融系じゃMQは当たり前なんでしょ?

202 :仕様書無しさん:02/04/06 20:19
発見!!
みんな、知ってた?
http://money.2ch.net/test/read.cgi/money/1008054828/592


203 :仕様書無しさん:02/04/06 20:19
月曜、システムダウンしたら、笑える

204 :仕様書無しさん:02/04/06 20:22
ここで悲観論だけを言って煽るのはエンジニアとは思えないな

205 :仕様書無しさん:02/04/06 20:22
そこの銀行ぢゃないけどCOBOLでやっちゃう(末端部分はC)会社はある
しくしく。

206 :仕様書無しさん:02/04/06 20:23
>>202のリンク先見たけど,

>特に興銀は口座振替なんて機能は無いので0から作りこみ.
>(↑法人ONLYの銀行なので個人向け(公共料金引落しとか)機能なし)

オレ興銀に口座持ってて,NTT DoCoMoとかちゃんと口座振替してたけどなぁ......


207 :仕様書無しさん:02/04/06 20:23
http://tmp.2ch.net/test/read.cgi/company/1018022387/l50
だそうだ。

208 :仕様書無しさん:02/04/06 20:24
>>204
ニュース系板から流れてきた素人と思われ。

209 :199:02/04/06 20:24
一応、今のところ十二時間交替制で休めているそうだ。


210 :仕様書無しさん:02/04/06 20:26
>>204
だって原因がシステムデザインと銀行員なんだもの。
PGにはなーんも責任ないよ。

211 :仕様書無しさん:02/04/06 20:26
202はネタ

212 :仕様書無しさん:02/04/06 20:27
>>189
バグとかじゃないと思うよ。MQと言う仕組みが、トランザクション保証を
伴う(障害発生時に遠隔DBの特定トランザクションをロールバックする機構
とか、大変でしょ?)メッセ―ジングという処理について、厳しい性能限界
があるんだよ。MQとしてはマトモに動いているんだろうけど、そういう仕組み
でこんなもの作るなって言う話。

213 :仕様書無しさん:02/04/06 20:27
>202
つーことは振り替えバグはまたもHかよ

214 :仕様書無しさん:02/04/06 20:28
>>210
そもそもプログラム不良で障害だったわけではないしね。

215 :仕様書無しさん:02/04/06 20:28
RC1はPL/I、COBOL?

216 :仕様書無しさん:02/04/06 20:28
12時間勤務かよ!余裕あるじゃん!

217 :仕様書無しさん:02/04/06 20:29
>>214
うんだ。うんだ。

218 :仕様書無しさん:02/04/06 20:30
>>213
プログラムのバグじゃないっての

219 :199:02/04/06 20:30
主犯はHではない。

220 :仕様書無しさん:02/04/06 20:31
12時間メイン、10時間保持仕事、2時間睡眠。
こんな感じだろ。

221 :仕様書無しさん:02/04/06 20:31
主犯は富士総研でハッキリしてるでしょ。
で、外部ベンダーシャットアウトして、言い訳をコン猿が考えてるんじゃないか?


222 :仕様書無しさん:02/04/06 20:31
>>213
単なるCDバグだったらどんなにいいことか…。

223 :仕様書無しさん:02/04/06 20:31
>>214
4/1の時点ならなー 噂

224 :仕様書無しさん:02/04/06 20:32
>>213
そうみたい

http://pc.2ch.net/test/read.cgi/prog/1018025474/814

225 :199:02/04/06 20:33
富士総研でもない。

226 :仕様書無しさん:02/04/06 20:34
>>223
バッチ処理のバグを見逃すってのはありえないよ。
食わせるデータが違ったのか、非常識な時間で開発を
命じられたかどっちかだよ。
故に、銀行員が悪い。

227 :仕様書無しさん:02/04/06 20:34
陰謀屋うざい。だれもお前に聞いてないっつーの

228 :仕様書無しさん:02/04/06 20:36
>>224
Hハードなんてシステム内にないだろ?
RCってやつ?

229 :仕様書無しさん:02/04/06 20:36
>非常識な時間で開発を

その時間では無理と客|上司を説得できなかったPGにも責任あり。

230 :仕様書無しさん:02/04/06 20:37
>>226
違うよー
4/1に(クソが)改修したんだよー 噂

231 :仕様書無しさん:02/04/06 20:38
今一番死にそうになってるのは基盤設計とかのチームだろうな。
業務APチームはせいぜい、これ以上問題出さないように入念に見直しかける位
しかやる事はないと思われ。

232 :仕様書無しさん:02/04/06 20:39
>>228
RC1、RC2、RC3のどれか、または全部

233 :仕様書無しさん:02/04/06 20:39
>>230
なんでバッチを4/1に改修するんだよ(w


234 :仕様書無しさん:02/04/06 20:40
全部別々のメーカーだったりしてw

235 :仕様書無しさん:02/04/06 20:41
ここは攻めのITでいくしか

http://www.recruitnavi.com/K2/IT/it_file/0118841001.html

236 :仕様書無しさん:02/04/06 20:42
>>233
処理件数が昼前の時点で見積もりを越えちゃったんだもん 噂

237 :仕様書無しさん:02/04/06 20:42
修正バッチはその場で作って流したんとちゃうの?

238 :仕様書無しさん:02/04/06 20:44
「だめぽ関係者が友達」という友達が言うには…。

その人 ATM 関係者。ATM がバグバグで、作り直し状態らしい。
辞める人続出状態。

バグの原因追求はできていない。ただ、問題のあるデータは
わかるため、そのデータをかたっぱしから手で修正しているらしい。

振込 250万件遅延については担当でないのでわからない。

以下、漏れの考え (勘定系は全く知らない)。
 ・ATM 現金出ない問題は、この ATM のバグが原因?
 ・DKB 店舗の ATM から、DKB 以外の口座にアクセスできない件は説明できない。
  (DKB か富士銀か、どちらの ATM 担当なのか不明)
 ・現在 ATM が利用可能なのは…いいのか?

信頼できる話かどうか判断できる材料を持ってる人、いる?


239 :仕様書無しさん:02/04/06 20:46
うわ、日立かぁ。
完璧に死人が出るなぁ。

240 :仕様書無しさん:02/04/06 20:48
>非常識な時間で開発を
そんな無理難題程度をこなすのは当たり前。
しかし、「200ccビーカーに1000cc入れる」と云われても無理なもんは無理なんだよ。

241 :仕様書無しさん:02/04/06 20:48
>>238
完全なガセ
ホストの存在を知らずATMが何でもしていると思ってる厨房の意見

242 :仕様書無しさん:02/04/06 20:49
MQが高負荷トランザクションにおすすめだぁ?
片腹いたいわ。

オマエラいっぺんmpstat眺めてからそのことばもう一度口にしてみやがれ!!
フランスから技術員連れてきてウィだのノンだと言わせて見やがれ!!

243 :仕様書無しさん:02/04/06 20:50
>>241
Win房の考えそうなネタだな(ワラ

244 :仕様書無しさん:02/04/06 20:51
>>241
ホスト側ATM処理にバグがいっぱいあるんじゃないの?
ここで言うATMはホストの受信プログラム。
今回のシステムの成否を決める一番重要な部分だし、
新規開発はここだからあながち嘘だとは思わない。

245 :仕様書無しさん:02/04/06 20:51
振込遅延までATMのせいにしてるなら

>>241
> ホストの存在を知らずATMが何でもしていると思ってる厨房の意見

という判断も妥当だろうけど、そうじゃないんでは?


246 :仕様書無しさん:02/04/06 20:52
>>242
MQがダメなら他に代わるものとしては何があるでしょうか?
皆目検討が付きません。

247 :仕様書無しさん:02/04/06 20:52
ATMの現金がでる・出ないはANSで決まる。
ジャムったときのでる・出ないは障害電文の自動処理or監視センターの指示電文で決まる

カンペキにガセですな。
BANCS経由で取引できない理由になっとらん。

248 :仕様書無しさん:02/04/06 20:53
だいぶみんなこわれてきたな。。。

249 :仕様書無しさん:02/04/06 20:53
EP8000ってマジなの?
嘘だと言ってくれ....

250 :仕様書無しさん:02/04/06 20:53
>>246
直結。

251 :仕様書無しさん:02/04/06 20:55
>>242
MQの変わりねぇ。
常陸がカラんでるからNeXUSってどうよ?(w

252 :仕様書無しさん:02/04/06 20:56
>>246
<その1:現行設計を維持するつもりなら>
マシン性能対トランザクション流量に余裕が出来る程度までマシン性能
が上がるまで、現行型の統合は延期。
<その2:ちゃぶ台返しを本気でやるなら>
とっとと元帳統合しろ。
<その3:どっちも出来ないなら>
システム統合前に戻せ。

この3つのどれかしかないと思うぞ。

システムを短期間で回復する事が必要なら3しかないが、問題はあのバカ経営陣じゃ、
責任もって3を行う決断をすることは、多分ないだろうということ。

253 :仕様書無しさん:02/04/06 20:57
>>244
例のpdf見てみれATMは新規部分へ繋がってない
まずここにバグは無いだろう


254 :仕様書無しさん:02/04/06 20:59
問題個所は一箇所だけなのか?いくつもあってそれを前に
うろたえてるじょうたいじゃないのか?

255 :仕様書無しさん:02/04/06 20:59
>>253
嘘だろ、元帳統合してないのは明らかなんだから、
旧他行宛の伝聞はRC1〜3に行くように何らかの処理が必要。

256 :仕様書無しさん:02/04/06 21:00
>252
増強に走ったようだ
http://pc.2ch.net/test/read.cgi/prog/1017493692/n537

257 :仕様書無しさん:02/04/06 21:00
>>272
ここは一つ、JMSと…うわ、信用できなさそう(w

258 :仕様書無しさん:02/04/06 21:01
>>246
勘定系がMVS、MSP/XSPならIIOPつかえるわな。

MQでできる程度の電文振分論理ならアプリ実装もカンタンにできるので
IIOPでもいーじゃんよ。
CORBA例外拾えば閉塞処理もできる。

オンラインでキューイング&バルク転送なんかされても困る。
バン!とダイレクトにピストン運動できなきゃみずほイカないって。

259 :仕様書無しさん:02/04/06 21:01
>>272
つじつまの合うレスをするように

260 :仕様書無しさん:02/04/06 21:01
ATMは旧行のATMにしか繋がっていないだろ。
GWからRC*に処理を投げるんだからATMは関係ない。

261 :仕様書無しさん:02/04/06 21:01
>>255
それはATMとの送受信に全く関係無いでしょ
キューに貯めた電文送り先で振り分けるだけだから

262 :仕様書無しさん:02/04/06 21:03
未来へのメッセージが相次いでますな。

263 :仕様書無しさん:02/04/06 21:03
260
旧行のGWにしか の間違い、ごめん

264 :仕様書無しさん:02/04/06 21:04
あさひですら、電文識別だけで振り分けられなかったものがあるのに、
みずほで、識別だけで振り分けられるのか・・・???

あんなのアプリで識別するっきゃねーダロ

265 :仕様書無しさん:02/04/06 21:04
だから、旧自行あて伝聞は全く問題なかったんじゃないの?
RC1〜3は、外とつながっているわけじゃなく、確保すとつながってるにょ。

266 :仕様書無しさん:02/04/06 21:05
>>264
だからそこはキューに放り込まれた後の処理だろうに


267 :仕様書無しさん:02/04/06 21:05
いいから、元帳を一つにしろや。
これ、ギャルの鉄則!

268 :仕様書無しさん:02/04/06 21:06
>>260
みずほ内旧他行取引は、BANCS経由がRC*になったって感じかい?


269 :仕様書無しさん:02/04/06 21:06
普通、トラブルのない勘定系SEやPGであっても、作業があるときは
休日出勤・ゴールデンウィーク出勤はざらじゃない?
あと、夕方から翌朝までのシフトとか。

ちょっとそのことをおもうと、けっこうしろーとさんがこのスレ多いのかと思ったりした。

270 :仕様書無しさん:02/04/06 21:06
仮想自行ホストとしてRCは使われてるんじゃなくて?

271 :仕様書無しさん:02/04/06 21:08
DKB、富士通はIBM−MQなんて、よくつかったね。
あれだけIBMきらいな人たちなのに...

ただ十分できると思われ..
為替(非同期)なら結構マッチ。
ATM取引(同期)には..ってかんじか?

272 :仕様書無しさん:02/04/06 21:09
あーわけわからなくなってきた。
七資産が多すぎる。

273 :仕様書無しさん:02/04/06 21:10
>>270
仮想じゃなくて多分キューの再転送だと思われ

274 :仕様書無しさん:02/04/06 21:11
>>271
うんだ。同期にMQ使ったからお金が出なくて引き落としされる
なんチューバグが良く理解できる。

275 :仕様書無しさん:02/04/06 21:12
>>271
同期は絶対無理。
非同期は、流量が多すぎて無理。
障害時ロールバックのコストでかすぎ。

結論:メガバンクではつかえない→MQ

276 :仕様書無しさん:02/04/06 21:12
再転送されたキューの変換作業をRCはしているものと思われ

277 :仕様書無しさん:02/04/06 21:12
>>266
キューに放りこむときのヘッダーの付け方のところがむしろ問題だろ?
どういうヘッダーつけていいかわかんないときは放りこめない。
拒否電文で返すしかねーんじゃねーの?

ヘンテコなコードで返ったケースもあったらしいことを鑑みると
そう思えるのだが。

278 :仕様書無しさん:02/04/06 21:13
>>269

明日シフト勤務で8:30〜22:30稼動ですが何か?

279 :仕様書無しさん:02/04/06 21:14
MQはspin-lockのコストが高すぎる。
なんでr/w-lockつかわねーんだヨ。
CPU何枚あっても足りゃーしねぇよあんなの。

280 :仕様書無しさん:02/04/06 21:14
>>277
>どういうヘッダーつけていいかわかんないときは放りこめない。
何の話をしているのですか?

281 :仕様書無しさん:02/04/06 21:15
ATMにバグがあったりしてもそれはRCのトラブルとは関係ないだろ

282 :仕様書無しさん:02/04/06 21:17
>>281
物凄い長い電文を大量に送ってしまうバグとか。

283 :仕様書無しさん:02/04/06 21:17
>>281
頑張るな。

284 :仕様書無しさん:02/04/06 21:18
>275
当然NO_SYNCであると思われ。
 流量については当然キューフル考慮する設計する、が普通。
 

285 :仕様書無しさん:02/04/06 21:20
>>277
へんてこなコード?
はつみみですのでリンクを下さい

286 :仕様書無しさん:02/04/06 21:21
ATM発のメッセージが同期処理されているはずがないと思うが…

3つに分散された元帳のデータを完全に同期するには、ホスト単位で
複相コミットするしかないと思うが、そんなコストを払うほど
性能に余裕があるはずがない。
ざっと見ても既存システムの負荷合計に対して3倍以上の性能負荷に
なるはずなわけで。

まだ、無理してでも元帳統合しておいたほうがナンボかましだった
ろうにねえ…

287 :仕様書無しさん:02/04/06 21:21
ちなみに漏れは、はじめてmpstatでsmtxが1万越えるシステムをみた。
MQおそるべし さんまのうまい某所区民センター裏の人たちが不憫でならん。

端末数がそこの倍のシステムで、MQを使ったら、、、
恐らくsmtxが4万超えるんじゃ・・・?

288 :仕様書無しさん:02/04/06 21:22
http://choco.2ch.net/test/read.cgi/news/1017632517/n29


289 :仕様書無しさん:02/04/06 21:24
MQはそれ自体にバグがあって使えないとか、そういうことじゃない。
MQと言う仕組みが、素人の想像以上に巨大なリソースを必要とする
仕組みである事を理解していない生兵法バカが多すぎる。

分散トランザクション処理…ああ、経営者とかITコンサルは好きそう
だな、そういうの。あほか。逝ってよし。

290 :仕様書無しさん:02/04/06 21:25
>>288
これを指してへんてこなコードと言ってるのなら、
もう少し勉強した方がいいと思う。

291 :仕様書無しさん:02/04/06 21:25
>>288
別行ATMで同じコードが帰っているし、へんてこじゃないよね?

292 :仕様書無しさん:02/04/06 21:25
まあ、みずほは自業自得なんで損害が出ても仕方ないが・・・

ほかの引き落とされない電力とかガスとかの未払いによる
再通知の処理とかはどうなってるんだろう

みずほ引き落としだけ保留してそういう未払い処理というのは
できるシステムになってるのかな?

もしできないと1日あたりの損害は莫大なものになるような・・・
損害賠償訴訟でも起きようものなら・・・

もう、みずぽ

293 :仕様書無しさん:02/04/06 21:25
つーか、このご時世に文系あがりの役員しかいないのが痛いと思うが、
いまさらいってもはじまらない。
おれはあと3回ぐらいなんかあると思っている。


294 :仕様書無しさん:02/04/06 21:26
>>286
あの構成であの端末台数の場合、2PCは無謀なのでキミの意見は正しいと思われる。
 
2PCやってたら詰まって詰まって流れない。
各サブシステムでCOMMITしとるはずよ、
でなきゃさらに深刻なトラブルになる。


295 :仕様書無しさん:02/04/06 21:27
>>292

先ほどのニュースで「引落し用のデータ作成中」と言っていたので
バッチ処理用の弾を手作業で作成していると思われ。
で、其れを月曜に流すと・・・また負荷が溜まって落ちるかもな(苦笑)

296 :仕様書無しさん:02/04/06 21:28
>>293
役員になってしまえば文系だろうが理系だろうがまったく関係ないと思うが。
あんた学生でしょ?馬鹿まるだし(w

297 :仕様書無しさん:02/04/06 21:28
 振り替えの遅れは企業から持ち込まれる大量の磁気テープの処理が滞ったのが主因。
一部の未処理分を調べ直すのに混乱し、連鎖的に未処理分が蓄積した。
未処理の引き落としは来週中に追い付く見通しだが、企業への結果データの還元には時間がかかるという。
http://www.nikkansports.com/news/society/p-so-tp0-020406-08.html


MTの事務処理を新人に任せて、設計、開発やりたがる運営担当者。
テープ装置足りなかったとか、JCLのVOL間違えたとか、リランするのにステップ削るの忘れたとか、
バッチジョブのタイミング間違えたとか??


298 :仕様書無しさん:02/04/06 21:29
やっぱり責めるITを実践してるんですね、みずほカコイイ(・∀・)!!

299 :仕様書無しさん:02/04/06 21:31
>>292
振りこみ元から自行内架空口座に一旦振って、
そのあとその口座からバッチ的に振りこみ先へ投げる。
振りこみ元への見せかたは、「自行内にあたかも振りこみ先口座ができた」ように見せて、
振りこみ先への見せかたは、「1コの架空口座からドカンと振りこまれた」ように見せる。
(振りこみ先でのチェックは特別にチェックリストをつくってやる)

そうしたら科目の付け替えもラクだろう。

大口相手にならそのくらいはできると思う。


300 :仕様書無しさん:02/04/06 21:32
>>297
> MTの事務処理を新人に任せて、設計、開発やりたがる運営担当者。
> テープ装置足りなかったとか、JCLのVOL間違えたとか、リランするのにステップ削るの忘れたとか、
> バッチジョブのタイミング間違えたとか??

そんなアフォなことが出来る作りになってないでしょ?
なってんの?うそでしょ?うそだといってーーーー!!

301 :仕様書無しさん:02/04/06 21:32
>>292
つか、振り込みが滞って倒産→夜逃げ/一家心中程度はザラだろうね。

302 :仕様書無しさん:02/04/06 21:33
今頃設計かよ!…そんな訳ないか。

303 :仕様書無しさん:02/04/06 21:33
>>295
そういえばJCLできる人間に召集令状が出てたよ。

304 :仕様書無しさん:02/04/06 21:33
>>300
持ち込まれるデータは固定長レコードのテキストベタだったりするし

305 :仕様書無しさん:02/04/06 21:34
そういえば、大蔵省は何やってんの?

306 :仕様書無しさん:02/04/06 21:35
>>296
こうなることが想像ついていたのか聞いてみたいんだよ。


307 :仕様書無しさん:02/04/06 21:35
>>297

運営担当者は設計・開発なんぞやらん。
それはオペレーターの仕事だ。システム部でも開発と運用は分けていると思うが。

それと、テープ装置・JCL云々が原因のはず無いだろ。
「一部のみ処理分を調べなおすのに」と言う文面から処理は進んだが何らかの
原因で一部が処理されなかった。その為、どの部分が処理されなかったがわか
らず(MTでまとめて送ったから。公共料金とかはMTで依頼が来る。)確認
に手間取っている・・・こう解釈するのが自然だと思うが。

308 :仕様書無しさん:02/04/06 21:35
>>305
大蔵省なら、とっくにあぼーんだ。

309 :仕様書無しさん:02/04/06 21:36
今ってひょっとして行内オンライン犯罪やり放題??
やってもバレねーんじゃねーか??

行内で角をためてウシを殺すようなこともやりづらいなこりゃ



310 :仕様書無しさん:02/04/06 21:36
あそこが動くと預金が引き降ろせなくなるので今のうちに >>305

311 :ななし:02/04/06 21:36
要するに「バッチ処理を流してみたら、途中で原因不明で止まってしまいました」って事か?

312 :仕様書無しさん:02/04/06 21:37
>>305
財務省が何かやったところでどうにもならんでしょ。
「崩れてた高層ビルを1週間で直せ」とか言われて、
「はいそうですか、了解しました」といったところで…

313 :仕様書無しさん:02/04/06 21:37
>286 等
 認識してたら、ごめん。

 同期は、同期トランザクションのことじゃない。
 同期通信と非同期通信のこと。

 為替はキューにいれてとりあえずはおしまい。
 ATMは当然、業務処理でDB更新されるのを待って..ということ。
 
 あと、全銀手順とかでもそうだけどシステム間通信では
 いわいるコミット/ロールバックという形ではないんよ。
 シーケンスどおりに電文が着ていることを前提として処理される。

 通信障害になったら、成立してるか電文とばして照会して
 その結果で取り消し処理をしたりする。
 そのために電文にはユニークな番号がついているのだよ。
  
 当然、被害が拡大しないようにシーケンスどおりに電文がきていない
 通信経路(っていって通じるか。論理的に番号が振られているのだが)は閉塞される。
 
 


314 :仕様書無しさん:02/04/06 21:38
本当に必要な時期に必要な監督をしないのが金融監督庁
なんかあったときだけガミガミ文句言うのが金融監督庁

モンクあんなら去年の秋ごろに言やーよかったんだよ。

315 :仕様書無しさん:02/04/06 21:38
>>311
締めが大幅に時間オーバー。
(゚Д゚)マズー

316 :仕様書無しさん:02/04/06 21:39
まあ、情報処理やら計算センター勤務経験には
悪夢としか言い様のない事態が進行中な訳で・・・

俺的には阪神淡路大震災と同レベルの大災害だと思うんだが、
姿が見えない災害には危機感が薄いんだろうか?>マスコミ


317 :仕様書無しさん:02/04/06 21:39
>>313
そうなんですか

318 :仕様書無しさん:02/04/06 21:40
>>312
みずほへの業務停止命令。
でもみずほだけ止めると影響が波及し日本経済全体が辻褄あわなくなるから、
全銀行への業務停止。でもお金が動かないのに経済活動すると色んな影響が
でるから、全ての活動停止、つまり緊急に国民の祝日を儲ける。
内閣総理大臣の超法規的措置。

319 :仕様書無しさん:02/04/06 21:40
もう、H、とFは、絶対信用しない

320 :ななし:02/04/06 21:41
>>319
信用できるトコなんて存在しないから(w

321 :仕様書無しさん:02/04/06 21:41
>313
漏れ金融とかはまったくのシロウトですが、なんかTCP/IPの方がよっぽど
信頼性あるような気がしてきた。


322 :仕様書無しさん:02/04/06 21:41
>>318
2年くらい「毎日が日曜日」ウマー!!!

323 :仕様書無しさん:02/04/06 21:41
>>318
むしろ世界中を休日に。みずほ記念日。

324 :仕様書無しさん:02/04/06 21:42
>>313
そういえば、他行でMQログと電文番号のいろんなケース
でテストした記憶があるけど、みずぽで十分なテストしたって
聞かないな。本番環境じゃなくてシミュレータテストだと
思うけど、どうなんだろう?

325 :仕様書無しさん:02/04/06 21:42
>>321
たしかに、本当に素人ですな(w

326 :仕様書無しさん:02/04/06 21:42
>>321
TCPはメッセージの保証のために無駄な転送しているわけで…
大昔の非力なネットワークではそんな余裕がなかったわけで…

327 :仕様書無しさん:02/04/06 21:43
>>321

其れはちょっとお勧めできないぞ。(苦笑)

328 :仕様書無しさん:02/04/06 21:43
>>321
プロトコルにも素人だろう(w


329 :294:02/04/06 21:43
>>313
少なくとも漏れは下記理解しとるよ、
BEA TUXEDOのサンプルにあるようなトランはない、
トランのROLLBACKは取消電文で実施、
取消電文で取り消せないのはスタジオ行き。


330 :仕様書無しさん:02/04/06 21:44
てか、層が全然違う。

331 :仕様書無しさん:02/04/06 21:44
>>321
全銀手順、TCP/IPが普及する以前の規格じゃけん。

332 :仕様書無しさん:02/04/06 21:45
>>321
素のTCP/IPはチェックサムとってるけどたまに内容がバケるぞ
それこそ1万円が1億円になりかねん。

333 :仕様書無しさん:02/04/06 21:45
取り消し電文って言うのが、またきついな…
ミスがあるたびに「さっきの、なしね」メッセージが発生するわけでしょ?
今の状態って、これだけで輻輳しそうだ…

334 :仕様書無しさん:02/04/06 21:45
それじゃ二重引き落としのトラブルもやっぱりリレー接続部分?

335 :仕様書無しさん:02/04/06 21:46
さすが、マ板だけあってすこし深い話しができる。
すばらスィ

336 :仕様書無しさん:02/04/06 21:46
これ見るとさ、NYのテロ事件のあとのアメリカの銀行の立ち直りのすごさが
わかるよね。

あと、2重化されたシステムの堅牢さも。

なんで、本番環境一本だけしかなかったんだろう?
ケチったから?

337 :仕様書無しさん:02/04/06 21:47
あいあいぃぃぃ。
何故に全銀手順とTCP/IPの話になるんかぁーー。
素人ども。

338 :仕様書無しさん:02/04/06 21:47
>333
信頼性のためには仕方が無い
お金が出てこないのに残高が減るなんて起きたら困るでしょ
ま起きたけど(w

339 :仕様書無しさん:02/04/06 21:48
TCP/IPはNGワードということで以後禁止、にしてほすぃ

340 :仕様書無しさん:02/04/06 21:48
極論すると伝送プロトコルはTCP/IPでもSNAだろうがFNAだろうが関係ない。
効率がどうこういう問題はあるが。

341 :仕様書無しさん:02/04/06 21:48
まだ糖蜜がシステム統合完了してないって本当?
97年に元帳の統合まで完了している筈だけど。


342 :仕様書無しさん:02/04/06 21:49
>>306
3/31早朝、こんな情報が・・・。ホント?

http://money.2ch.net/test/read.cgi/money/1008054828/621

343 :仕様書無しさん:02/04/06 21:49
言って置くけど、ATMはあぁシンクロナイズドトランスファーうん鱈間鱈
じゃないぞ!!


344 : :02/04/06 21:49
>>336
トップが判断できなかったからだろ。


345 :仕様書無しさん:02/04/06 21:49
http://www.nikkei.co.jp/news/main/20020406CEEI018606.html
二重引き落とし未処理残1000件...

8日一発勝負って、今度コケたら再起不能じゃ(ガタガタブルブル)

346 :仕様書無しさん:02/04/06 21:50
>>333
というか、正常なピーク時=輻輳に近い状態なんよ
輻輳してもバックログが一様増加せんかぎり回るのよ

というか、多重度で締めるのね。

347 :仕様書無しさん:02/04/06 21:50
>>336

漏れ的にはバックアップセンターがあって当然だと思うぞ。
ただ、本番環境がバグっていたら当然バックアップセンターもバグっている
訳でして・・・切り替えたところで状況は同じかと。
バックアップセンターの役割は本番環境が物理的に動かなかった時を想定し
ているからね。



348 :仕様書無しさん:02/04/06 21:52
http://www.nikkei.co.jp/news/main/20020406CEEI018606.html

これが唯一残された最後の一発逆転の手段か

うまいこといったらヒーローだな
プロジェクトXになるよ


349 :仕様書無しさん:02/04/06 21:53
>>338
一貫性保証を伴った非同期処理の場合、
例えば1つトランザクションとして後続でまとまった処理をする事があるよね?
振替なら、元から残高減らす→先の残高増やす→処理成功をクライアントに
通知する…とか。(まあ、本当はもっといっぱいあるんだろうけど。)

で、3番目で異常が発生したら、さかのぼって1番目と2番目の処理を
取り消さなきゃいけないわけで。10こ20この処理が後続で行われるような
トランザクションが存在した時、障害発生時のロールバックは、ただで
さえ不足するリソースを激しく圧迫する事になると思われ…
現状それが起きているとしたら、収拾不可能だと思われ…

350 :仕様書無しさん:02/04/06 21:53
>>344
坊やだからさ。

351 :仕様書無しさん:02/04/06 21:53
>>336
2重化してても4重化しててもアプリの不具合はリカバれない。
(体が二つあっても脳みそは一種類 脳がバカなら二人体があってもムダ)
ダメなときは何やってもダ・メ・!

人体のように多様化系じゃないと、こういうケースを免れることができないよ。

352 :ななし:02/04/06 21:54
これって借金地獄でクビが回らなくなった奴が、有り金全部競馬で勝負するような
もんじゃねーか?

353 :仕様書無しさん:02/04/06 21:54
>>336
テロの後、みずほも素早く立ち直ったよ
つか某行が畳まれた支店にやたら人がいて笑ったけど 噂

354 :仕様書無しさん:02/04/06 21:54
ヒーローにはなれないよ(藁

355 :313:02/04/06 21:56
>321
 というか、>330の言うとおりで、こういう手順を伝送手順(TCP/IP,SNA,FNAとか)の上ににのせるのさ。
 

356 :晒しあげ:02/04/06 21:56
名 前: 向井康眞
部署名: IT・システム企画部
職 種: IT企画・統括
入社年: 1986年入社


357 :仕様書無しさん:02/04/06 21:56
>>347
ああなるほどそういうことですか。
ただ、信じられないのは、旧システムと新システムをなぜ並列で出来なかったのか?
ってことなんです。
正直今回の件は知りませんけど、普通この手の案件だったら、
現在使っているシステムのその横に、新規システムのテスト機が置かれ、
処理を並列でやらせて整合性を取りませんか?(そうしないと危険だから)
今回は、そういう実機に金をかけることを惜しんだ結果、こうなったと言うことなんですか?

358 :仕様書無しさん:02/04/06 21:57
失敗しないかなあ。
こんな面白い事、簡単に収束してほしくない。

359 :仕様書無しさん:02/04/06 21:57
            ☆ チン     マチクタビレタ〜
                       マチクタビレタ〜
      ☆ チン  〃  Λ_Λ   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        ヽ ___\(\・∀・) <  仕様書、早く、早く〜
          \_/⊂ ⊂_ )   \_____________
        / ̄ ̄ ̄ ̄ ̄ ̄ /|
      | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |
      | .佐賀みかん.  |/


              ∧_∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
              ( ・∀・)< レビュー中だから静かにしてくれる?
          _φ___⊂)__ \________
        /旦/三/ /|
      | ̄ ̄ ̄ ̄ ̄|  |
      |愛媛みかん|/

360 :仕様書無しさん:02/04/06 21:58
>>348

1000件の処理に8日の朝までかかるということは、手作業?

361 :仕様書無しさん:02/04/06 21:58
>>356
それは責任問題になってからにしろ
今やるのはあまりにも可愛そうだろ。

362 :仕様書無しさん:02/04/06 21:58
>>351
ええ、それはその通りだと思うんです。
問題なのは、なんで、旧システムを保全しておかなかったのか?
って事なんですよ。
そうしておけば、この最悪の事態だけは避けられたと思うんですけど。

363 :仕様書無しさん:02/04/06 21:58
>>297
振替請求MTは引落の4〜5営業日前に搬入してるはず。
今回で言えば3月中に勧銀・富士・興銀の単位で3組届け
てると思うけど、3月中にはセンターで読み込みもせずに
積んどいたということ?

364 :仕様書無しさん:02/04/06 21:59
一部の方の議論が混乱しているような気がするので整理。
1.1日のATMトラブルはRC1の不具合(リソース不足か?)
 不安なのは全銀やBANCS向けデータが通るからリソース不足が
完全に解消されていないとまた起こる
2.二重引き落としはバッチ投入の単純ミスに近い
3.口座振替遅延はセンター記帳データ作成処理の遅延(MTからの読み出し
 フォーマット変換など)
この3つは基本的には別の問題と考えるがよいですか?


365 :321:02/04/06 21:59
>355
ういっす。金融と同じことやりたかったら自分で実装せんといかんわけですね。


366 :仕様書無しさん:02/04/06 22:00
>>357
パラランのこと言ってる?
プラントのリプレースでの手法は今回使えませんよ。

なぜなら、4/1から違う会社のシステムに改造されたのだから。

367 :仕様書無しさん:02/04/06 22:01
FNAって?


368 :仕様書無しさん:02/04/06 22:01
>>357

答えは新システムなんて無かったから。
今回の統合は仮統合の様なもので(新システムはこれから開発)、3行をシス
テム的に1行に見せかける事を目指したんだと思われ。だからリレーコンピュ
ーターが問題視されている。新システムへの移行なら、失敗時に旧システムを
立ち上げる事で回避する事も可能だけど・・・リレーコンピューターに代わり
は無かったんだろうな。

369 :仕様書無しさん:02/04/06 22:02
統合のドサクサで紛失してたり(W

370 :仕様書無しさん:02/04/06 22:02
>>366
RC1通さずにBANCSつかってみずほ内を行き来するわけにはいかない?(w


371 :仕様書無しさん:02/04/06 22:03
>>368
ハード故障じゃないんだし
代わりがあっても同スペック

372 :仕様書無しさん:02/04/06 22:04
>>370
それだと金かかる


373 :369:02/04/06 22:04
>>369

>>363
統合のドサクサで紛失してたり(W

374 :仕様書無しさん:02/04/06 22:04
>>366
4/1から違う会社かどうかというのは、それは3つの私企業の問題ですよね?
こうなってしまえば、国民的な問題、下手すると国際問題ですよね?

もし、旧機と新機を並列で処理させていれば、
システム統合が4/1までに出来なかったので合併を7/1まで延期する、
という方法だってあったわけですよね?
それが危機管理だと思うんですよ。

なんでそういうことが出来なかったのか?
っていうこととかに興味がある訳なんです。

375 :仕様書無しさん:02/04/06 22:04
>>367
ググルで調べれ SystemNetworkArchitectureの不実版だ。
ちなみに常陸はHNA。

376 :仕様書無しさん:02/04/06 22:04
>>362
このトラブル初期の頃に銀行コードが変わっているのに
そんな事出来ない!!なんて叫んでいた馬鹿が居たが、

1、旧システムは新銀行コードで何とか動くように作って(確認しまくって)
2、それから統合プログラムのカットオーバを目指して(確認しまくって)
3、統合の日を向かえる。
という手順なんだけどな。
統合プロが動かない時は最悪1で運用できる。

これなら元帳統合がされてない事が逆にメリットになるだよ。

377 :仕様書無しさん:02/04/06 22:04
            ☆ チン     マチクタビレタ〜
                       マチクタビレタ〜
      ☆ チン  〃  Λ_Λ   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        ヽ ___\(\・∀・) <早く!。修復用のバッチ作ってよ。
          \_/⊂ ⊂_ )   \_____________
        / ̄ ̄ ̄ ̄ ̄ ̄ /|
      | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |
      | .佐賀みかん.  |/


              ∧_∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
              ( ・∀・)<今、失敗した電文調べてるんだから!。
          _φ___⊂)__ \________
        /旦/三/ /|
      | ̄ ̄ ̄ ̄ ̄|  |
      |愛媛みかん|/


378 :仕様書無しさん:02/04/06 22:05
>362
 ようするに失敗するときどうしようって考えていなかったか?ってことかな。
 サブシステムであれば戻し手順みたいなものを考えるでしょう。
 でもご本尊はそうはいかないのよ。
 前にすすませるしかない。
 (戻してから2回目は失敗できないでしょ)

 金融事故に巻き込まれて、生命の危機にに瀕する者が現れても、
 「全額、銀行側で負担いたします」というしかないのだ。

 だから被害者のみなさんは銀行へ訴えなくてはいけない。
 政治にもね。

379 :仕様書無しさん:02/04/06 22:05
>>374
ニュー速板にカエレ!

380 :仕様書無しさん:02/04/06 22:05
FNA:へなちょこねっとわーくあーきてくちゃ


381 :仕様書無しさん:02/04/06 22:05
>>370
いくらかかるんだよ。そんなわずかな金ケチってこのざまかよ。

382 :仕様書無しさん:02/04/06 22:06
>>368
なるほど・・・
これだけの案件なのに、パッチレベルで何とかなると本気で信じていたというわけですね?
テストも無しに。
やっと理解できました。ありがとうございます。

383 :ななし:02/04/06 22:07
「1つ前の状態に戻せる」っていう機能をひとつ付け加えるために、膨大な手間と
コストがかかることがあるからねえ。

384 :仕様書無しさん:02/04/06 22:08
>>367
http://pc.2ch.net/test/read.cgi/network/1006909414/l50
みれ。


385 :仕様書無しさん:02/04/06 22:08
>376
新銀行コードが重複して口座番号まで振り分け対象が広がるようなきがするが?

386 :ちょっことしかプログラミングできない素人ですが:02/04/06 22:09
http://www.google.co.jp/search?q=cache:1fRdpEJsmicC:www.recruit.co.jp/r-staffing/it/anken/cobol.html+JCL+%8B%E0%97Z&hl=ja&lr=lang_ja

このスレッドはいろいろと勉強になりますね。
わからない単語が出てきたら検索かけるとかすると(笑)

なんか、この中にどうも
今回の案件っぽい仕事がいろいろあるような気がするんですけど。



387 :仕様書無しさん:02/04/06 22:09
>>376
それでも旧システムで運用のときにRCのような振分GWがいるっぺや?
富士・興銀とヤるときはBANCSとおさんとうごかねーっぺや?

388 :仕様書無しさん:02/04/06 22:10
>>383
かかるけど、かけなきゃいけないコストなんだよ。

389 :仕様書無しさん:02/04/06 22:11
秋の情報処理試験はシステム管理の問題が増えてたりしてね(w

390 :仕様書無しさん:02/04/06 22:12
>386
>次期SIGMAシステム構築
こっちが激しく気になる

391 :仕様書無しさん:02/04/06 22:13
>389
オンラインが復活するような気もするな

392 :仕様書無しさん:02/04/06 22:13
>>390
それはタブー

393 :仕様書無しさん:02/04/06 22:13
>>376

運用できないと思われ。それで動くようなら苦労しない。

新銀行コードに対応できたとしても店番・科目・口座番号への対応はどうな
るんだ?あれだけの規模の銀行・・・当然、店番も重なる。
そもそも其れをやっていたのがリレーコンピューターだろうに。

394 :仕様書無しさん:02/04/06 22:14
>>383
結合のルート増えるし、考えてて混乱しやすいので
要件段階で消しときたい機能だ。
クリティカルな案件じゃなきゃそれができる

395 :仕様書無しさん:02/04/06 22:14
>>388
みずほを一勧・富士・興銀のもとの姿にもどせとおっしゃるんで?
これはこれは、、、高いところからのご高説ですな 富士山にでもおのぼりで?


396 :仕様書無しさん:02/04/06 22:15
>>390
冗談だとおもったらホントにあるのか・・・

397 :仕様書無しさん:02/04/06 22:15
>>388
ホスト置く場所ないんです。どこの銀行のセンターもいっぱいなんです。
DASD置くレイアウトだってものすごい苦労したんだから。
金の問題ではないんです。
もっとも最初からセンターをどおんと拡張してくれればおけたかも。
富士のIBMマシンなんて今時60HZでしか動かないから何億もする電源装置
入れないと動かないの・・・。ま糖蜜もそうだけどね。センターのマシン
ルームの中だけ60HZ・・・。

398 :ななし:02/04/06 22:18
前へ前へ、で結局玉砕するしかなくなった旧日本軍みたいだな。

399 :仕様書無しさん:02/04/06 22:18
さー口座情報テーブルのPrimaryKeyをみんなで言ってみよう〜!

銀行コード! 店番! 枝番! 科目! 口座番号!

さー簿記の基本をみんなで言ってみよう〜!
勘定グループ!勘定科目!貸方!借方!現金!売掛!買掛!

さて、3Pレズプレイでおたのしみのみずほ姉妹をもとの可憐な3姉妹にもどすには
どうしたらよいのでしょうか?

400 :仕様書無しさん:02/04/06 22:18
>>395
大変だ。破棄した看板、業者から引き取って来ないと!(w

401 :仕様書無しさん:02/04/06 22:18
>>397
商用を入れる訳に行かないしそれはいいと思われ
直流じゃ駄目なのがちょっとあれだけど

402 :仕様書無しさん:02/04/06 22:19
>>397
だってしくじってんじゃん。

403 :仕様書無しさん:02/04/06 22:19
>>387
うんだなぁ。
でもよ。あちきの富士銀カードはまだ何も変わってねーぺや。
三井住友で下ろせただや。なんでや?

404 :仕様書無しさん:02/04/06 22:20
>>399
親口座 小口座が、も、もれているんだな

405 :仕様書無しさん:02/04/06 22:20
>>397
へ?うちは50Hzだけど、何でわざわざ60Hzの機械入れてるの?
レイアウトってむずかしいよね。機械搬入するだけで大変だよ。

406 :仕様書無しさん:02/04/06 22:20
なぜ皆さんはRC1というリレーコンピュータが原因と思っているのだろうか?

メディア発表では
「大量処理策として実施いたしましたリレーコンピュータへの接続機能のプログラム修正に不良個所があったことに起因するものであり....」とされているのに。
RC1へ接続するコンピュータのプログラム修正したときにバグをつくりこんだということでしょ。


407 :仕様書無しさん:02/04/06 22:22
>>399
RDBじゃないんですが・・・。


408 :仕様書無しさん:02/04/06 22:22
>>403
す、末長のSMBCさんに聞かないと、わ、わかんないんだな
た、多分BANCSのルーティングは旧店番の場合、
直接相手対外系に飛ぶように、な、なってるんだな


409 :仕様書無しさん:02/04/06 22:23
>>406
このスレ内だけでも発表より余程詳しい情報が流れているからの


410 :仕様書無しさん:02/04/06 22:23
>>406
メディアの発表なんて鵜呑みにしてどうする。

411 :仕様書無しさん:02/04/06 22:23
http://www.jip.co.jp/NEWS/news-release/97/97016.html

SIGMAシステムってこれかいな

412 :仕様書無しさん:02/04/06 22:23
>>397
たしかにセンタの中では関西人の電気が流れています。

413 :仕様書無しさん:02/04/06 22:24
>>407
ぷ、ぷらいまりーきーはRDBMSだけの概念じゃ、な、ないんだな
じょ、情報を一意に分別するためのキー情報ととらえるべきだと、お、思うんだな

414 :仕様書無しさん:02/04/06 22:24
>>395
駄目だったら戻す。戻せる。しょーゆうシステムにしとかんと。
まぁ、急一間、旧富士にいた大企業がコーポへ行ったりとか
有って、外部BANCSや顧客へ事前に駄目だったら前の通り、
って言う説明しとかなきゃならんので、プライドのお高い
銀行マンさんは、協力をお願いできんかったかもね。


415 :仕様書無しさん:02/04/06 22:24
>>405
聞いた話だけど2次オンあたりの頃はIBMって60Hzしかなかった。
で、移行するのに同じセンターでやるし、一部機器を流用するから
50のマシンを入れられず・・・。

416 :ななし:02/04/06 22:24
もし担当各社のSEの顔を見ることができれば、一発でドコの会社が悪かったのか判るぞ(w

417 :仕様書無しさん:02/04/06 22:25
>>リレーコンピュータへの接続機能のプログラム修正に不良個所
って、なんだろ?
通信レベルの問題じゃないよな?
ホストオンラインを作った事の無い人間が修正したって事?

418 :仕様書無しさん:02/04/06 22:25
>>411
Σとは別物だね。

419 :仕様書無しさん:02/04/06 22:26
>>413
はい

420 :仕様書無しさん:02/04/06 22:26
>>397
なら、センターをもう一個作っておけばよかったんじゃないの?
ていうか、今回の事件(もうこれ事件です)の教訓って、なに?

421 :仕様書無しさん:02/04/06 22:27
>406
RCっていかにも輻輳でデータ遅延してくれちゃったり
タイミング障害誘発してくれそうなんだもん.


422 :ななし:02/04/06 22:27
>>420
ダメなものはダメ。

423 :仕様書無しさん:02/04/06 22:27
明日桜花賞にいっしょに行く予定だった彼氏が
急遽呼び出された・・・グスン
みかかで開発やってるのはずなのに引落しデータの
対応させられるみたい。まさに人海戦術ですね。
私はメーカーで運用サポートしてるけど月次締めが
遅れそうなら来週は徹夜かも。

424 :仕様書無しさん:02/04/06 22:27
>>420
DもFもセンターは複数持ってるよ
だからやっぱり設計の問題だと思う

425 :仕様書無しさん:02/04/06 22:27
狽Q1てのもあるな

426 :仕様書無しさん:02/04/06 22:29
RC3も問題だと俺は思ってる
旧第一勧銀からのルートが2つあるのはどうかと

427 :ななし:02/04/06 22:29
>>420
もうひとつ
「奇跡をアテにするな」(w

428 :仕様書無しさん:02/04/06 22:29
>>423
みかかGもコーポレート側に参加してたっけそういや 噂

429 :仕様書無しさん:02/04/06 22:29
>>414

バックアップを採っているだろうから・・・戻そうと思えば戻せるんだろう
けど一日か二日は営業自体を止めないと無理だろうな。
(S日以降の追い付きBMPつくるだけでたいへーん)
それにそんな経営判断は日本の頭取には無理。未処理分を一刻も早く処理す
る事で頭がいっぱいで、根本的解決なんて考えている余裕は無いと思われ。

430 :仕様書無しさん:02/04/06 22:29
>>414
よ、414さんは都銀のシステムのでかさを、し、しらないんだな
こ、今回は3つもけ、結合することになるんだな
し、システムごとバックアウトできないから統合しませんぜ、なんてことは
き、金融監督庁がゆ、許さないんだな


431 :仕様書無しさん:02/04/06 22:30
>>423
みかか関係あんの?

432 :仕様書無しさん:02/04/06 22:31
>>423
えーと、なんでもない。

433 :仕様書無しさん:02/04/06 22:31
>>430
ほんじゃ金融監督庁の責任じゃん。

434 :仕様書無しさん:02/04/06 22:32
>>431
デー○ならありそうじゃないか。

435 :仕様書無しさん:02/04/06 22:33
>>431
ないと思われ。
人を投入して銀行側に恩(?)を売るチャンスだとか
思っている上司がいた。

日本語変でスマソ

436 :仕様書無しさん:02/04/06 22:33
>>430
うんと言ってることは物凄く分かるんだけど、でも、
やってみました、駄目でした、出来ません。
出来るまで待ってください。

で、すまないシステムだって言うのも本当じゃん。

437 :仕様書無しさん:02/04/06 22:34
と、都銀さんならどこでも、さ、災害対策センターをも、もってるんだな。
ろ、論理障害のときは、フロアフェイルオーバーしてもど、どうにもできないんだな
さ、災害対策センターもふ、2系つくると、
ひ、費用が倍あってもた、足らないんだな

ろ、論理的にバックアウトできるようだったら、
い、いわれなくてもや、やってると思うんだな
こ、こんなに混乱するのをみ、みてられないとお、おもうんだな。


438 :仕様書無しさん:02/04/06 22:34
>>434
でーは今回主での参加せず
厚木の方に携ってたはずかと 噂

439 :仕様書無しさん:02/04/06 22:35
>>437
読みにくい上に面白くも何ともないから、
その言語障害的な文章やめるか、情緒障害なおしてよ、今すぐ。

440 :仕様書無しさん:02/04/06 22:35
>>426
それはないんじゃないか。
RCは両端のBKの電文を交換するだけで、
ルーティングはしないだろ。あれは、図の書き方も拙い。

ルーティングなんてしたら、大変なことになるぞ。
ってもうなってるか。(笑

441 :仕様書無しさん:02/04/06 22:36
え、エヌティーティー・データ殿は、え、MQ Seiresの使い手の一人なんだな
に、日本アイ・ビー・エム殿とけ、結託してるんだな

442 :仕様書無しさん:02/04/06 22:36
>>437
>い、いわれなくてもや、やってると思うんだな
デバックもお願い。

>>439
それ以外は、言ってること正しいよ。

443 :仕様書無しさん:02/04/06 22:37
>>437
たしかに。物理的な故障じゃないんだからな。

444 :仕様書無しさん:02/04/06 22:37
>426
RCをルータかなんかと勘違いしてないか?
 旧第一勧銀→旧興銀→旧富士銀で中継されるってか?
 んなわけないよぉ。

#ほんとにそうなの?関係者教えて。

445 :仕様書無しさん:02/04/06 22:37
>>441
極一部の部署だったと思われ

446 :仕様書無しさん:02/04/06 22:37
僕も次期案件からみずほ先輩を見習って果敢に攻めて逝きたいと思います。

447 :434:02/04/06 22:38
>>438
らじゃー ( ^^; )

448 :仕様書無しさん:02/04/06 22:38
>>440
俺さあの図のRC3の存在意義がどうしてもわからんのよ
それと、旧興銀と全銀システムが繋がってる所

449 :無有:02/04/06 22:38
とゆーか
 ・予算はかつかつ
 ・納期は4/1
が「前提」だからな
「間に合いません」「人足りません」「二重化したいです」なんつー
「前提」に合致しない情報はフィルタリングされてしまうわけよ

「なぜ間に合わないとわかったとき対処できなかったか?」
とか
「なぜ二重化できなかったのか?」
とかいう質問は、そもそも無意味というわけだ
※説得できなかったPG/SEにも…なんちゅー発言があったが、
そもそもこっちの話を聞かない動物に何を説得させる積もりなんだか
あっちは作業見積もりや線表を勝手に書き換えて「これでやれ」って言う連中だぞ

だいたいデッドラインが決まってる仕事ってのは、
こっちが達成のための最低条件提示しても
その条件や確約事項ばっさり裏切ってくれた上に
デッドラインだけは動きゃしねえってシロモンなんだよ
(で、間に合って当然、遅れれば金出さない上に賠償金までむしりやがる)

450 :仕様書無しさん:02/04/06 22:39
国内経済をかけてギャンブル出来るような仕事ってうらやましいな(笑)

451 :414:02/04/06 22:39
>>430

はぁ・・・仰るとおり地銀担当です。でも都銀クラスはそんなもんなんですか。
各行のバックアップセンター(都銀もありますよね?)を旧システムの形に復元
してそちらで稼動。(口座状態は現行システムに追い付かせる)
その間に現行システムの問題点を一斉調査・・・こうするのが良いように思える
んですけど。

452 :仕様書無しさん:02/04/06 22:40
>>440
すると、RCが高負荷に耐え切れずダウン、ってのがATM障害の原因って事?

453 :仕様書無しさん:02/04/06 22:40
>>448
旧興銀はコーポレート。

454 :仕様書無しさん:02/04/06 22:40
>439 言語障害というより山下清のマネでは

455 :仕様書無しさん:02/04/06 22:41
>>448
 みずほ銀行のBank# <> みずほコーポレートのBank# では?

456 :仕様書無しさん:02/04/06 22:41
>>439
だ、誰が書いたかか、カンタンにわかると思ったんだな
で、電文のidentificationなんて、こ、こんな感じの積み重ねだから
か、カンタンに振分なんてできないのとお、同じなんだな
で、でも努力はし、してみるんだな


みんな、
こうしてスレッドにかかれたレスを誰が書いたものか正確に識別できるかな?
電文振分っていうのはこーいうことなんだ。

いはんや、どのRCに対して投げたらいいのかを振り分けるロジックをや

457 :仕様書無しさん:02/04/06 22:42
>>449
いやぁ今回のは、金はらいません賠償請求します、ってわけには
行かないと思うよ。
二度とみずほの仕事は受けない決意で、下請けは責めていくと思う。
今回の案件は当然、公的機関も状況把握するために監査するし、
丸裸になると思う。

なんで開発送れたのかって言う内幕が出てくれば、裁判になったら
まず、みずほが負ける。

458 :仕様書無しさん:02/04/06 22:42
>※説得できなかったPG/SEにも…なんちゅー発言があったが、
>そもそもこっちの話を聞かない動物に何を説得させる積もりなんだか

発言力の無い駄目SEは、結局客自身のタメにもならないって例でした。

459 :仕様書無しさん:02/04/06 22:43
日本の歪んだ労働規約が、もろに露呈したね

460 :仕様書無しさん:02/04/06 22:43
もしPLやってて
氏名:向井康眞
職歴
みずほフィナンシャルグループ IT・システム企画部
4/30一身上の都合により退社
って奴が履歴書もってきたらどうしますか?

461 :仕様書無しさん:02/04/06 22:43
>>456
名前つかえよ。データ(本文)に埋め込むなよ。

462 :仕様書無しさん:02/04/06 22:44
>>457
なんで遅れたのかって?
そりゃ、DとFの縄張り争いと、人材流出ぐらいだろ?

463 :仕様書無しさん:02/04/06 22:45
>>460
雇うよ。負け癖さえついていなかったら、失敗した有能な人間の方が
使い道がある。

464 :仕様書無しさん:02/04/06 22:45
>460
反省文を原稿用紙に100枚

465 :仕様書無しさん:02/04/06 22:45
>>460 攻めのITにはどうしても必要な人材なので即採用だろ(w

466 :仕様書無しさん:02/04/06 22:46
>>457
うんだなぁ。日本経済を潰しかけた下手人にされるぐらいなら、
全精力を傾けて金毟り取りに行った方が頭いいもんね。
私んとこが悪うございました。なんて言ったら、もう二度と他から
の仕事が回ってこないもん。

467 :仕様書無しさん:02/04/06 22:46
>>453>>455
らじゃ-あんがと、
じゃあ下手に銀行1つに統合するんじゃなくて
2つに統合しようとしたことも駄目って事?

468 :仕様書無しさん:02/04/06 22:47
>>467
良識を疑うよね

469 :仕様書無しさん:02/04/06 22:48
>>467
いきなり全部そうしようとしたのが駄目なんだろうね。
まぁ今更だけど。

470 :仕様書無しさん:02/04/06 22:48
>>460
向井さんが居なかったら、もっと酷い事になっていたぞ。

471 :仕様書無しさん:02/04/06 22:48
>467
 そうゆうことになるな。
 3つ→3つ+α→2つ
いまトラぶっているのは、3つ+α 
 これを2つにしなくちゃいけない。

 いまより難しいね。

472 :新人:02/04/06 22:48
        ∫
   ∧,,∧ ∬       /勘定基幹系の仕事の
   ミ,,゚Д゚ノ,っ━~  <  大部分の質なんて
_と~,,,  ~,,,ノ_. ∀  \ そこらのフリーソフトの開発より劣る
    .ミ,,,/~),  .| ┷┳━
 ̄ ̄ ̄ .し'J ̄ ̄|... ┃   とか知ってる人はいるですか?
 ̄ ̄ ̄ ̄ ̄ ̄ ̄   .┻

宇宙船飛ばすのと同じくらい優れた技術を利用してる所は
銀行金融機関系の極一部で

あとはタンに大量のデータを右から左に流しているだけよ。

そのデータを右から左に流す仕様も満足に決まってないから
今のような混乱が起きてるんだろうな。

473 : :02/04/06 22:49
>470
根拠は?

474 :仕様書無しさん:02/04/06 22:49
月曜の朝にSEが何人か失踪するに5000モナー

475 :ななし:02/04/06 22:50
>>470
もっとぐちゃぐちゃだったら、かえってみずほ首脳も延期の踏ん切りがついてたかもな。
中途半端にできたように見えるシステムが一番危険なんだよ。

476 :仕様書無しさん:02/04/06 22:50
月曜は「もうみてられない」だろうなぁ
くわばらくわばら

477 :無有:02/04/06 22:50
>>457
これがそうならなかったりするから怖いのだが
今入ってる下請けが皆抜けても、
どんなに業界内の風評悪くても、
それでも請けてしまう下請けってのはいるもので……

責任追及って点では、往々にしてうやむやにされるしな
むしろ、このまま何とか事態が収束でもした日には
「あんだけやばくても無理すれば何とかなった」
とか、勘違いして全く何の反省もなしってなケースも有る
そういう場合、後々になって
「悪かったのは当初に請けた下請けの連中」
とかいう認識がまかり通ってたりするんだ

こうなると、ますます自分に都合の悪い進言はきかなくなるからな
「できないのはおまえらが悪い」とか
「できないという前にできる方法を考えろ」とか
言い出すんだよ

>>458
蜜菱あたりの大手の仕事請けてみな、いい経験できるぞ

478 :仕様書無しさん:02/04/06 22:50
>>474
明け方の渋谷でね

479 :仕様書無しさん:02/04/06 22:50
>>472
だよね。

480 :仕様書無しさん:02/04/06 22:51
>>470
ひょっとして本人が書き込んでいるなんて事はないよねぇ。



481 :仕様書無しさん:02/04/06 22:51
>>472
というか、情報システム系全般に言える事では?
俺の経験から言うと、大規模になればなるほど糞。中枢部にいる切れ者数人が
どうにかこうにか廻してるというパターン多いでしょ?

482 :仕様書無しさん:02/04/06 22:51
他人の不幸は蜜の味

ですよね?

483 :仕様書無しさん:02/04/06 22:51
>>475
それでも延期は有りえなかった・・・

484 :仕様書無しさん:02/04/06 22:51
>>466
うん。金で片が付くんだったら、賠償でもなんでもして
次の仕事にかけるけど、もしここで罪全部ひっかぶったら倒産するもん。
賠償金で、とか、入金なくなって不渡りで、なんて理由じゃなく、
次から仕事がなくなって、だけど。
ていうか、業界に残れなくなるよ。

485 :仕様書無しさん:02/04/06 22:52
ずーっと以前、客のジジイがいろんなマスタをいじってしまい
振込依頼データがボロボロになり当日振込みが無理な状態になった。
「今日、振り込まないと倒産するお店や企業がいっぱいあるんです」と
頼まれて別物件の開発チームもつぎ込んでデータパッチ当てた。
月初だから被害は少ないかもしれんが、自転車操業の会社に売掛金が
入らないのってマジで詩人が出そうな予感

486 :仕様書無しさん:02/04/06 22:53
進言どころか口開くのさえ許されない雰囲気が有るよね。大手って。


487 :仕様書無しさん:02/04/06 22:54
>>475
首脳は状況を全く把握できていなかった。

488 :仕様書無しさん:02/04/06 22:55
>399
加藤鷹を導入。

489 :430:02/04/06 22:55
不評なので山下画伯にはローソンのおにぎりを渡して帰ってもらった

>>451
一言 漏れは地銀システム << 都銀システム なんて思ってない
案外、地銀のシステム部の方がよく自行システムを理解してたりする。

どこの都銀も、勘定系に手を入れるのをいやがるから、
RCみたいなのでなんとか・・・というのが今回のみずほの構成だと思う。
(為替とか振替とかはどう考えていたのかしらんけど・・・
 専用バッチサーバーでもおいてあるんでしょね)

都銀の問題は、処理量、データ量の多さ。
事務センターとか人を介在する部分もあるから
処理によっては紙やデータをカンタンに元に戻せない事情もある。

今回のRCはRDBMSを使っていないと聞いているので、
RCをつかった取引については白髪三千帖もいらない程度のバックアウトの手間ですむはず。
しかし、新銀行コードでBANCS,CAFIS,全銀でやってくる電文は4/1以降存在するので
相手センターさんも一緒に踊ってもらわないと、戻しなんてできっこない。
みずほだけでなんとかしようとおもうと、
戻し用RC、なんてのが必要になってくる。

みずほの一存で、そんなのでけんでしょうね。
金融監督庁が有事の際の対応として各行、大口企業に協力要請でもしないかぎりは・・・


490 :仕様書無しさん:02/04/06 22:55
>>477
ここまで話が大きくなって、日本中知らない人はいないって状況になると
そうでもないと思うなぁ。
普段の案件だったら、なぁなぁでうやむやにして
「まぁ今回はそっちが泣いて置いてよ。必ずこの埋め合わせするからさ」
みたいな話でお茶を濁すことはあるけど。

今回のは、誰が腹切るかって話になるし。

491 :無有:02/04/06 22:56
>>482
職業PGなら、明日は我が身
あるいは
規模はともかく同じような経験有
だと思うが


492 :仕様書無しさん:02/04/06 22:56
業界で生き残れない程度じゃすまない。
日本に居られなくなると思う。
>>484
>>485


493 :元関連会社員:02/04/06 22:56
>>486
確かに。
システムも巨大だから全体はおろか預金・融資・為替等のサブシステム単位でも
全体を把握できている人はいないと思われ。
そして把握できてない人に決定権があるものだから・・・。


494 :仕様書無しさん:02/04/06 22:57
>>489
前々スレでORACLE使用とのリークあり

495 :仕様書無しさん:02/04/06 22:57
>>486
進言もした。上層部も状況は理解した。。。
しかし、カットオーバ時期は変わらなかった(涙

496 :仕様書無しさん:02/04/06 22:57
>477
> 蜜菱あたりの大手の仕事請けてみな、いい経験できるぞ
蜜菱はなぁ(苦笑)

497 :仕様書無しさん:02/04/06 22:58
>>742

プログラムに技術なんていらないでしょ。
フリーソフトなんかと一緒にすな。
汎用機の心臓部は最新技術だよ。
(プロトコル等の通信関係とかは除くがなー(藁))


498 :仕様書無しさん:02/04/06 22:59
>>497
誤爆発見。

499 :仕様書無しさん:02/04/06 23:01
>>742 -> >>472

すまそ。

500 :新人:02/04/06 23:01
しかしまあ、ISO9001に乗っ取って仕事してないのかな?
テストくらいやれよ。

501 :仕様書無しさん:02/04/06 23:02
結局、RC使ったメリットは何だったんだ?

502 :スレ違いだが:02/04/06 23:02
>>497
Σの考え方ですな。

503 :仕様書無しさん:02/04/06 23:02
>>500
オマエは研修をしっかり受けろ
話はそれからだ

504 :新人:02/04/06 23:03
ところで、RCってなんですか?
検索してもRCさくせしょんしかでてきません。

505 :仕様書無しさん:02/04/06 23:03
>>500
ぼくちゃん、ISO9001だいすきなのね。よしよし。

506 :仕様書無しさん:02/04/06 23:03
>>500
アフォ発見!

507 :仕様書無しさん:02/04/06 23:03
>>472
ワークフローとは、右から左に流す技術です。
人間の社会における人・モノ・金の流通とは本来そういうものです、
無意味で価値のないフローにみえるのかもしれませんが。

プロスポーツ選手にはプロスポーツ選手の立場と生き様があるように、
サラリーマンにはサラリーマンの立場と生き様があります

それと同じことです。

サラリーマンという人種が、無意味で価値のない人種のことを指すのであれば、
ワークフローもまた、無意味で価値のないからくりでしょう。
帳面やトラックに芸術性は無用なのです。

508 :仕様書無しさん:02/04/06 23:03
>>504
ネタ?

509 :仕様書無しさん:02/04/06 23:04
>>500
氏ね、あほたれ

510 :仕様書無しさん:02/04/06 23:04
しかしまあ、ISO14001に乗っ取って仕事してないのかな?
テストくらいやれよ。

511 :仕様書無しさん:02/04/06 23:04
今回のトラブルと闘う勇者達

ttp://www.dkis.co.jp/shinsotu/senpai.html
ttp://www.fuji-ric.co.jp/saiyo/gyomu/index.html
ttp://www.ibjsystems.co.jp/ri/obog/obog_frame01.html


512 :仕様書無しさん:02/04/06 23:05
地銀はふつうグループ企業の縛りがないので素直に最強のIBMがつかえるし、PG=
プロパー行員というところも少なくない。

513 :無有:02/04/06 23:05
>>490
わたしもそう信じたいけどさ
だって、一般の認識の程度って……
「そうかープログラムが悪かったのかー」じゃない?
それに、一般の人にとってはそれに携わったPG/SE連だって
「みずほ」の一派なんだよ
裁判所の人も弁護士も「一般の人」なんだから
加えて「大手」ってのはそういう連中も子飼いでいるんだよ、
恐ろしいことに

一PGとして、
是非ともみずほには責任を公にしてくれと言いたいが
金持ってて声が大きい奴が勝つのが世の常だしな


514 :仕様書無しさん:02/04/06 23:06
>>497
この考え方は、今回のトラブルの原因の一つですな。

515 :仕様書無しさん:02/04/06 23:06
>>500 はISO9001で被害にあっているSEと見た。
あれって、工数が増えるだけで逆に品質が下がる。

516 :仕様書無しさん:02/04/06 23:06
しかしまあ、ISO800に乗っ取って仕事してないのかな?
盗撮くらいやれよ。


517 :仕様書無しさん:02/04/06 23:06
>>511
たぶん闘っていないぞ

518 :仕様書無しさん:02/04/06 23:06
明日子タン死ぬなよ
http://www.fuji-ric.co.jp/saiyo/gyomu/eno.html

519 :仕様書無しさん:02/04/06 23:07
>>500
うちでは、USO800を導入してますが何か?

520 :仕様書無しさん:02/04/06 23:07
>>516
400で充分>盗撮

521 :仕様書無しさん:02/04/06 23:07
>>500
そんなのに幻想持ってるなんておめでてーな。
ISO9001って、品質そのものについて何一つ保証してないぞ。

522 :仕様書無しさん:02/04/06 23:07
ISO9001にのっとって仕事を進めれば高品質でバグなどでないのだろうか?

否 ISO9001の20倍厳しい規約の原子力事業の開発作業工程がいい例
(原子力関連は、一つのドキュメントの承認に20人のハンコを必要とする
 T芝さんH立さんはよくご存知だろう)

高品質でバグのないものを提供する意思を、
頭取が、取締役が、部長が、次長が、調査役が、社員が、
それぞれ一致団結しなければそんなものはつくれっこない。


523 :仕様書無しさん:02/04/06 23:08
>>513
だって、ここで全面的に非を認めたら、業界では気の毒がってくれるけど、
再雇用先はないよ。

524 :仕様書無しさん:02/04/06 23:09
>>515 禿同。

525 :仕様書無しさん:02/04/06 23:10
>>518
そういやこの会社派遣で大昔に逝ってたことあるや!


526 :仕様書無しさん:02/04/06 23:10
こいつが日本経済を危機に陥れているのか?
嘘だろ?
http://www.fuji-ric.co.jp/saiyo/schedule/eno.html

>その結果、テストは無事終了。みずほ統合が落ち着いたら、長い休暇を取る予定です♪
長い休暇(;;)

527 :仕様書無しさん:02/04/06 23:10
>>523
グループ内でリサイクル

528 :元関連会社員:02/04/06 23:10
>>521
まあまあ、そんなに責めるな。
覚えたばかりの言葉をつかってみたかったんだよ。


529 :仕様書無しさん:02/04/06 23:10
攻めのITの犠牲者一名

http://www.fuji-ric.co.jp/saiyo/gyomu/eno.html

530 :仕様書無しさん:02/04/06 23:10
>>526
永遠の休暇にならないことを祈るしかないな。。。

531 :仕様書無しさん:02/04/06 23:11
>>510
環境に優しい作成工程?
たとえばコンビニ弁当たべないとか(笑

532 :仕様書無しさん:02/04/06 23:12
誰か明日子ちゃんを応援するスレ作れ。
明日子ちゃんは悪くない。

533 :仕様書無しさん:02/04/06 23:12
>>518
明日子タンの一週間
http://www.fuji-ric.co.jp/saiyo/schedule/eno.html
のみずほ統合に関わってるわりには結構ヒマ

534 :仕様書無しさん:02/04/06 23:12
江野明日子たん(;´Д`)ハァハァ

535 :仕様書無しさん:02/04/06 23:13
>>530
http://www.fuji-ric.co.jp/saiyo/video/eno.wmv

536 :仕様書無しさん:02/04/06 23:13
http://www.ibjsystems.co.jp/ri/obog/arai/01.html

■難しさ・面白さ
--------------------------------------------------------------------------------
設計からシステムのリリースまで、充実感のある業務。

作業の進め方や外部調整等は、ある程度一人で任されることが多
く、ほとんどの場合システムリリース(本番稼動)まで担当しま
す。責任がある反面、緊張感を持った仕事ができ充実感も味わえ
ます。また、業務システムにおいては、外部システムとの接続な
ど、金融システム以外のテクニカル分野の知識やスキルを要求さ
れることがあります。しかし、私にとっては、さまざまなことに
チャレンジできる機会として、むしろうれしい部分でもあります

反面、ひとたび本番障害が発生すると大変です。金融システムは
社会の根幹を成すシステムですから、障害対応にも緊急性が求め
られ、的確な判断と迅速な行動が必要になります。3年目に携わっ
た案件のリハーサル(擬似本番)でケアレスミスを多発し、関係
者を不安にさせてしまったことは今でも心に残っています。本番
では、何事もなくうまくいき、ホッと胸をなで下ろしました。

537 :仕様書無しさん:02/04/06 23:13
>>526
勘定系は旧勧銀だから、旧富士担当は休暇中だろ

538 :仕様書無しさん:02/04/06 23:13
>>529
あすこタンのアスコがスコスコになってるだろうな(謎

539 :仕様書無しさん:02/04/06 23:14
口座振替のフローにある「リモート転送」って、
MTの引き落としを通信で一気に3行の引き落としを行うつもりだったんだろうか?
通信障害やデータがアベンドしたら取り返しつかないジャン
3行分にデータを振り分けてから、別々に引き落としたいいのに
と思ったのは漏れだけ?

自身がないのでsage


540 :無有:02/04/06 23:14
>>523
だから、子(下請け)も責任をうやむやにするんだよ
賠償請求されたってだけで十分信用問題だし、
今の日本じゃ、中小の企業にゃ裁判維持できねーし
こーして親(みずほ)は責任回避してウマーってわけさ

最悪なケースは、子も下に責任押しつけて、
最終的に玄孫請けあたりが丸かぶりした上
弁済能力なしで首くくるとかな

って、いい加減マ板の内容じゃないな、スマソ


541 :仕様書無しさん:02/04/06 23:15
>>533
サーバー起動・停止など日常オペレーションを行なう運用メニューのテストに終始した一週間でした。
4月1日のみずほ統合に間に合うように急ピッチで開発を進めてきましたので、
このテストでバグを一掃すべく、入念な準備のもとで実施しました。
その結果、テストは無事終了。みずほ統合が落ち着いたら、長い休暇を取る予定です♪

542 :仕様書無しさん:02/04/06 23:15
明日子タン応援スレ

543 :仕様書無しさん:02/04/06 23:16
このスレッドは明日子タン死ぬなよ!スレッドになりました。

544 :仕様書無しさん:02/04/06 23:16
>>533
進捗確認、整理、報告
メール確認
ベンダーと打ち合わせ

この辺のキーワードからベンダー丸投げと容易に推測できる

545 :仕様書無しさん:02/04/06 23:16
>>540
だから今回はうやむやに出来ないって。
全国民が見ているんだよ?

546 :新人:02/04/06 23:17
まあ、ISOはシステムそのものの品質を保証しているものではないが
ISOを適用させていれば
少なくとも結合テストが行われないまま本番運用ということは
なかっただろう。


547 :無有:02/04/06 23:17
>>541
テストでバグ一掃……ってすげーな
俺は今まで
バグ掃除して、掃除できたのを確認するためにテストするんだと思ってたよ

548 :仕様書無しさん:02/04/06 23:17
研修員なのにいきなり23:00まで働かされて可哀想…。
他のOLになった同期の娘とかみて後悔してるだろうなぁ。

549 :仕様書無しさん:02/04/06 23:18
新人は暇だぞ。障害が起こってもほとんど役に立たんし。空稼動。
漏れも移行をやったときは一年目の新人で、担当部分が無事終わったら移行
途中でも帰れたからな。


550 :無有:02/04/06 23:18
>>545
見てない見てない
どっかのオバハンの秘書問題の方がよっぽど話題だよ

551 :仕様書無しさん:02/04/06 23:18
>>541
運用メニューか まぁ休めるんじゃねーかーあすこちゃんとやらは


552 :仕様書無しさん:02/04/06 23:19
規模は全然違うんだけど、
うちも夜間バッチで作成した為替の自動入金キューが
全部吹っ飛んだことがあったよ
幸い元帳は残ってたのでそれを元に支店で全部打鍵入金したので被害はなかったけど
今回のことは確かに他人事じゃないな…


553 :仕様書無しさん:02/04/06 23:19
>>543
疲れてるのはわかるが、街にでればいい女はいくらでもいるぞ。
むしろ山下清が心配。
知り合いにもてんぱってくると、山下清っぽいしゃべりになるのが
いた。無事を祈る。

554 :仕様書無しさん:02/04/06 23:19
>>547
それじゃ、バグ曲線が寝てこないじゃん。

555 :仕様書無しさん:02/04/06 23:19
>>548
まだ、「充実した人生」と誤解していると思うよ、この時期の子は

556 :仕様書無しさん:02/04/06 23:19
>>544
ベンダー○投げは構わないが、こんな小娘に進捗確認させてる時点で、
問題ありだな。明日子ちゃんが100%悪いとは思わないが、彼女が今回
の惨劇を生み出した可能性は残るような気がする。

557 :仕様書無しさん:02/04/06 23:20
>>546

ISOを導入すればわかるよ。どれ程無意味か身をもって味わえるさ。

558 :仕様書無しさん:02/04/06 23:21
もしPLやってて
氏名:江野明日子
職歴
富士総合研究所 銀行システム事業本部
4/30一身上の都合により退社
って奴が履歴書もってきたらどうしますか?

僕ですか?僕は雇って隣の席にしますよ


559 :仕様書無しさん:02/04/06 23:21
あすこたん、、、ブチャイク

言っちゃった、ごめん、みんなw

560 :仕様書無しさん:02/04/06 23:22
>>551
今回運用でのトラブルも有ったじゃんか。
口振でセンターにデータが届かないとか、
2重に処理したとか。
噂レベルだけど。

561 :仕様書無しさん:02/04/06 23:22
>>547
PGも人の子バグ作る。それを消すのがテスト。


562 :仕様書無しさん:02/04/06 23:22
ISO認証の時は大変だったよ。
テスト結果を一々プリントアウトしてファイルしてたからなぁ。
GUIの部分なんかクリックの度にハードコピー。

563 :新人:02/04/06 23:23
>>515
そうです。正解です。新人だけど。
うちは上も現場も、とにかく書類つくれば審査通るだろうという
バカばかり。

564 :仕様書無しさん:02/04/06 23:23
今週の明日子はどんなスケジュールだったんだ?

565 :仕様書無しさん:02/04/06 23:23
http://www.fuji-ric.co.jp/saiyo/nikki/forum.html

こいつら、がんばれ。

566 :仕様書無しさん:02/04/06 23:24
>>558
マネジメント補佐してもらうかも。
秘書的に。

567 :仕様書無しさん:02/04/06 23:24
結合テストやってこのザマなんじゃねーの それでもISO上問題はないね。

テスト項目の詰めが甘かったor実施できないものがあった

テストをやることをISOは強要するが、
どんなテストが必要かをISOは教えてくれない

568 :仕様書無しさん:02/04/06 23:24
>>558
学歴が合わないと思われ。多分ちみの所には来ないよ(W

569 :仕様書無しさん:02/04/06 23:24
>>563
いや、書類作れば審査通るよ。

570 :仕様書無しさん:02/04/06 23:24
ISOなんて金の無駄です

571 :新人:02/04/06 23:25
>>562
まさに同じことしてます。

まあおまえら、ISOの話ばかりするなよ。
だれだよ、話そらしたのは。

572 :無有:02/04/06 23:25
>>554
いつまでやっても寝そうにないが(藁


573 :仕様書無しさん:02/04/06 23:25
俺はWebと携帯と銀行と医療関係の仕事だけはしないことにしている。
わっはっはっはっはー!

574 :仕様書無しさん:02/04/06 23:25
http://www.fuji-ric.co.jp/saiyo/gyomu/eno.html
あすこたん、情報系じゃん。勘定系トラブルの元凶疑惑は無罪。

575 :仕様書無しさん:02/04/06 23:25
>>557
一点読みだが、新人クンは学生のころチームでものを作った経験なし
と見た。現場で浮いて嫌われるタイプかも。周囲をもっとみたほうがいい。

あるいはコンサル会社のいけすかない新人くんかしら? きっと
ISO9001導入したプロジェクトで、インドと中国のCMMレベル5の
「優秀な」プログラマーをあてがって仕事してみると最高の気分を
味わえるよ。

576 :基盤さん:02/04/06 23:25
>>562
テスト証跡を残すことは自分のためにも必須ですよ
今もやっといたほうが何かあったときに助かりますよ
また結果を残すことで集中力も高まります


577 :仕様書無しさん:02/04/06 23:26
皆にガンガン責められると、責任かぶって自殺しちゃいそうだな。
頑張れ明日子ちゃん。君は悪くない。と思いたい。

578 :新人:02/04/06 23:26
>>569
だからすべてにおいて書類つくってたら
工数の無駄でしょ。
いかに、効率良くISOを取得するのか考えてるのさ。

579 :仕様書無しさん:02/04/06 23:27
あすこたんは髪型やお化粧がよくないが
そこを直せばかなりイケるとおもうYO!

580 :仕様書無しさん:02/04/06 23:27
>>578
だからおこちゃま

581 :仕様書無しさん:02/04/06 23:27
>>574
シェルスクリプトとか言ってるしね。

582 :仕様書無しさん:02/04/06 23:28
>>575
> ISO9001導入したプロジェクトで、インドと中国のCMMレベル5の
> 「優秀な」プログラマーをあてがって仕事してみると最高の気分を
> 味わえるよ。

別スレでいいから、この話もっと聞きたーい
CMMレベル5なんてこの世に実在するの?

583 :仕様書無しさん:02/04/06 23:28
>>577
危険を察知してとっくに辞めてたりしてな

584 :仕様書無しさん:02/04/06 23:28
>>578
ヴァカの考え休むに似たり、と。

585 :仕様書無しさん:02/04/06 23:29
>>578
効率なんて考えたら普通ISOなんて取得しませんがな。
お前あふぉですか?

586 :仕様書無しさん:02/04/06 23:29
そもそもMQを使ってるなんて情報あったっけ?
あまり憶測で物を言うと風評被害が出るぞ
最近のマスコミは2ちゃんからパクるからな

587 :仕様書無しさん:02/04/06 23:29
>>579
美人で馬鹿な子よりは、不細工でも知的レベル高い子の方がいいな。
ってそんなのはどうでもいい。

588 :無有:02/04/06 23:30
…スマソ
テストやるのは確かにバグ消すためだが
テスト「で」バグが消える訳じゃない
(消すのはあくまでデバッグ作業)
って言いたかったのよ。そんだけ

テストはあくまでバグ出し&デバッグ確認の工程だとゆー
私の用語認識がおかしいのか、それとも(--;


589 :仕様書無しさん:02/04/06 23:30
>>586
今夢中でリロードしてるよ>井上トシユキ

590 :仕様書無しさん:02/04/06 23:30
みずほの彼らにこそ XP をすすめたい。

591 :新人:02/04/06 23:30
>>585
会社はいったばかりで社長命令にさからえというのですか?
俺だって、あんなの取得したくないよ

592 :仕様書無しさん:02/04/06 23:30
>>574
Tivoli担当なのかー。漏れと一緒じゃん。
Tivoli話で盛りあがろうぜ。明日子たん。

593 :仕様書無しさん:02/04/06 23:31
>>574
でも多分巻き添え食って金曜18:00退社後のデートはなし

594 :ななし:02/04/06 23:31
8日の社運を賭けた熱いバッチ投入の様子を生中継きぼんヌ

595 :仕様書無しさん:02/04/06 23:32
>>591
効率悪いように見えても手を抜かず書類作れってことさ。

596 :仕様書無しさん:02/04/06 23:32
>472
それはなんだか想像はつくなあ。
そんな1日何百万もデータ流すような処理で下手に難しいことしてたらそれこそとりかえしつかないだろうし。
ま、KISSってことですか。

597 :仕様書無しさん:02/04/06 23:32
話が雑談に拡散してきたな。

598 :仕様書無しさん:02/04/06 23:32
>>591
だから効率なんて考えずに真面目にやれや馬鹿新人。

599 :仕様書無しさん:02/04/06 23:33
>>582
バンガロールにあるよ、アホな米企業や日本企業のマネージャが
ほいほい騙される。CMMレベル5のチームは
light stuffじゃない。絶対に危ないことはしない、道理の通ったことだからと
変更をお願いしても通じない。ロボットみたいなもんだよ。

自分の会社のISO取得やCMMレベル向上に努める会社は、自分の会社を
EMSやユニクロの中国工場みたいな、上にとって都合のいい、いつでも
切り捨てられるロボットにしようとしていることに気がつかないといけない。

600 :無有:02/04/06 23:33
>>578
効率よくか…
こないだまで派遣で行ってた先では
監査に提出する仕様書だのなんだの、納品後に作ってたな
まったく、効率のいいことだ
(もちろん、実際の作業中は上からすべて口頭で指示がきたが)


601 :仕様書無しさん:02/04/06 23:33
>>596
漏れの前でKISSの名を出すと不機嫌になる。

602 :仕様書無しさん:02/04/06 23:34
誰も読まない書類なんて書いても意味なし。

603 :仕様書無しさん:02/04/06 23:34
ISOの話ひっぱんじゃねーよ
他でやれや

604 :仕様書無しさん:02/04/06 23:34
>>597
新しい情報が出ないから
明日子タンでまたーりするしかない

605 :仕様書無しさん:02/04/06 23:34
>みずほホールディングスの後も、今年4月誕生の「みずほ銀行」や
「みずほコーポレート銀行」のシステム設計・開発が続きました。
その意味では、新しいフィールドを次々と手がけることができ、貴重な
経験を積む機会に恵まれていますね。

確かに貴重だが、出来るなら関わりたくないな(藁

606 :仕様書無しさん:02/04/06 23:34
>>598
つーか、SE目指す新人が効率考えるな、なんてのは明らかにお前の方がドキュンだぞ。


607 :仕様書無しさん:02/04/06 23:34
>560
あそこタン悪くないモン♪

運用は運用で、
いろんなすみわけがあってあそこタンの担当はその一つのなかの、
実作業者(or ●投げ者)でしかないの。
あそこタン、TECの画面やさんだもん

ミスオペの場合はオペレーション担当者と
オペレーションマニュアル担当の不備だネ


608 :仕様書無しさん:02/04/06 23:35
>>588
まあ、会社や部門によって言い方が違うからな。
あまり気にしないことだ。

> テストはあくまでバグ出し&デバッグ確認の工程だとゆー
うちの部門の場合、上記行程では「テスト」って言葉は使わない。
プログラムの最終確認レベルでしか付かないぞ。

609 :仕様書無しさん:02/04/06 23:35
>>599
Wのことか…Wのことかーーー!!

610 :仕様書無しさん:02/04/06 23:35
>>602
責任の所在を示すぐらいの価値はあるんじゃん

611 :仕様書無しさん:02/04/06 23:35
チーンΩ\ζ゜)MQ和尚

612 :仕様書無しさん:02/04/06 23:36
>>600
漏れは納品中に作らされた。
修正理由の項目に仕様不備、仕様ミス、指示ミス、が無いのに
仕様書は口頭。ライブラリにはドキュメントが無かった。
あいつ等…

613 :仕様書無しさん:02/04/06 23:36
おぃ、目を覚ませ!
こんな○投げ企業のブサイクどうだっていいだろ!!

614 :仕様書無しさん:02/04/06 23:37
MQ使ってたの?
大量かつリアルタイム処理には向かないと思うんだけど

615 :仕様書無しさん:02/04/06 23:37
明日子ちゃんの明日を俺にくれないか

616 :仕様書無しさん:02/04/06 23:37
>>578
ISOの資料に必要なのは体裁よりもトレーサビリティだ。

トレーサビリティ、どういう過程をへて製作されていったのか?
品質管理の基本はトレーサビリティにあり。

マクドナルドの敷き紙のウラにメモったアイデアスケッチであっても、
それが正式なレビューをうけたもので、
レビュアーの承認をうけた印と、その日付が明確になっていれば、
それは立派なISOのドキュメントとなる。



617 :仕様書無しさん:02/04/06 23:38
>>601
お仲間ハケーン

618 :仕様書無しさん:02/04/06 23:39
>>606
馬鹿だね君は。

619 :仕様書無しさん:02/04/06 23:39
>515
こいつは情報系の人だから死なんよ


620 :仕様書無しさん:02/04/06 23:40
KISSって日経コンピュータの記事にならなかったっけ?
非常〜〜〜〜〜にヤヴァかったけどナンとか成功した事例で。

621 :仕様書無しさん:02/04/06 23:41
Keep it simple, stupid.
ぢゃないのけ?


622 :615:02/04/06 23:41
明日子ちゃんのアスコを俺にくれないか


623 :仕様書無しさん:02/04/06 23:42
情報系っていいよな。
最悪ダウンしても、ダウン中は監視が出来ないってだけで済むから。

624 :仕様書無しさん:02/04/06 23:42
チーンΩ\ζ゜) ポク ポク ポク ポク ポク ポク ポク ポク


625 :無有:02/04/06 23:42
>>576
テスト証跡なあ
こないだやった仕事(修正作業)では、
相手機器との通信が全くうまくいかず
旧ソースでのテストも失敗
相手機器のメーカーに質問投げたら
「そんな機能もとから組み込んでませんよ」
とさも意外そうに言われたよ

旧ソースでの当該機能の組み合わせ試験の試験成績書には
「試験済み。成功」って書いてあったんだがな

こっちゃ不具合扱いで金も出してもらえなかったが
成績書にはんこついた奴は、今でもその会社の出世頭だよ

人命に関わる機械のそこそこ重要な機能だったが
その会社が道義的・社会的責任を公にしたなんて話は聞かないな



626 :仕様書無しさん:02/04/06 23:42
AIX Version 4
(C) Copyrights by IBM and by others 1982, 1996.
login: mqm
password:

*******************************************************************************
* *
* *
* Welcome to AIX Version 4.2! *
* *
* *
* Please see the README file in /usr/lpp/bos for information pertinent to *
* this release of the AIX Operating System. *
* *
* *
*******************************************************************************

$ strmqm [enter]

さあ 悪夢のはじまりです

627 :仕様書無しさん:02/04/06 23:42
明日子タン応援スレ規制で立てられなかった誰か立てて

628 :仕様書無しさん:02/04/06 23:42
今回の一件でここまで書かれるとはかわいそうだね。>明日子たん

629 :617(移行担当):02/04/06 23:43
>>620 そうっす。
>>621 そういう名前のプロジェクトもあったのよん。

630 :仕様書無しさん:02/04/06 23:44
>>626
をいをいAIX版かよ!

631 :仕様書無しさん:02/04/06 23:45
>>629
日本人、とくに、おじさん、ってどうして恥ずかしくなるような
プロジェクト名つけるの? え、恥ずかしがっちゃだめ?
Japanglish万歳!

632 :新人:02/04/06 23:46
>>616
勉強になります。今「たった2人で取得したISO9000」て本を
読んでて、同じようなことがかかれてました。
俺がプロジェクトリーダーならそれでもOKだしますが
上司は、書類の見た目やら枠組みやら体裁ばかりを見てます。


633 :基盤さん:02/04/06 23:47
>>625
それは使い方を間違えているからでしょう
機能があるかの判断は仕様書を見てください

634 :フィクションです。実在の・・関係ありません。:02/04/06 23:47
                            流すたびに違う所で落ちよ・・・。
              -― ̄ ̄ ` ―--  _
          , ´  ......... . .   ,    ~  ̄" ー _
        _/...........::::::::::::::::: : : :/ ,r:::::::::::.:::::::::.:: :::.........` 、
       , ´ : ::::::::::::::::::::::::::::::::::::/ /:::::::::::::: : ,ヘ ::::::::::::::::::::::: : ヽ
    ,/:::;;;;;;;| : ::::::::::::::::::::::::::::::/ /::::::::::::::::::: ○ ::::::::::::::::: : : :,/
   と,-‐ ´ ̄: ::::::::::::::::::::::::::::::/ /:::::::::::r(:::::::::`'::::::::::::::::::::::く
  (´__  : : :;;:::::::::::::::::::::::::::/ /:::::::::::`(::::::::: ,ヘ:::::::::::::::::::::: ヽ
       ̄ ̄`ヾ_::::::::::::::::::::::し ::::::::::::::::::::::: : ○::::::::::::::::::::::: : : :_>
          ,_  \:::::::::::::::::::::::::::::::::::::::::::::: `' __:::::::::-‐ ´
        (__  ̄~" __ , --‐



635 :仕様書無しさん:02/04/06 23:47
ISOネタは他でやれ

636 :仕様書無しさん:02/04/06 23:48
Index丸見えだな(プ>KSD。
http://www.ibjsystems.co.jp/ri/obog/
どこの会社だ? 管理してる奴は。





637 :仕様書無しさん:02/04/06 23:48
>>622
やるからもうそのネタから離れろ。

638 :仕様書無しさん:02/04/06 23:48
>>632
見た目が立派なら仕事したような気になるからな。
ハンコ押すだけでも。

639 :仕様書無しさん:02/04/06 23:49
ところで関係者っているのかな?
いるわけ無いか、まだ復旧中だもんね

640 :634:02/04/06 23:49
訂正。m(_ _)m
/落ちよ/落ちるよ/

641 :仕様書無しさん:02/04/06 23:49
>>626
AIXでMQ起動かよ!!


642 :仕様書無しさん:02/04/06 23:49
>>631
KDDだからKはいいとして、他のは何だろうな。
Information SyStemだろうか?

643 :仕様書無しさん:02/04/06 23:51
>>641
次は、endmqmとうつんだ!

644 :仕様書無しさん:02/04/06 23:51
MQか〜 なつかしー。

645 :617:02/04/06 23:52
>>631 大丈夫。今やってる方はもっと恥ずかしいから(ヒント:ドリキャス)
>>642 Integrated 忘れた Systemだったかな

646 :仕様書無しさん:02/04/06 23:52
人名に「あすこ」は無いだろ。
親は何考えて名付けてんだ……

647 :仕様書無しさん:02/04/06 23:53
ASCOTとか>>646

648 :仕様書無しさん:02/04/06 23:54
>>632
その上司に、山下画伯が
「あ、あなたは目がついてるんだな、で、でも大事なものをみ、みようとしてないんだな」
ていってたって伝えてくだされ。

もうひとつ。
電子でも紙でも、死んだドキュメントを作らないこと。
書く以上は、すべて命を吹き込め 体裁にこだわらず利用せよ。
たとえそれが、先輩にIP-Messengerで仕様の質問をしたときのログであったとしてもだ。

一旦書いた、タイプしたものを最大限に、生かす これこそが効率的な管理だ。

649 :仕様書無しさん:02/04/06 23:56
>>646
お前そこから突っ込むのかよ
明日子タンはな、明日子タンはなぁ・・・1999年入社で

そのうち半分は私より若い社員です。
2年目の社員が3人、1年目が2人という構成ですから

という不遇な位置にいるんだぞ

650 :仕様書無しさん:02/04/06 23:56
ドキュメントは死にますか?

651 :仕様書無しさん:02/04/06 23:56
IP Messengerつかって仕事中にくだらねーこと投げてんじゃねぇよ、ボケが。カスが。




652 :仕様書無しさん:02/04/06 23:56
レビューはどうですか

653 :仕様書無しさん:02/04/06 23:57
>>601
とか!
漏れもKISS経験者!
しかもHOLONというDQN言語で開発!
スキル票からは抹殺してるよ(W


654 :仕様書無しさん:02/04/06 23:57
明日子タンのアスコと俺のアスコを結合試験してみたい…

655 :仕様書無しさん:02/04/06 23:58
>>649
ま、フィクションなんだからさ

656 :仕様書無しさん:02/04/06 23:58
HolonVPですか?

657 :仕様書無しさん:02/04/06 23:59
ネタガキ増えたから俺もよそいこっと。

658 :仕様書無しさん:02/04/06 23:59
>>654
他の板行ってくれるとウレシイナ♥

659 :仕様書無しさん:02/04/06 23:59
>>653
>しかもHOLONというDQN言語で開発!
仲間、仲間、仲間ぁ〜♪
俺も時によって抹殺してまぁす

660 :仕様書無しさん:02/04/06 23:59
>>650
哀・ドキュメント

「モジュール仕がやられただけじゃないか!!
 まだ書ける!!」


661 :仕様書無しさん:02/04/07 00:00
そういえば、アスコというソフト会社あったな。
アスコは何処へ?

662 :仕様書無しさん:02/04/07 00:00
Nか…HOLONのメモリリークには泣かされたな。
いつもTuxedoが先に疑われて哀れだった。

663 :無有:02/04/07 00:01
>>633
だから仕様書なんかないんだって
……あ、だから機能なんか全くなくても全然おっけーとゆーオチか?


ソースを解析して何やってるかを機能素ごとに落とし込んだ書類は
(もちろん、調査工程で俺が作った)
仕様書って呼ばないよなー
こればっかりは用語定義合ってるよなあ


664 :仕様書無しさん:02/04/07 00:02
HOLONは開発環境の名前じゃなかったっけ?
言語名はHologramでしょ。

665 :仕様書無しさん:02/04/07 00:02
内部関係者のリークがぜんぜんないな。
案外なんとかなってるんじゃねーの?

666 :仕様書無しさん:02/04/07 00:02
この問題他人事だけど胃がキュってなる・・・。

667 :仕様書無しさん:02/04/07 00:02
>621
うぃ。その意味で書いたっす。ってスレ伸びんのはやすぎ!

668 :653:02/04/07 00:02
>>KISS関連
名前挙げたら知ってる人いそうでいやじゃ(W

669 :無有:02/04/07 00:02
>665
なんとかなってないからリークできないのでは?


670 :ななし:02/04/07 00:03
>>665
逆じゃネーノ?

671 :仕様書無しさん:02/04/07 00:03
あー、覗いているマスコミの方、みずほはHOLONは使ってないので念の為(藁
つかNはからんでないし。

672 :仕様書無しさん:02/04/07 00:03
>>663
リバースエンジニアリングって思え

673 :仕様書無しさん:02/04/07 00:04
言語名はHOLON ABです

674 :仕様書無しさん:02/04/07 00:04
もしかすると、新宿のビルで出会っているかも。

675 :仕様書無しさん:02/04/07 00:04
>>671
おまえN関係者だな

676 :仕様書無しさん:02/04/07 00:05
>>665
今週(4/6〜)はもう作業落ち着いてきて戻ってくる人いるよ。

677 :仕様書無しさん:02/04/07 00:05
>>674
タモさんですか?

678 :仕様書無しさん:02/04/07 00:05
>>675
つか、KISS,HOLONって時点でN系以外のどこだと小1時間(略)

679 :仕様書無しさん:02/04/07 00:07
HOLON、、、素敵すぎるよ、かあさん、、、

680 :仕様書無しさん:02/04/07 00:07
漏れはHOLON/VP使ってhologramの記述してたよ。

681 :仕様書無しさん:02/04/07 00:07
マスコミ関係者の点呼してみたいな。
正直に名乗り出てみろ。

682 :仕様書無しさん:02/04/07 00:07
マスコミはみずほを叩いていない。
政治家は面白半分で叩いても日本つぶれない。
みずほをマスコミが叩いたら、預金引き上げ等大パニックなり沈没。

マスコミさん、自粛要請等きてるんですか?教えて。

683 :仕様書無しさん:02/04/07 00:07
>>676
って事はなんとかなりそうなのかな。

684 :653:02/04/07 00:08
>>674
モリそばうまかった〜

685 :仕様書無しさん:02/04/07 00:09
よかったな。

686 :仕様書無しさん:02/04/07 00:09
>>683
あきらめて帰ってきます

687 :仕様書無しさん:02/04/07 00:10
>>683
あくまでうちの部署の話し(4/4時点)だけど、自社に
戻ってきて状況をいろいろ聞いたよ。

688 :仕様書無しさん:02/04/07 00:10
NやTは対岸の火事だからいいよな。

689 :仕様書無しさん:02/04/07 00:10
>>687
概略だけでもきぼーん

690 :仕様書無しさん:02/04/07 00:10
>>687
その内容は?

691 :仕様書無しさん:02/04/07 00:11
>687
 ヒアリング結果を公開して。

692 :仕様書無しさん:02/04/07 00:12
>>689-691
マスコミ発見!

693 :仕様書無しさん:02/04/07 00:12
>>691
で、雑誌記事に載ると...

694 :仕様書無しさん:02/04/07 00:14
銀行ネタは週間現代と2000年以降きまっとる

695 :仕様書無しさん:02/04/07 00:14
どうせなら、噂の○相でお願いします

696 :仕様書無しさん:02/04/07 00:15
>>682
新聞はマスコミに入らないのか?
すくなくとも、読売は朝刊3面で叩いてるぞ。

697 :仕様書無しさん:02/04/07 00:15
日経動かないコンピュータ創刊

698 :仕様書無しさん:02/04/07 00:16
>>682
単に、マスコミも、銀行から金借りてる。それだけ。

699 :無有:02/04/07 00:16
とゆーか、ニュースソースが2chの場合、どう書くんだろう
「……という噂もある」?
「とある消息筋によると……」?

てゆーか、連日徹夜&缶詰だったろうから、
みずほ被害者は帰れたんならゆっくり寝てくれ

#どうにもならないことがわかったからもういいよってことで
帰れたんじゃないかと無駄に邪推してみる

700 :仕様書無しさん:02/04/07 00:16
>>696
3面だと叩くに入らない。

701 :仕様書無しさん:02/04/07 00:16
マスコミの実名挙げたら調子コイてあれこれしゃべるの出そうだな。


702 :696:02/04/07 00:17
>>696
2002年4月6日の14版(川崎)な。

703 : :02/04/07 00:17
>>697
>日経動かないコンピュータ創刊
 まともに動いているコンピュータの方が少ないよね。。。と同意を求めてみる。

704 :仕様書無しさん:02/04/07 00:17
週刊誌に事の真相を探してもムダであることを、、、
2年前、某プロジェクト中断のときに思い知った。

報道関連の人、もっといい情報源もちなよ。

705 :無有:02/04/07 00:17
>>696
一面で叩く根性はなかった、とかあおってみたり

706 :696:02/04/07 00:18
>700
そか。

707 :仕様書無しさん:02/04/07 00:18
デアゴスティーニ
週間:統合失敗
第一回付録は、RCのソース付で980円

708 :いつのまにかにHOLONダメスレになってる・・:02/04/07 00:18
3年ぐらい前にチョロットつかってみたが、ありゃ最悪だったな、
目立のcadrisよりひどい、C++,javaやPOSIX pthreadなんて
聞いたこともないようなコボラーが最近のORB系とかつかえる
ようにつくったとしか思えん。

メモリの記憶クラスがどーにも見えにくかった記憶はある・・


709 :無有:02/04/07 00:19
>>707
めちゃめちゃホスィ

710 :仕様書無しさん:02/04/07 00:19
>>699
月曜日に新たな問題が発生しなければ、事態は収束して
いく目処(?)が立ったので、今週頃から引き上げ始めると
いうことらしいです。

だといいんだけどね。

711 :仕様書無しさん:02/04/07 00:19
>>707
買うぞ俺。

712 :仕様書無しさん:02/04/07 00:20
漏れ達がマスコミのIT関連記事を見て
「分かってねーなー。嘘ばっかじゃん」
と思うがごとく、政治家が政治記事読むと
やっぱりそう思ってるんだろうなぁ。

713 :仕様書無しさん:02/04/07 00:20
俺も ”動かないコンピュータシステム” の記事に出たシステム開発したぞ!

714 : :02/04/07 00:20
みずこ空売ってるんで、月曜日以降ももっとはでなのたのんます・・

715 :仕様書無しさん:02/04/07 00:21
バッチの高負荷にオンラインが耐えられるんだろうか・・・

mainframeで動くのかunixで動くのかによっては
成功率が変わってくるな

716 :無有:02/04/07 00:21
>>710
「月曜日に新たな問題が発生しなければ」
するって、それ、絶対(藁

ともかくも、お疲れ様です
明日(今日か、もう)一日ゆっくり寝て、英気を養ってください


717 :仕様書無しさん:02/04/07 00:21
>>710
物凄い月曜日になるねぇ。
皆が息を潜めて見守るなか、9:00を向かえる。

718 :仕様書無しさん:02/04/07 00:21
次のみずほ祭りは月末処理?

719 :仕様書無しさん:02/04/07 00:21
http://www.asahi.com/business/update/0406/006.html
だと「まだ原因は分かっていない」となってるな...

720 :仕様書無しさん:02/04/07 00:22
>>715
Unixマシン上で動かす訳がないと思われ。

721 :仕様書無しさん:02/04/07 00:23
現時点で、外的に原因が公表できてないってことは、
ひょっとして、どうしようもない状況が発生してるんでは・・

722 :仕様書無しさん:02/04/07 00:23
>>719
分かってるんだけど、なんと発表してよいやら…という感じか。

723 :仕様書無しさん:02/04/07 00:24
とりあえず目処は立ったので月曜には外見えには
復旧してるように見えるはずです。(9:00に間に合うかは不明ですが)
現場は想像されてるような張り詰めた雰囲気ではないです。

724 :仕様書無しさん:02/04/07 00:25
で、あそこたんは元気?

725 :仕様書無しさん:02/04/07 00:26
振り替えを週明けから進めるとなってるけど
バッチ系なら24時間稼動で対応できないのかな?
実はまだ動かせる状況じゃないんじゃないかな?

726 :仕様書無しさん:02/04/07 00:26
>696
 新聞・出版が尻込みしたら、この国も終わり。

 ニュース○○とかで、ジャーナリストぶっている人たちは、
 みずほ騒動に関して、軽率な世論形勢に関わらんように
 しているんじゃないの?といいたかった。
 (圧力かかっているとしか思えん。皇室報道に近いものがある)
 その最たるのが今晩のブロードキャスターだった。

   

 

727 :仕様書無しさん:02/04/07 00:26
>>723
時々書き込まれるこの手の情報だけど、
>現場は想像されてるような張り詰めた雰囲気ではないです。
ホントだとしたら、ちょっと…


728 :仕様書無しさん:02/04/07 00:26
>>723
それは先週のコピペ?!

729 :仕様書無しさん:02/04/07 00:27
>>707

週間で失敗されたらたまらんわ(爆

730 :仕様書無しさん:02/04/07 00:27
そういやブロードキャスターでぜんぜんだめぽネタがなかったことに今頃気づく俺・・・

731 :仕様書無しさん:02/04/07 00:28
今やると憶測報道にしかならない。

732 :仕様書無しさん:02/04/07 00:28
狂牛病でも、役人は責めるけど、何故か畜産農家の不勉強は責めないんだよね>マスコミ。

733 :仕様書無しさん:02/04/07 00:29
あそこタン、T/ECの画面がときどき異常終了してしまっても負けちゃダメ♪

734 :無有:02/04/07 00:29
みんなでどかどか叩くのは終わったので、ひとまずお休みさせて様子見?
さくっと動いちゃったらソレはソレで怖いな
>>725
とりあえず、負荷試験やルートチェックがこんなに簡単に終わるとは思えないが……

735 :仕様書無しさん:02/04/07 00:30
>>733
もうあそこになっちゃったの?

736 :仕様書無しさん:02/04/07 00:30
>>730
夜のワイドショーだからね。
視聴層がアレだから、本質的な危険性など報道できないと思われ。
問題が解決したら、「何やってるんだ!!」と叩きまくるでしょう。

737 :仕様書無しさん:02/04/07 00:30
日曜日の番組でチェックしておいたほうがいい番組ってどれだ?

738 :仕様書無しさん:02/04/07 00:31
憶測報道は得意なのにね。幼女誘拐とか。松本サリンとか。

739 :仕様書無しさん:02/04/07 00:31
安全に未処理データを溜め込むように作って、
行員という肉マシンが裏でフル稼働する、とかだったら笑えるな。

それで上層部は
「このままGWまで持たせるからその間に修正しる!
行員に申し訳ないと思ったなら徹夜してでもなんでも完成させろ!
今月は(ほんとは「も」)休みがないと思っておけよ!」
と言ってるかも。

740 :仕様書無しさん:02/04/07 00:31
>>737
目がテン

741 :仕様書無しさん:02/04/07 00:32
>>737
仮面ライダー龍騎

742 :無有:02/04/07 00:32
>>737
ハリケンジャーかのう(藁

>>736
日本には金融恐慌の時の悪い前例があるからな、
誰も歴史には名を残したくないんだろ


743 :仕様書無しさん:02/04/07 00:32
>>739
結構リアル(w

744 :仕様書無しさん:02/04/07 00:33
>737
日曜に見るなら「日曜洋画劇場」決まってるだろ!

745 :仕様書無しさん:02/04/07 00:33
GWあればいいね>みずほ担当者

746 :仕様書無しさん:02/04/07 00:34
>737
サンデージャポン
 ゴージャス松野、ギャラ振りこまれず。

747 :仕様書無しさん:02/04/07 00:34
>>737
ギャラクシーエンジェル終わったから、ぴたテン、かな。


748 :仕様書無しさん:02/04/07 00:34
他板の人、頑張ってください。おれはもう寝ます

749 :仕様書無しさん:02/04/07 00:34
>>745
GWは本当の復旧作業だろ?

750 :仕様書無しさん:02/04/07 00:34
>>737
日曜日ではないけど、個人的にはNHK土曜日の週間子供ニュースで詳しく解説をきぼーん。
子供は大人の事情が無く、無邪気だから大人が聞けないことを平気で聞く。
「何でテストが終わっていないのにコンピューターを平気で動かしたのですか?」
とか。


751 :仕様書無しさん:02/04/07 00:35
>>745
うまくいったらいったで、(恐らく)進捗送れまくっているであろう完全統合版
の方に駆り出されたりして...

752 :仕様書無しさん:02/04/07 00:36
>749
うむ、それが当然だと思われ。
GWに休めるのは怒鳴りつかれた上層部だけだ。

753 :仕様書無しさん:02/04/07 00:36
>>750
こどもにテストの意味を理解させるのは難しい

754 :仕様書無しさん:02/04/07 00:37
振込もできたし←昨日家賃ふりこんだ
イーネットもちゃんと使えるし←今日ごはん代おろした
あとは振替だけか 

バッチでチャラっとおしまい、ってところだナ、うまくいけば。
まーDKBの頭取さんにでも懺悔行脚してもらうっぺ。

この勝負、必ず勝て、、、
基盤も業務も今日までウダウダいいながらここまでなんとかやってきたんだ。

わしゃいまは別んとこだが、遠くからケータイで見守ってるっぺや


755 :仕様書無しさん:02/04/07 00:37
>751
完全統合版なんて名前はカッチョエエけど、
上層部が腐ったままなら信頼性ゼロだな。

756 : :02/04/07 00:38
>>717
 たしかに月曜は注目だね、格好のデイトレ日和になりそう。
8305の売り注文と買い注文準備しておかねば・・
月曜は20万は抜きたいな

757 :仕様書無しさん:02/04/07 00:39
>>750
ニュース君の週刊ニュースで、不幸なニュースのあとで明るいニュースの時の
声のトーンの使い分けが下手すぎて笑っちゃう

758 :仕様書無しさん:02/04/07 00:42
>750
(・∀・)イイ!!

着ぐるみのキャラもしたり顔で
「僕だったらちゃんとテストするもんねー」
ってツッコミいれて欲しい。

でもうまくテストできなくてお兄さんに突っ込まれるの。

759 :仕様書無しさん:02/04/07 00:42
>>751

「このままでは不安定なので完全統合を前倒しで…」、とか考える奴がそのう
ち出てくるんじゃないかと…。



760 :仕様書無しさん:02/04/07 00:43
>>739
都銀のデータ処理を人力で?
もはや不可能でしょうなあ。

糖密の仕組みならば、あるいは・・・かもしれんけど、ここはみずほ

761 :仕様書無しさん:02/04/07 00:43
最悪一ヶ月混乱しても
GWがあるとか思ってないか?最初から.... >みずほ

なら、結構センスいいよ。

最初からGWあけに稼動してこの状態じゃ後がないもんな。


762 :仕様書無しさん:02/04/07 00:44
みずほの取引明細持ってる奴、大事にとっとけよ!
あぼーんしてからプレミアで貴重品になるかも。


763 :仕様書無しさん:02/04/07 00:45
そのphaseにはさすがに、、、まずはみなおしレビュー入るっしょ
金融監督庁の役人どもも、そこまでバカとも思えないし(いや結構バカか・・・)

764 :仕様書無しさん:02/04/07 00:45
ttp://www.hobbyjapan.co.jp/magic/supply/cardvote/dragon/dragonfvote.cgi

どうも!卓ゲー板からきました。早速ですが
↑で「チビ・ドラゴン」ってやつに投票してください
2chの力でチビドラに勝利を!


765 :仕様書無しさん:02/04/07 00:46
新卒の優秀な人材がゲーム業界へ流れて汎用機のプログラマーは
カスばかりになった。と。。

今回の結果は当然といえば当然だな。

766 :仕様書無しさん:02/04/07 00:46
>>753
ちょっと例えが悪かったかな。
「何でこんなにトラブルが続いたのですか?」
と言う感じの質問を頭取ランクの人にインタビューする可能性がある。
こどもニュースは、思いっきり噛み砕いているし
子どもならでの視点があるので結構お気に入りだったりする。
今回の件も一般の人にとってシステムの理解度は小学生と同レベルだから
どこまで解説するかが結構楽しみだったりする。


767 :仕様書無しさん:02/04/07 00:47
>>765
ネタはネタスレで。

768 :仕様書無しさん:02/04/07 00:48
>>761
そこまで思いきれるのはもはや御行内部じゃないとでけんよ
ベンダーはそこまでこわいことできまっしぇーん(考えるけどネッ)


769 :無有:02/04/07 00:48
>>765
ゲーム業界のPGが優秀なら、
アレとかコレのバグはもちっとどうにでもなったと思うが
むしろ、業界全体の体質や構造の問題じゃないか?

770 :無有:02/04/07 00:51
>>766
子供にかみ砕く必要がある分、
下手なニュース番組よりも
スタッフが題材について理解した上で作ってるからな

もういい加減スレどころか板違いだな
ネタも枯渇してきたようだし、俺もひとまず寝るか

771 :仕様書無しさん:02/04/07 00:51
ゲームのPGってアレ?
エロゲーみたいな、スタンドアロンのPC1台の上で、
画像と音声を順番に表示するだけ、という
プログラムでも、バグを残したまま出荷できるという、
驚異の凄腕連中だってのはマジ?

772 :仕様書無しさん:02/04/07 00:53
>>769
SE,PGって労働環境悪いし給料安いからねぇ。

773 :仕様書無しさん:02/04/07 00:53
>>761
そのままボーナス時期を迎えると、
本当に取りかえしつきませんな。

G/Wはオプション(つまり、大修正大会用)で残して
4/1は無理クリで猫パンチってところで逝きましょう・・・

と、行内で調整したんだろうと思われるわな 確かに。

けどさぁ、年度初めの大負荷に耐えれるとでも思ったのかねぇ?
シミュレータでガンガンやっただろうとは思うけどちと疑問

774 :仕様書無しさん:02/04/07 00:53
情報がないから、ネタになってるね・・
月曜まで、このスレ持つのかね?
まぁ、なにかありゃ、新スレが立つか・・

775 :仕様書無しさん:02/04/07 00:56
このスレは他板住人に占拠されました!

776 :仕様書無しさん:02/04/07 00:59
>772
そうなんだよな。
いい給料貰ってうまい飯をガンガン食うのは、
上層部じゃなくてむしろ過酷な労働してるSE,PGだよな。

777 :776:02/04/07 01:00
日本語ゴバク。。。

SE,PGだよな。→SE,PGになるようにするべきだよな。

778 :仕様書無しさん:02/04/07 01:03
ホスト系のアセンブラやってるのは、もうじいさんが多いね。
なんか教育資料も少なそうだし、一子相伝の秘術に近いもんを感じたが・・・。

779 :仕様書無しさん:02/04/07 01:03
ニュース速報+板
【経済】■■■みずほ銀行障害関連総合スレッド パート1■■■
http://news.2ch.net/test/read.cgi/newsplus/1018105270/l50
株板
☆みずほHD(8305)26☆こんなシステムに誰がした
http://money.2ch.net/test/read.cgi/stock/1018066464/l50
経済板
●●●みずほ 金返せ!●●●
http://money.2ch.net/test/read.cgi/eco/1018045525/l50
プログラマ板
みずほスレ@マ板 その4
http://pc.2ch.net/test/read.cgi/prog/1018079369/l50
【もう】みずほ銀行合併移行作業 その3【だめぽ】
http://pc.2ch.net/test/read.cgi/prog/1018025474/


780 :仕様書無しさん:02/04/07 01:04
::::::::::::::::::::::::::::::::::::/       \::::::::::::::::::::::::::::
::::::::::::::::::::::::::::::::::/         :::::::::::::::::::::::::::::::::
::::::::::::::::...... ....::::::|            |::::::::::::.. ...: ::::::::
:. .::::::::........ . .:::::::::::::::::::        | ........... ..:::::
:::: :::::... . .... .. .  ヽ          / . . . ... ..::::: . .. .
           \      /
              −ー
     ∧_∧      / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
    ( ・∀・)y━~~ < やっぱクビかなー
    (つ目 )      \________
TTTTTTTT|TTTTT
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
                |
                |

781 :仕様書無しさん :02/04/07 01:05
情報システム第1開発部 江野明日子
<業務インタビューはこちら>

サーバー起動・停止など日常オペレーションを行なう運用メニューのテストに
終始した一週間でした。
4月1日のみずほ統合に間に合うように急ピッチで開発を進めてきましたので、
このテストでバグを一掃すべく、入念な準備のもとで実施しました。
その結果、テストは無事終了。
みずほ統合が落ち着いたら、長い休暇を取る予定です♪


782 :新しい情報ほしい:02/04/07 01:06
<平成14年秋 アプリケーションエンジニア:午後T>

部長「A君、ベータ版のリリースは済んだかな?」
A君「はい。予定通り4月1日にリリースしました。
   ベータ版なのでかなり品質に問題はあるようですが、
   みなさんお使いいただいているようです。」
部長「うん。ベータ版の目的は自分たちでは見つけきれない不具合を、
   ユーザと一緒になって発見することだからな。それでいいのだよ。
   それで、バグレポートはどうやって集めているのかな?」
A君「はい。それが..報告が多すぎて処理できていません..」
部長「しょうのない奴だな。
   100人程度コールセンタに要員を配置するから、
   そちらに報告してもらうように告知しなさい。」
A君「ありがとうございます。」

数日後、
部長「かなりユーザからレポートが集まっているようだね」
A君「はい。予想どおりの大反響です。」
部長「製品版のビルドはいつ終えられるのかな?」
A君「 予定通り (ア) には大部分の対応を終えリリースできますが
    一部修正作業等、影響が大きいものは間に合いそうにありません。」
部長「 (イ)  」
A君「 わかりました。」 

問1. A君は、いつまでに対応すべきか?空欄(ア)を埋めよ。
問2. 部長が指示した内容は何か?空欄(イ)の内容を答えよ。

783 :仕様書無しさん:02/04/07 01:07
やはり、誰も実情を把握していないに一票。

それにしても、この業界給料安すぎるよな…

例に出して悪いのだが、マガジンハウスみたいな
誰も困らないでしかも広告ばっかの雑誌出している
大手出版社は仕事に比較して給料高すぎ。

だから、人がこの業界に集まらなくなってきているんだよ。
NTTコムウェアとかドキュン会社に人は来るけどさ、
NTTの名前で(笑)

784 :仕様書無しさん:02/04/07 01:09
(ア) 私が結婚出来るまで
(イ) お前クビ!

785 :仕様書無しさん:02/04/07 01:09
(ア):4月365日
(イ):俺の名前は出すなよ。何かあったら自分で何とかしろ。


786 :田中恍人:02/04/07 01:10
>>781
「永い眠り」の間違いでは?

787 :採点結果:02/04/07 01:12
>784、785
 おめでとう、午後T合格ラインです。

 午後Uの小論文をがんばってください。

788 :仕様書無しさん:02/04/07 01:13
(ア):今日明日中
(イ):悪いけど30分以内に頼むよ

789 : :02/04/07 01:13
(ア) 4/1 9:00の統合初日のスタート時刻
(イ) パッチを用意しとけよ。


790 :仕様書無しさん:02/04/07 01:14
今のプログラミング作業は高度な専門性が必要なきわめて難易度の高い
作業なんだが、カンリショクドモはいまだにCOBOL時代の単純作業のイ
メージでプログラミングを捉えているから、あいつ等が現状認識しない
うちは、待遇改善なんかありえんよ。

791 :仕様書無しさん:02/04/07 01:15
>>771
コンシューマと、PC のエロゲプログラマを同列にしちゃいかんよ。

792 :仕様書無しさん:02/04/07 01:15
今ニュースで、二重引き落としの問題は、
3万件のうちほとんどが修正を終えており、
残りの1000件を月曜日中には・・・とか言ってたけど、
何で残り千件だけが、残り月曜?
本当はあんまり進んでないんじゃないの?

あと、振り替えの遅れは、採集中には復旧の見通しとか
言っていたが、その後、
でもいまだに原因がわかっておらず・・・とか言ってたよ。
大丈夫か? 何かニュースで言ってること(みずほの発表)、
嘘っぽい気がするけど。情報操作?

793 :仕様書無しさん:02/04/07 01:16
>>790
ほらほら、パソコン坊やは寝る時間だよ(w

794 :792:02/04/07 01:16
>>792訂正
採集中じゃなくて、来週中の誤記

795 :仕様書無しさん:02/04/07 01:17
>>793
そう、これからは真性ヒッキーの時間だ!

796 : :02/04/07 01:18
>790
システム全体を作るという意味ではね。
個人の技量はそう関係ない。
だから動員かけてどっかから借りてきてもOK。”人手”扱い。

797 :仕様書無しさん:02/04/07 01:18
>>792
操作どころか、未だに真実は霧の中なんだろうと思われ。

誰が好き好んで、何を言っても理解する作業もせずに怒鳴り散らすだけの
銀行側担当者に、十分な情報を公開するものかよ。時間の無駄。
と、開発者は思っていると思われ。
銀行側の積悪の報い。知識労働者の管理方法について全く稚拙で無能。

798 :仕様書無しさん:02/04/07 01:18
>>792
そらアンタ3万件が皆同じ顔してるワケちゃいまっせ
中には力兄ィ!みたいな1件もあるもんなんやて

1000件の力兄ィ!決戦は月曜日に・・・


799 :仕様書無しさん:02/04/07 01:19
>>778
今のホスト系の基本的な部分
(DBアクセスとかオンライン電文振り分けとか)
を作ったのは、このアセンブラ世代でしょうな

大規模システム障害時に、真に頼りになるのは
こういう一部のスーパーじいさんたちです。

800 :仕様書無しさん:02/04/07 01:19
>>771
確かに、中々出来ることじゃないよな(藁
タイミングとか負荷とか難しい問題は何も
無い筈なのに。

801 :仕様書無しさん:02/04/07 01:21
>>799
SPマクロ


802 : :02/04/07 01:21
「何万件未処理があるのか報告しなければならないので
修正作業を止めてもいいから数を出してくれ。報告が大事なんだ!!」 に512ペリカ

803 : :02/04/07 01:22
今回の件を題材にプロジェクトの進め方とかの

特集が雑誌に載りそうだな。

XP?

804 :仕様書無しさん:02/04/07 01:24
現場は原因わかってるんだろうね。
広報まで情報がいくまでには相当な時間がかかっているのだろう。

ベンダ→銀行(班)→銀行(部)→銀行(CIO代理)
→銀行(他2行)→銀行(ホールディングス)→(広報)

といったところか?2日かかるね。

805 :仕様書無しさん:02/04/07 01:24
 
    ● < モウミス゛ホ゜
  _■\


806 :仕様書無しさん:02/04/07 01:25
>>791
コンシュマーでも酷いやつはあるぞ。今年のやつだけでも
http://game.2ch.net/test/read.cgi/ghard/1016804981/ とか、
http://game.2ch.net/test/read.cgi/poke/1010841148/ とか。

807 :仕様書無しさん:02/04/07 01:26
>>803
ウォーターフロー

808 :仕様書無しさん:02/04/07 01:26
話題が分散してきたな・・・。

809 :792:02/04/07 01:26
>>804
しかもその途中で、伝言ゲームのように
中身が変質化していると思われる。
(マジカル頭脳パワーみたいに)

810 : :02/04/07 01:27
>>807
ワォーターフォールではなくって?


811 :仕様書無しさん :02/04/07 01:28
>>806
すげー

812 :仕様書無しさん:02/04/07 01:28
ほんとのところ現場はどうなっているのだろう?
PGやSEは帰っているの?いや寝ているの?と言った方がいいか。


813 : :02/04/07 01:28
>>812
いや飯も・・・

814 :仕様書無しさん:02/04/07 01:30
>>806
ゲームってバグ見つかっても直さなくて良いからいいよな。

815 :仕様書無しさん:02/04/07 01:31
応援部隊も悲惨だろうなー。対岸の火と思ってたら赤紙がやってきて出兵命令...


816 :仕様書無しさん:02/04/07 01:31
>>813
みずほ関係者に知り合いがいる?

817 :仕様書無しさん:02/04/07 01:32
>812
実は、行員総出で手作業処理やってるので、開発系は呼ばれてない・・・とか。

818 :仕様書無しさん:02/04/07 01:33
ニュース板ちっくでスマソ。
今日付けの黄泉瓜の社説なんだけど、

http://www.yomiuri.co.jp/08/20020406ig90.htm

>一年半の余裕があったにもかかわらず、
>なぜシステム構築に失敗したのか。

システムわかってねぇオヤジが書いたんだろうけど、
なんだかITに溺れるなかれっていう論調だね。
# というか勘定系システムはITと呼ぶのか?

819 :仕様書無しさん:02/04/07 01:33
>>799
コアダンプおっかけて、ヘキサのマシンコード、頭ん中でアセンブラに
変換して、バクってるところすぐ直してたよ<スーパーじじい。
おれはその秘術は体得できんかった

820 :仕様書無しさん:02/04/07 01:35
>>819
すげーなw。イパーん人は誰も尊敬しないだろうが、
おれは神と呼ぶぞ

821 :仕様書無しさん:02/04/07 01:36
>>818
この社説書いたオヤヂに言いたい。
あんたみたいなのがいるから無理なスケジュールでシステム開発せざるを得ないっての。


822 :仕様書無しさん:02/04/07 01:37
>818
まあ、記者は専門家じゃないから、無理があるさ。しかたない。
でも、そう考えると自分が専門じゃない話では、新聞読んでだまされまくってる
かもしれないってことだよな。
そう考えると結構怖い。

823 :仕様書無しさん:02/04/07 01:37
>818
今日の新聞に評論家の話として、

なぜ、手作業で出来るようにしておかなかったのか。

とかかいてあったよ。
こんなんが評論家なのか。
バカを通り越して哀れですらあるな。
年寄りなんて、システムのシの字も理解してねぇんだろうな。


824 :仕様書無しさん:02/04/07 01:37
>>819
いますぐみずほに召喚したほうがいいな

825 :仕様書無しさん:02/04/07 01:38
>>819
Mさん?それともMさん子飼いの禿Tさんかな

826 :仕様書無しさん:02/04/07 01:38
セルフオペほど危険なもんはない。

827 : :02/04/07 01:39
>>819
コアダンプのリスト見るなんて甘い甘い、、、
ミニコンの本体から直にヘキサ入力。
コンソールや端末なんてーものは、もちろんなし!
自分で分岐させ、そこに追加のマシン語を、アドレスの
計算、マシン語の脳内でやってたじじいがいたぞ。


828 :~:02/04/07 01:39
>>799
ウンウンその世代の人なんだよね。
ウチにもいたけど、去年脳梗塞で倒れちゃった。
(当然、激務が引きがねだと思っている)
金融+COBOL系の仕事って減ってたから、
若い人に技術の伝承ができていない。
ある意味ウチらの仕事って徒弟制的なとこあるからな。

829 :仕様書無しさん:02/04/07 01:40
>>818
特に腹立つのが、一年半*も*の「も」の部分だよね。
打ち合わせに1っか月作成に一年半だったら、「も」だけど、
打ち合わせに1年数ヶ月作成に数ヶ月だったら「しか」なのに。


830 :仕様書無しさん:02/04/07 01:42
スーパーじじいは飛び先の相対アドレス、ヘキサになったときの
バイト長とか脳内で計算してんだよね、、、

831 :仕様書無しさん:02/04/07 01:42
ま、でも今回はホストは大丈夫みたいだから
仙人の出番はなしだな。というかホストが今安定稼動
しているのはそのような世代の人の頑張りがあってこそ
ということか。

832 :仕様書無しさん:02/04/07 01:42
>>818 実際に動いてるコードは20年前のロジック。
3銀行のメンツが引き起こした人災という視点が欠けている点で
この社説も程度が知れる。IT?
バカなこと言ってるな。間違いが許されるシステムと許されないシステムを
一緒にして論じるようでは新聞配信データシステムも危ないぞ。
ついこの間、この新聞社も版下データ送信システムが落雷でダウンして
一部地域で配達が大幅に遅れたんだけどねえ。
危機管理なんて人に説教垂れられるのか?
上層部がそういうことは下っ端の仕事と考えていたから「みずほ」の事故も
起きたのだけれど、そういう発想は出てこないらしい、この新聞社は。
脳天気も言いトコだな。アホ。一人で叫いてろ。
「正義」はもっと小さい声で呟くこと。

833 :仕様書無しさん:02/04/07 01:43
>>819
スゲェ・・・スーパーじーさんマジック・・・だ・・・
その方なら、問診するだけでフローからロジックから実装から
おかしなところをつまみとれるはずだろう

80年代にバリバリやってた世代の技術者はこれだから恐ろしいよ
S30Zで最高速やってた人間とR33で最高速やってる人間なみの差があるぜ

漏れなんかせいぜいadbでクラッシュダンプ追いかけるのが関の山ポ

834 :仕様書無しさん:02/04/07 01:45
>>804
もっと凄い、銀行担当に渡った瞬間の連絡票で
3行担当印の欄があるもん(噂

835 :仕様書無しさん:02/04/07 01:45
>>827
それ、機種限定で弊社にもいるよ U1200の達人
C-PALから直接16進でOSにパッチあててた

836 :仕様書無しさん:02/04/07 01:46
>>792
そば屋だって、「出前まだ?」って電話来たら「すいません、たった今出ました」
っていうだろ?

837 :仕様書無しさん:02/04/07 01:47
お、なんかコアな話題になってる!

838 :仕様書無しさん:02/04/07 01:47
>>833
ホスト方面なら神の薫陶を受けた若いのも居るよ
アーキテクチュアとかずっと変わらないんで
突き詰められる人間なら光の世界が見える

839 :仕様書無しさん:02/04/07 01:47
>>835 危ないってそれは……

840 :仕様書無しさん:02/04/07 01:48
>>835
U1200! まだ動いているのか。
そういえばU200って見たことあるけど、大昔のSF映画に出てくる
コンピュータみたいに動いているとピカピカひかっていたよ。
レジスタとか

841 :仕様書無しさん:02/04/07 01:52
>>835
つまり昔のシステムは一人の人間が見渡せるくらいのサイズだったことだろ?
で、今はそうじゃない。だから責任の所在も曖昧になりがちだ。
うまくいって当たり前だったら、一生懸命仕事するわけないじゃないか。
みずほのシステム担当者たちも内心は、ホレ言わんこっちゃない、って
思ってるんじゃないだろか。

842 :仕様書無しさん:02/04/07 01:53
>>819
Z80レベルならおれっちも少しぐらいできるかな・・

843 :仕様書無しさん:02/04/07 01:53
>>832
 グループは当面、三行のシステムを中継コンピューターで接続する方法を採用した。
旧行意識にとらわれ意思決定が遅れたことなどが理由とされている。
顧客サービスより内部調整に精力が振り向けられてきたことをうかがわせる。

って書いてあるから人災だっていっていると思うけど。


844 :仕様書無しさん:02/04/07 01:53
ワシもワンボードマイコンでならその昔…ふつうか(藁

845 :仕様書無しさん:02/04/07 01:54
>>841
ハカーというと大抵の人はUNIX使いを連想するけど
それを超えた秘境があったんですねw

846 :仕様書無しさん:02/04/07 01:55
ただ、天変地異を待つのみ (みずほシステム担当者一同)

847 :仕様書無しさん:02/04/07 01:56
>>841
今でもいるってば
ただそれを継ぐ人間がいないため、ごく少数派となっているわけ

848 :仕様書無しさん:02/04/07 01:57
>>847
定期的に案件が出ないと後継者は育たないから
オンライン特需が終わった後、COBOL排斥を行ったことが今回の遠因かもな

849 :仕様書無しさん:02/04/07 01:58
>>818
 書いてることがアフォな記事でした。逝ってよし。

 漏れ的には、
 社会的に重大な影響を及ぼすシステムの改造に関しては、
 その品質状況とか稼動前から公開するような仕組が
 必要かもしれないと感じている。

 今回なんて稼動してお祭り騒ぎにならんと、
 わからんのだもんな。
 (関係者にとっては、やっぱりね。。。なんだけど)

 情報を開示してもらって、むちゃくちゃな品質で稼動させるのを
 ストップさせられる第3者って必要なんじゃないかと思う。

 今回の騒動で日本経済に悪影響があれば、
 IT関連の環境整備が遅れている政治のせいでもあるぞ。


850 :仕様書無しさん:02/04/07 01:58
>>823
>なぜ、手作業で出来るようにしておかなかったのか。
あの評論には笑ったよ。
でも、一般人の感覚としてはさほど的外れでもないんだろうな。
それが今回の障害を引き起こした背景にあるんだろうね。

851 :仕様書無しさん:02/04/07 02:01
マシン語パッチ作ったよ
REP 002468 1B88,47F0,8000

何が起きるでしょう?


852 :仕様書無しさん:02/04/07 02:01
>>850
烈しくそう思う。
今日本の就業人口に占める情報関係会社の人数は7%程度だそうだ。
この数字を大きいと見るか小さいと見るか、意見が分かれるところ
だと思うけど、もう少し社会全体に理解が欲しいところだよね。

853 :仕様書無しさん:02/04/07 02:01
>>847 つーか、成熟した技術となるためにはそういう超人を
廃する姿勢、そういう人に頼らないような人的、機器的構成を
取れないといけないんじゃないか? つまんない話だけど。

趣味的な話ならそういったドラマチックな要素も必要だけれど
大勢の人の使うシステムなら単に個人に頼り切りのシステムは
それだけで大きなバグを持っていると言えるんじゃないか。

854 :仕様書無しさん:02/04/07 02:04
>>850
多分一般人の感覚としては裏で管理されてる情報量が莫大に
増えたことをイメージできないんだろう。それは仕方のないこと。
でも大衆紙でそんな論調はってどうするつもりかね。

855 :仕様書無しさん:02/04/07 02:04
>>853
それは現行の小数になってしまったのを見てのことで、違う
そのレベルが一般的だった時代があったのを廃れさせたのが問題

856 :仕様書無しさん:02/04/07 02:04
うむ、おれも一子相伝はどうかと思うぞ。
スーパーじいさんは、人に教えるのはヘタっぴであった。

857 :仕様書無しさん:02/04/07 02:04
>>840
もう新品の部品はありませんが、、、
まだ動いてるところありますヨ。
京浜工業地帯のどこかで、ひっそりと動いています

U400も1200も、まだまだ最新機種には負けません
今のマシンとちがってOSもハードも軽いし、案外速いンですヨ 
でももうそろそろ寿命っていっていいでしょうなぁ


858 :仕様書無しさん:02/04/07 02:05
>>853
説明不足の感が有る。
そー言った超人的才能を、一般的理解に落とす姿勢が必要だろ。

君の発言では、貴重な技術を持つ人間の排除につながる。

859 :仕様書無しさん:02/04/07 02:05
>>850
そういう人にはなんて言って説明すればいいのだろう?
かなり脱力して「ああ、もういいや・・・」って気に
なりそうな自分がチョト嫌。

やっぱり将来的なコスト面から説明するのか

860 :仕様書無しさん:02/04/07 02:06
SE&PGおーい起きてるか。寝たらだめだぞ、寝たら怖い月曜日が直来るぞ。


861 :仕様書無しさん:02/04/07 02:06
>>849
>今回の騒動で日本経済に悪影響があれば、
>IT関連の環境整備が遅れている政治のせいでもあるぞ。

今回の騒動を機に、この業界の構造改革にも手をつけてほ
しいね。今の労働環境、待遇では優秀な人材が逃げていく
一方だよ。でも代償としてはあまりにも大きかったか。
日本経済が沈没しかねないもんな。

862 :仕様書無しさん:02/04/07 02:08
>>859
手作業で新聞が作れますか?
と、質問返しする、どう?

863 :仕様書無しさん:02/04/07 02:09
>>862
それでは子供の喧嘩になると思う。

864 :仕様書無しさん:02/04/07 02:09
>>861
たぶんやらない。
理解しようとしないと思う(w

865 :仕様書無しさん:02/04/07 02:10
>>850
手作業云々は、電子立国2で鉄鋼のオヤジも言っていたから、そこから
出てるのかな、とか思ったりした。

それがあるから、オレはPGでも組み込み屋の門外漢でよくわからんから、な
んとなくその記事みて納得しちゃってたよ。


866 :仕様書無しさん:02/04/07 02:10
>>862
実は作れないこともない
実際オリンピックでは半分くらい手作業で入稿時間を遅らせたところがある

867 :仕様書無しさん:02/04/07 02:10
>>851
懐かしい、OS360系か。AMASPZAPの入力だなこれは。
昔はヘキサでパッチ当てるの普通だったけどな。
このパッチは、FLCに飛んでいくね(藁

868 :仕様書無しさん:02/04/07 02:11
もし仮に現場で働いてる連中がストライキ起こしたら
俺も参加するだろな、絶対に。だって面白そうジャン!

869 :仕様書無しさん:02/04/07 02:11
>>867
すげーな360だとすら判らなかった鬱

870 :仕様書無しさん:02/04/07 02:12
>>864 一回ストライキしてみるか?
NTT、東電、携帯電話会社、銀行、証券、その他の情報関連業種が
一斉にストする。メンテもオペもストップだ。
有り難みを思い知れ、アホどもめ。

871 :仕様書無しさん:02/04/07 02:13
>>870
やりたいねぇ…

872 :基盤さん:02/04/07 02:13
みんなが休む?!ならパッチ作業とかマターリするかと考える漏れは基盤屋 >>868


873 :仕様書無しさん:02/04/07 02:14
実際にやるかどうかはともかくそぶりだけして揺さぶりかけることが
大事なんだよな

874 :仕様書無しさん:02/04/07 02:14
汎用機の0C7(データ例外)エラーの原因箇所を探し出す速さは
神がかりだった>俺の元上司のじじい

データのダンプリストとCOBOLのコンパイルリスト相手に
16進電卓で悪戦苦闘してた新人の俺に対し、
「ちょっと貸して見ろ」って赤ボールペンでちょいちょいと○を付けて
十数秒で終わり。
頭の中にCPU入ってんだなあれは

875 :仕様書無しさん:02/04/07 02:15
>>869
OS作ってるような人間ならわかるさ
ってか、わかるような人間じゃなきゃ使い物にならん


876 :仕様書無しさん:02/04/07 02:15
ストするときには教えれ、預金全額下ろして海外逃亡するから

877 :仕様書無しさん:02/04/07 02:15
>>873 みんなー、有給一日残しとけよー!!

878 :仕様書無しさん:02/04/07 02:16
なんかかっこいい逸話が盛りだくさんでぼくちゃん嬉しいです

879 :仕様書無しさん:02/04/07 02:16
>>861に同意
その昔、銀行屋はソロバン弾きと守秘義務を守れる信任者として
高いサラリーを得ていたはず。
今、その役はシステム、及び、その開発・保守部隊が継承している。
そんな大事な部分をアウトソーシングと言う名で丸投げをしている
経営陣はリスク管理の欠如が甚だしい。

880 :仕様書無しさん:02/04/07 02:16
漏れもスーパーじーさんにものさしで叩かれながら学びたかった・・・

「誰がやったとか昨日はうまくいったとかそういう問題じゃあねーんだよ!!
 問題は今この状況をどうやって解決するか?
 今やることはそこに全力を集中することだけじゃろうが!!
 責任やら昨日までのことは後でかんがえりゃーええ」

「はぁ?スタックが壊れたからわかりませんだぁ?
 オマエが作ったもんを、オマエがわからんゆーてどうするんじゃい!!
 机上デバッグはな、そーいうナマっちょろいやりかたでやってちゃ
 実機でやっても一生わからん
 いまさわっとる機械をアポロ13号と思うてやりなおせ!!ええか一回でキメろ!!
 ダンプ出してもっかい顔だせや」

「リランしたら2重に書いちまってどっちが正がわからんてか?
 アーホー 
 DBファイルを直接ダンプしたらどっちが先でどっちがあとで追加書きしたか
 わかるじゃろうが ヘダーとフィラーは目で補正してよう眺めてみい?」

なんてな 苛烈にも優しいスーパーじーさん

881 :江野明日子:02/04/07 02:17
さっきまで、トイレで泣いてました。
着替えだけ母に宅急便で送ってもらったのですが。
田中課長は昨日昼ごはんを食べてくるといって出ていったきり、行方不明です。
奥さんからも泣きながら電話がきました。捜索願を出すかもしれないって。
米田主任は7日目の徹夜に入りました。
もう完全に頭が回らないようで、怒鳴り散らしていたかと思うと、
さっきは30分も大声で笑い続けていました。
床にはもう4ヶ月も帰宅していない中西君がいつもの寝袋に入ってころがっています。
わたしも発狂寸前です。
http://www.fuji-ric.co.jp/saiyo/gyomu/eno.html

882 : :02/04/07 02:17
>>850
本気でそう考えられてしまうと,


手作業でできることも出来ない.

単金下げる.

キツイ割に収入少ない.

ますます不人気業種.

賢い人来なくなる.

バグる.

一番上へ.


馬鹿ループ完成.

--いい歳して只今バッチ立会い中.疲れたよ.


883 :入社四年目:02/04/07 02:18
みずほがトラブったもんだから心配で
この板始めて来たんだけど
1,2,3と全部読んで
勉強になるなぁこのスレとおもいますた
わからない単語が多いので俺は全然だと再認識させられたけど
なんかいい感じ
これからこの板で勉強させていただきやす


884 :仕様書無しさん:02/04/07 02:18
>>881
3点

885 :仕様書無しさん:02/04/07 02:19
>>881
本物?信じられないけど一応。
頑張れ辛くなったら逃げてくれ。

886 :向井だ!:02/04/07 02:19
おい!!!ボンクラ経営陣ども!
何をいまさらうろたえてる!
オレがあれほど延期しようと訴えたのに、
「君は黙って言われたことをやれ」
とだけ繰り返しやがったくせに!
オレの言った通りになったろうが!
ここ3ヶ月、家に帰ってなかったが、今夜は帰るぞ。
明日は旅に出る。二度と帰らぬ旅にな!
遺書は社長とマスコミに旅先から送るから楽しみに待っとれや!
http://www.recruitnavi.com/K2/IT/it_file/0118841001.html

887 :仕様書無しさん:02/04/07 02:20
ネタか…

888 : :02/04/07 02:20
>>877
おみゃえプロか?
有給なんて毎年捨ててるよ.


889 :仕様書無しさん:02/04/07 02:20
>>872
マターリやってるとパッチバグがでてしかもそれバックアウトできません
応急修正をいまから作りますのでお待ちください

なんていう基盤クラス超ど級のが出るんだよなあ 漏れも基盤バカ一代

890 :仕様書無しさん:02/04/07 02:21
ネタじゃなければ一面差し替えに間に合ったのに

891 :仕様書無しさん:02/04/07 02:21
>>886
ネタなんだけど、心中こんな感じだろうと思うと泣けてきました

892 :仕様書無しさん:02/04/07 02:22
でもマシン語使いのスーパーな人が直パッチしちゃうと
そのパチった部分がソースに反映されていないことも
あるという罠。

怖いですねぇ。


893 :仕様書無しさん:02/04/07 02:23
>>874
ヘキサ電卓でやったらだめ、ヘキサ同士でやれば暗算でできるよ
最後に6バイト進めるのを忘れずに

894 :仕様書無しさん:02/04/07 02:23
漏れなんか帳尻あわねーから休んだことにして
有休全部使ってるぜー(涙

895 :仕様書無しさん:02/04/07 02:23
>>874
SYSABENDダンプだろ、読み方を憶えるのに1年はかかるぞ。
OSの主要な機能と制御表の関連が頭に入ってないととてもじゃないが読めん。
メモリダンプになるとダンボール1箱ぐらいの量になる。
慣れたら数分で解析できるが、俺はそうなるまでに2年近くかかった(藁

896 :仕様書無しさん:02/04/07 02:23
>>881
あんた情報系だろ?

897 :仕様書無しさん:02/04/07 02:23
江野明日子ちゃんは今何してるの?

898 :基盤さん:02/04/07 02:23
>>889
うんうん
怖いのは隠し持ってる員数外マシンにこっそり当てて確かめたりとか

899 :仕様書無しさん:02/04/07 02:24
>>850
阪神大震災があってからは、一応そういう対策
(コンテンジェンシープラン)をとるようにお上の指導が入っているはず。
もしかしたら、本気で検討しているかもしれない・・

900 :仕様書無しさん:02/04/07 02:25
>>888 漏れだってそうだよ。そういうのがもういやだ。
もう漏れらもフツーのサラリーマンだってことを自覚しようよ。
残業の多さや、有給余らせることがステータスにはならんことを
正面から受け止めよう。自分のしていることは、実は誰にでもできること
であるということ、そうしなければいけないいということを
明確にしよう。そうしないといつまでたってもこの業界はネクタイした
肉体労働者の集まりのまんまだぞ。

901 :仕様書無しさん:02/04/07 02:29
>>886
向井さんはそういう切れ方はしないと思います。
でも彼の気持ちはそのとおりだと思います。
さぞかし無念でしょう。

902 :仕様書無しさん:02/04/07 02:29
881と886 ネタなのはわかるが妙にリアル感あるな
みずほメンバーだな・・・ガンベレや

漏れも大阪だがそういう現場にいたことがある
確かに7回半徹夜がつづくと人間おかしくなる
脱走者もでる 

そこは渋谷日本一の繁華街なら尚のこと・・・
春厨殴り倒したい欲求にかられたり女をみて原始人級に欲情したり
まぁそこはグッときてハッとこらえてくれや

903 :仕様書無しさん:02/04/07 02:29
慣例に従って950が次スレ立てる人だよ。

904 :仕様書無しさん:02/04/07 02:29
俺はオープン系10年目だけど、ホストの世界がこれほど奥深いもの
だとは知らなかったよ。レガシーなんて言ってごめんね。

905 :仕様書無しさん:02/04/07 02:30
>>900
あー確かにそうだね
でも、有給の残り日数の多さを引き合いに出して、
仕事を押し付けてくる旧世代が未だに多いのも事実
それでも休むと、プロジェクトの仲が悪くなって、
進捗に影響したりしてさ

906 :仕様書無しさん:02/04/07 02:31
>>904
だからオープソは…

907 :仕様書無しさん:02/04/07 02:31
つーか、今回の話は、基本設計から終了している
気がするから、スーパーな火消し人でも時間かかるん
ちゃうかな?

難問が数個あるというレベルではなく
全部ダメダメだと、ほとんど新規製造でない。


908 :仕様書無しさん:02/04/07 02:32
>>906
いや、オープン系はまた流行り廃りの中で延々と泳ぎつづける
つらさもあるんですよ、、

909 :仕様書無しさん:02/04/07 02:33
>>895
0C7だけならA41枚の読み方マニュアルで大丈夫ですが・・・。
ま、たいていLowValueをするわけでいきなり比較していたりするわけで

910 :仕様書無しさん:02/04/07 02:34
>>907
とりあえず毎晩、データ修正で新システムまで乗り切る…
そんな感じなのか?

911 :仕様書無しさん:02/04/07 02:35
>>881  >>886
通報しますた

912 :基盤バカ一代:02/04/07 02:35
>>898
おーやってますな
ウチはSolarisなんだけどパッチの説明の英文読むのがつらくてね。
今年になってから妙にパッチの量が増えててなかなかつらいです。


913 :sage:02/04/07 02:35
>>905
てゆうか、ユーザが無茶言い過ぎるから休めない。
「他界金払ってるんだから早く作れ!」
「....ハイ。(漏れらは原価割れ寸前だよ)」


914 :仕様書無しさん:02/04/07 02:36
>>910
それって可能なのかな・・・
新システムまで、あと4年かかったりして(w。


915 :仕様書無しさん:02/04/07 02:36
>>909
キーゼロ、スーパバイザモードのシステムプログラムの話だよ。
俺、昔OS作ってたんだ(藁

916 :仕様書無しさん:02/04/07 02:37
>>913
リアル、、。
ハイと言うしかないのか、、鬱

917 :仕様書無しさん:02/04/07 02:38
>>910
そーいや昔、新人でOUTPUTのデータを
一生懸命打ち込んでるやつがいたなー
おまえがプログラムかっ?て小一時間・・(w

918 :基盤バカ一代:02/04/07 02:38
mainframeメンバーはピンポイントに奥が深いところまで潜るつらさが
オープンメンバーは広範囲にあさるつらさが

メッセージみても何の障害か本気でわかんねーつーのがオープン系の痛いところ
ダンプとって解析してもわかんなかったときはマジで逃げようと思ったよ
えぐえぐ・・・


919 :仕様書無しさん:02/04/07 02:38
>>915
あ、すいません。業務しかやっていなかったんで

920 :仕様書無しさん:02/04/07 02:39
>>917
手で出力を計算してテスト結果と付き合わせるってのは新規でよくやるが

921 : :02/04/07 02:40
UMOSとかUASUの話題まで出てきてる・・・


922 :仕様書無しさん:02/04/07 02:41
なんかこのスレ見てて、手作業ネタで、
JRのマルスが稼働する前を思い出したよ。

あの緑の窓口の端末ができる前、
どうやって指定券を発行していたかというと、
台帳のセンターに、棚を外側に向けて円を描くように並べて、
そこに駅から予約の電話が入るたびに、その棚から台帳を抜き出して、
速攻で書き込んで速攻で棚に戻していたそうな。

銀行業務もぜひこれで・・・(無理

923 :仕様書無しさん:02/04/07 02:42
>>917
昔FDが高価だったころ、本に書いてあるBASICを
手入力してた思い出がふつふつと

924 :仕様書無しさん:02/04/07 02:42
>>917
その昔、ホスト機のテスト結果をワープロで作ってきたSHがあったよ
実物は見ていないけど、レビューも通ったらしい
SH逃亡後に問題になったが

925 : :02/04/07 02:42
通信会社「東京通信ネットワーク」(本社・東京)が運営するインターネット接続サービス
「東京電話インターネット」で、6日未明から夜まで、約20万人の加入者全員が電子メール
を受信できなくなるトラブルがあった。
サーバー内のデータベースの一部が破損したのが原因。同日午後9時20分に復旧したが、
少なくとも400人以上の加入者に送信されたメールが消失した可能性が高いという。
同社によると、受信できなくなったのは、同日午前零時20分過ぎごろ。
メールアドレスやパスワードの変更も利用できなくなった。

(4月7日01:51)
http://www.yomiuri.co.jp/04/20020406ic50.htm


926 :仕様書無しさん:02/04/07 02:42
現場ではEXCELが大活躍してるのかなぁ

927 :仕様書無しさん:02/04/07 02:43
>>920
つまり、人海戦術 + スーパー銀行員で凌ぐ、と。
うーむ、ある意味最強かもな。
電卓使いの達人が続出したりして。


928 :仕様書無しさん:02/04/07 02:43
人間やればできるじゃないか! >>922

929 :仕様書無しさん:02/04/07 02:43
>>920
いや、その打ち込んだデータセットをOUTPUTに指定して実行したら
打ち込んだ内容がすべて空になって、それで打ち込み直していたらしい。
もうバカかと、アホかと・・(w

930 : :02/04/07 02:43
>>927
電卓持った行員の超並列マシン?


931 :仕様書無しさん:02/04/07 02:43
今、テープとかカード現役で使ってた人多そうだな。

932 :仕様書無しさん:02/04/07 02:44
>>926
数値計算でバグがあったりして。小数点まわりとか。


933 :仕様書無しさん:02/04/07 02:45
>>930
電気代も格安です

934 :仕様書無しさん:02/04/07 02:46
>>933
人件費ゲロ高だけどね(w

935 :仕様書無しさん:02/04/07 02:46
残業代は出ません

936 : :02/04/07 02:47
>>931
カード:落としてバラバラになると悲惨・・・
     後輩に「これパンチしてくれ」と頼むと暫くして戻ってきて
     「あのiのキーがありません」
テープ:モータでテープを巻く足ふみのやつ使ってました。。。

937 :仕様書無しさん:02/04/07 02:47
>>934
いいんだよ、自分らの責任なんだから、タダで(w

938 :仕様書無しさん:02/04/07 02:47
>>930
桁が入り切らなくなったら、ソロバンと併用、
もしくは隣の人の電卓にくり上げ・・・。


939 :仕様書無しさん:02/04/07 02:48
>>938
総資産だと、12桁電卓じゃたらんな。
財務省には18桁電卓が特注であるらしいが。

940 :バグ曲線:02/04/07 02:48
私だって寝てないんだ!

941 :仕様書無しさん:02/04/07 02:49
>>926
意外とそうだったりして。

942 :仕様書無しさん:02/04/07 02:49
口座数だけでも1000万件は越えるような帳簿に
秒間150件くらいトランザクションがやってくるんだろー?(ここ予想)

鉄鋼・流通・銀行で、
手仕事はモハヤむりなんじゃねー?
大口振替スペシャルとかならできるかもしれんが

943 :仕様書無しさん:02/04/07 02:49
>>940
バグ一直線と読んでしまった

944 :仕様書無しさん:02/04/07 02:49
PB曲線が見たいなぁ
全然未改修状態なのかなぁ

945 :仕様書無しさん:02/04/07 02:50
>>909
そうそう、0c7はラッキーな部類。原因箇所がすぐに特定できるから。

946 :仕様書無しさん:02/04/07 02:50
>>939
では、特注の桁数の多い電卓か、
ソロバンでファイナルアンサー?


947 :仕様書無しさん:02/04/07 02:50
昔話好きだなw

948 :仕様書無しさん:02/04/07 02:50
>>939
国家予算クラスは18桁ないと不安だね確かに


949 :仕様書無しさん:02/04/07 02:50
>>942
マジレス?

950 :仕様書無しさん:02/04/07 02:51
>>940
ワラタ

951 :仕様書無しさん:02/04/07 02:51
>>946
桁の多い電卓は持ってるとは思うが、
そうそう必要数あるとはおもえん。
各地のそろばん塾長が召集されていると予想。

952 :仕様書無しさん:02/04/07 02:52
>>950
頼んだ!

953 :ヽ(´ー`)ノ:02/04/07 02:52
お祭りだね〜。次スレよろぴく。

954 :仕様書無しさん:02/04/07 02:52
>>951を0で除算。

955 :仕様書無しさん:02/04/07 02:52
>>947
今は現役退いたもので(w

956 :仕様書無しさん:02/04/07 02:52
昔のパチンコ台は中にオバチャンが入ってたろ、デネェーゾなんて台叩いてるオヤジがよくいたな。
あれのまねして、ATMの中に行員をしこんどきゃいいんじゃねぇーかな。

957 :仕様書無しさん:02/04/07 02:52
>>950
次スレよろしくー

958 :仕様書無しさん:02/04/07 02:53
18桁っていったら、99京まで扱えるなぁ

959 :仕様書無しさん:02/04/07 02:53
>>956
デビュー当時の無人君がマジでそれやってたという・・・・
ララララ♪。

960 : :02/04/07 02:53
>>956
コロボックル入りのATM?


961 :仕様書無しさん:02/04/07 02:53
>>942
秒間150件なら、10秒/件として、
1500人いれば良いのではないか?
日変わり処理の人とか、三交替制の分とかは
増やさないといけないが。


962 :仕様書無しさん:02/04/07 02:54
口座を支店毎に分けて、元帳引っこ抜いて、
振替の依頼も支店毎に分けて、支店の数だけパソコン並べて、
そうすりゃSQLサーバでも処理できそう。
そんで出来たデータを汎用機に戻す。
なんだ、大丈夫じゃないか。

963 :仕様書無しさん:02/04/07 02:54
>>959
マジデスカ!?!

964 :仕様書無しさん:02/04/07 02:54
>>960
ついでにバグも直してくれるとイイのにね!

965 : :02/04/07 02:54
>>691
あとヴェリファイもしなくちゃいかんので
×3ってことで。


966 :仕様書無しさん:02/04/07 02:55
>>961
あと、エラーチェック部隊もキボン

967 :仕様書無しさん:02/04/07 02:55
無人じゃねぇじゃん「有人君」

ウワァ・・・

968 :仕様書無しさん:02/04/07 02:56
>>950
次スレよろ。

969 :仕様書無しさん:02/04/07 02:56
>>967
いまでもむじんくんは監視されてるけどな。
操作に手間取ってると、マイクで指示されるらしいし(w

970 : :02/04/07 02:56
>>951
ミニスカのねーちゃんが来ると中でハァハァと荒い息が聞こえてた。

971 :仕様書無しさん:02/04/07 02:57
>>965, 966
わかったよ。つまり、一万人くらい assignすれば
可能そうだというので良いか?


972 :仕様書無しさん:02/04/07 02:57
>>963
うん。無人契約機と言っても、免許証とか、スキャナとかでコピーしないといけないから。
今はどうなのかわからないけど、マジだよ。

973 :仕様書無しさん:02/04/07 02:58
::::::::::::::::::::::::::::::::::::/       \::::::::::::::::::::::::::::
::::::::::::::::::::::::::::::::::/         :::::::::::::::::::::::::::::::::
::::::::::::::::...... ....::::::|            |::::::::::::.. ...: ::::::::
:. .::::::::........ . .:::::::::::::::::::        | ........... ..:::::
:::: :::::... . .... .. .  ヽ          / . . . ... ..::::: . .. .
           \      /
              −ー
     ∧_∧      / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
    ( ・∀・)y━~~ < 950逃げたかぁ?
    (つ目 )      \________
TTTTTTTT|TTTTT
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
                |
                |



974 :仕様書無しさん:02/04/07 02:58
人間椅子だな

975 :キャパ管担当:02/04/07 02:58
1件あたりの行員処理レスポンスr[sec]を実測して、
150[TPS]を満たすために、、、

150[TPS]×r[sec]人の行員をセンターに配置してやればええ。

<<補正計算>>
タバコとションベンにはいかせてやりたい。
2時間おきに10分休憩をいれたとすると処理損失は8.3%

したらば、必要な行員数は上記式より、
(150[TPS]×r[sec])×(100+8.3)[%]
となる。

窓口でなんとなく1件の振り込みをすると、約3分〜5分はかかろう。

∴必要な人数:150×300×1.083=48,735人いれば済む


976 :仕様書無しさん:02/04/07 02:58
>>971
1万人じゃたらんぞ、たぶん。

977 :仕様書無しさん:02/04/07 02:59
>>975
よしそれでいこう

978 :976:02/04/07 03:00
5万人必要なのね(w
それだと、現実にはさぼったりするやついるから、
10万人ぐらい必要な気が。

979 :仕様書無しさん:02/04/07 03:00
現在の社員総出なら楽勝だね>>975


980 :仕様書無しさん:02/04/07 03:00
>>975
二度同じ過ちはするな。ピーク時も大丈夫か?


981 : :02/04/07 03:00
めんどくさいから国民全員が行員ってことで・・・

982 :仕様書無しさん:02/04/07 03:01
失業対策ワショーイ

983 :仕様書無しさん:02/04/07 03:01
>>972
あ、私もむじん君の契約に言ったら、インターホンみたいなのでオネーサンと
話したのを思い出しました。
プータローは契約できません、といわれました。

984 :仕様書無しさん:02/04/07 03:01
>>973
じゃあ、998がスレ立て係。
1000とりそこなった罰じゃ。

985 :仕様書無しさん:02/04/07 03:01
>>978
じゃー、セルフサービスということで・・おかわり自由にどうぞ!

986 :仕様書無しさん:02/04/07 03:01
>>975
東京ドーム借りればイイ?

987 :仕様書無しさん:02/04/07 03:02
>>975
なんだ、今回の事故は政府の失業対策だったんだねえ。なるほど

あ、あと次スレ誰かお願いします。

988 :仕様書無しさん:02/04/07 03:02
>>975
問題は場所だな、48,735人を配置できるところなんてあるか?(藁

989 :仕様書無しさん:02/04/07 03:02
10万/人月 * 60マソ(平均がわからん)
一月60億円かぁ潰れるね余裕で

990 :仕様書無しさん:02/04/07 03:02
1000!

991 :仕様書無しさん:02/04/07 03:02
>>975
それだけの人間を動かすのに新たなシステムが必要です、と。

992 :キャパ管担当:02/04/07 03:02
キャパ管担「頭取、48,000人の兵を全支店から召集してください!!」
頭取   「貴様、球場か武道館でも建てようというつもりか!!」
キャパ管担「大丈夫です!!多摩センターであれば
      多摩クリスタルの協力を仰いで人員の発電も万全です!!
      自家発させなくてもいいんです!!」

993 :仕様書無しさん:02/04/07 03:02
>>975, 976
なるほど。一万人じゃたらないね(w。


994 :仕様書無しさん:02/04/07 03:02
おれの1000ずりー。

995 :仕様書無しさん:02/04/07 03:02
1000

996 :LIVEの名無しさん:02/04/07 03:02
↓コレ再利用でもいいんじゃないの?
http://pc.2ch.net/test/read.cgi/prog/1018068564/l50

997 :仕様書無しさん:02/04/07 03:02
つかれた

998 : :02/04/07 03:02
goto 1000

999 :仕様書無しさん:02/04/07 03:02
>>979
逆に言えば、これで回るなら遙かに行員数過剰では・・・
人力でもかわんねーじゃん(w

1000 :仕様書無しさん:02/04/07 03:02
1000

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

212 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)