1 :
Dream ★ :
02/04/06 16:49
なんかみんなスレ立て制限で引っかかっているようなので、立てました。
3 :
仕様書無しさん :02/04/06 16:50
おつかれ
4 :
仕様書無しさん :02/04/06 16:50
新スレ? お疲れ様。
5 :
仕様書無しさん :02/04/06 16:51
6 :
仕様書無しさん :02/04/06 16:51
乙カレー。
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
>>13 その記事、近々なくなっちゃう気がするよ・・・(笑)
>>14 多分後々美味しいので、今のうちにバックアップしとけ。
16 :
仕様書無しさん :02/04/06 16:59
>>前スレ 992 > ところで今日はお金おろせるのかな? > 誰か試した? 試しにやってみたらちゃんとおろせた。つまらん・・・ 旧一勧のカードで同ATMからのチャレンジ
17 :
仕様書無しさん :02/04/06 16:59
プロ意識 vs 生きてこそ
18 :
仕様書無しさん :02/04/06 16:59
攻めのITで、今回世間一般の方々が金融テロの被害こうむりました。
ところで 旧興銀の個人・中小企業データ -> 旧第一勧銀に移動 旧富士銀・第一勧銀の大企業データ -> 旧興銀に移動(-> コーポレート銀) というのは合ってます?
20 :
仕様書無しさん :02/04/06 17:00
>>12 システム部はテストなんかしないだろ?
指示だけして、子会社と外注にやらせてるんだろうな
対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味 対岸の火事は蜜の味
>>13 凄いエピソードができてよかったな。
間違い無く後世まで語り継がれるよ。
攻めのITですかい・・・
24 :
仕様書無しさん :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
30 :
仕様書無しさん :02/04/06 17:03
>15 さっそく保存した
害虫をそこまで信用できるお気楽さが凄いな。
> これからが本当の力の見せ所です。 本当の力をみせちゃったんだね。
34 :
仕様書無しさん :02/04/06 17:07
みんな口座をあさひに移してくれよ。 外貨預金始めたいんだが危なっかしくて踏み出せんのだ(w
36 :
仕様書無しさん :02/04/06 17:12
いやいや、口座は是非、三井住友に…
38 :
仕様書無しさん :02/04/06 17:13
たんすが一番
39 :
仕様書無しさん :02/04/06 17:13
>>13 向○さん凄過ぎ。
あなたこそ、IT(イット)の勇者だぁ。(クス..)
>>35 俺は3月に外貨は全額あさひから下ろしたぞ。
外貨やるなら、三菱東京とかSMBCにしとけ。
41 :
仕様書無しさん :02/04/06 17:18
42 :
仕様書無しさん :02/04/06 17:24
可哀想に。世界中がW杯で沸いてる間も、隔離された空間で働いてるんだろうな。
43 :
仕様書無しさん :02/04/06 17:26
>>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
読売より(今日の朝刊) 経営評論家 Eさんのはなし 経営統合の際コンピュータトラブルはあるが、こんな大事には至らない。 ハイテクを過信し、万一の場合に手作業で処理できる準備を怠ったのではないか。 (一部抜粋) ・・・逆だろ? 「万が一の場合は手作業で何とかすればいいからといって、 時間と金と人をケチった」 結果じゃねぇの? 評論家ってのがこの程度の認識しかねぇから、システム屋って大変なんだろうな。 あと、勘定系は、「ハイテク」じゃないと思われ。
51 :
仕様書無しさん :02/04/06 17:33
大昔の感覚なのかね。 それだけの人間集められるはずがなかろうに・・・。
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
決済の間違え
>55 いや、綱渡りだったろうに。 今回は綱が古くなりすぎて切れちゃっただけだよ。
58 :
仕様書無しさん :02/04/06 17:38
ニュースでやってたけど、電話受けてた人たちは親父が多かったな。 私服で。
59 :
仕様書無しさん :02/04/06 17:38
システム投資をケチって値切りまくる風潮が最近はあるからな・・・ 入札とかでも、利益度外視で無茶な価格でないと受注できない場合が 増えているからな。まあ、デフレの影響といってしまえばそれまでだが・・・
投信の方はだいじょうびかいな? オレ個人的には,預金より投信の残高の方が多いのだが......
61 :
仕様書無しさん :02/04/06 17:40
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も対外では勘定系非経由対外電文にかなわないんだ 要件だけ先走ってもダメなんだ レビュー席に出せ
あっ,市場の値動きの問題もあるけど,投信口座の残高も ヘンなことになってたりしないかなぁ,とか......
66 :
仕様書無しさん :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
72 :
仕様書無しさん :02/04/06 17:48
これからはみずぽ銀行ってことで4649。
73 :
仕様書無しさん :02/04/06 17:49
ぼうだべぼ
ニュー速板へ帰れ!
75 :
仕様書無しさん :02/04/06 17:50
76 :
仕様書無しさん :02/04/06 17:53
>>74 情報無いからマ板的ネタも無しって事で、状況変わるまでは別にいいんじゃないか?
77 :
仕様書無しさん :02/04/06 17:55
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
一週間で復旧できるものなの? 詳しい人教えてください
で、原因は何なのよ? 予想以上のデータが流れた、とあるけど データ溜めとくキューが溢れた、ってこと?
83 :
仕様書無しさん :02/04/06 18:02
>>82 ニュース速報板で聞けよ(藁
半可通が答えてくれるかも。
84 :
仕様書無しさん :02/04/06 18:02
Y夕刊に載ってたヲヤジの顔が悲惨! もうちょいカメラ写り考えて撮ればいいのに>Y社カメラマン
定義外のデータが混じっているということは、統合に当たってリレーのマシン だけでなく、それぞれのメインのデータの仕様にも手を加えた可能性もあり、 最悪の元にもどすこともできないかもしれないということ。未処理案件の多さも それを困難にしている。 こういうときは冷静になれなくて、最短の解決法を見逃すどころか事態を悪化 させてしまうことが多いけど、他人事ながら一刻も早く解決してほしいと願ってる。 「Every problem has its solution」と呟いて(フィラデルフィアの中で トムハンクスが言ってたやつね)、4種類のバッチを一つずつあてればよいだけだ。 二日あれば十分できるぞ。
87 :
仕様書無しさん :02/04/06 18:04
悲惨な写真映りのほうがいいんだよ。 時期的に銀行叩きはちょうどいいネタだし
88 :
仕様書無しさん :02/04/06 18:07
89 :
仕様書無しさん :02/04/06 18:12
今回はコケたときのことが想定されてないクソ具合だよな、このシステム。
92 :
仕様書無しさん :02/04/06 18:17
最悪で銀行倒産するだけで 済むんじゃないの (それも結構酷いが)
93 :
仕様書無しさん :02/04/06 18:18
>>92 はげどー
っつうか、最悪だよな、それ(w
>92 窓口のおねーちゃんの手腕次第だな。 中小企業は資金の流れが止まるとキツイからね。
>>92 最悪は銀行倒産→中小企業倒産→日本経済あぼーん→日本喰ってアメリカ(゚Д゚)ウマー
だろ
とか言ってみる(w
96 :
仕様書無しさん :02/04/06 18:22
>>92 みずほだから、銀行倒産だけじゃすまない。
てか、この頃思うに日本て世界経済の光通信。
ぽっと出て、ぱっと開いて、さっと去っていく。
復旧には一週間以上かかるという人もいるけれどもそうは思わない。各行のメインは 従来通りに作動しているわけだから、リレーに対応を絞って最小限の変更を加えれば すぐにでも「正常化」する。外部からみればこれで問題は解消したことになる。 ただ誇張して言えば、マジックで小さい箱の中に人間が入って、何本もの剣を刺して いく箱の中で、どうやってうまく身をくねるかという問題があるわけ。このパズルを 解かなきゃいけない。 逆に、システムの責任者が、冷静さを失って全体の見直しを指示しているとしたら…
98 :
仕様書無しさん :02/04/06 18:25
今度の事件で孫請け、ひ孫請けだった零細中小ITにも 責任とらされるところ出てくるかしら? 例えばうちの馬鹿ちゃんPGがしでかしたバグだったりした場合...
99 :
仕様書無しさん :02/04/06 18:26
>>97 リレーの問題は復旧しているよ。多分。
現在最大の問題は口座振替。
いっぱい不具合が出たんだよ。
100 GET〜  ̄ ̄ ̄ ̄ ̄ ̄ ̄|/ ̄ ̄ \ ∧ ∧ (゚Д゚∩ ⊂/ ,ノ  ̄  ̄ 「 _ |〜 ト  ̄  ̄  ̄ ∪ ヽ l オ / ∪ \ / : オ / || . ォ \ / | : ォ \ / . | . ォ
100ゲト!
>100 神! >101 ハズリ!
103 :
仕様書無しさん :02/04/06 18:30
>>98 孫ひ孫のPGに結合テストの検証責任を負わせると思わないけど、
今のみずほならやりかねないねぇ。
もし責任負わせられて、未払いとか、損害賠償請求されたら、
裁判やってほしい。みずほのトラブルの原因が何処にあったか
明らかになるから。ただ、裁判を縦に情報公開を拒む場合も
あり。諸刃の剣。
104 :
仕様書無しさん :02/04/06 18:30
滞留データの処理だけで1週間掛かるんだろ。 RCが能力不足だった場合、ハードを強化すればいいのか、 ミドル(MQ?)が能力不足なのか、中継アプリを書き換えないと いけないのか、単純なバグでなくて、パフォーマンス設計の 過ちなら数日では、とても解消しないよ。
>>103 そのためにテ結果報告等に上流の担当者の判を押すんだよ。
そうして責任は上に上がっていくから、末端は責任なし
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 どんな場合でも全体の見直しをやらなきゃならない時が有る。
パッチや障害個所だけの対応でなんとならなかったのが今回。
懲りないねぇ(藁)
真実!これこそ! 週明けも不具合を連発!!みずほ存続の危機!!! 金融監督庁のヘナギサワ大臣が鶴の一声で 「これで本当の統廃合」 つまりこのさい使えない銀行(=みずほ)を亡くすという手法に出た。 既に内々に純ちゃん総理には打診・了承済み。 世界一の銀行も1カ月しないうちに分散統合。 まぼろしの銀行”みずほ”となった。 現金の出し入れを出来た方は貴重な体験をしました。 ”世界一”のATMでの処理を体験できたのですからね〜 PG・SEの方々お疲れさまでした。 もう要らないようですよ。よかたですね。 一服してくださいな( ´Д`)y──┛~~ 後処理だけは発生するでしょうがね。
113 :
仕様書無しさん :02/04/06 18:50
>>104 今週は年度切り替え分で特に負荷が集中してたからな。
問題は月曜以降だ。10日(カード引き落とし)、15日(年金)、月末の給与振り込み、
そしてGWと、毎週のイベントの負荷を翌週月曜までに捌ききれるか。
捌ききれるなら(それでも長期戦にはなりそうだが)まだ救いはあるが、裁き切れ
ないようだと...
114 :
仕様書無しさん :02/04/06 18:51
もうみずぽ
少なくとも1ヶ月は騒動が収まらないね。
116 :
仕様書無しさん :02/04/06 18:55
>>111 全体の見直しって・・・都銀のシステムは1000万ステップくらいあるぞ。
117 :
仕様書無しさん :02/04/06 18:58
>>116 全体という範囲を判断するセンスが無い馬鹿はっけーん。
取り付け騒ぎ&倒産 きぼーん
やってることは単純なんだろうけど、 量が質に変化していると こういうこともおきるんだね。
120 :
仕様書無しさん :02/04/06 19:04
延滞時費用は銀行が全額負担だそうな
121 :
仕様書無しさん :02/04/06 19:06
122 :
仕様書無しさん :02/04/06 19:06
NHKニュース。 2重引き落としはほぼデータの修正完了。と。 でもこれはオペミスかJCLのエラーかなんかだよね。 口座振替は以前復旧のメド立たず、と。 どのへんがいかれてるのだろう。
123 :
仕様書無しさん :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
いっと技術の真髄
準備が不足だったんじゃなくて、経営陣の脳みそとか想像力とか 責任感とかが不足していたからだと思われ。
来週もう一度2重引き落としが起きると、かなりやばいんでねーかい。
危機管理能力ないよな。みずほって。
133 :
仕様書無しさん :02/04/06 19:16
NのK氏がにやけていそうでムカツク
「常識の範囲で保証する」 誰の常識なのやら…
これで喜ぶのはあの銀行達だな。
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さんやごね得マンセーな人たちに踏み込む足がかり作ったような もんじゃん。 商習慣にのっとりとか、法的な範囲とか、 こっちの方が良いんじゃないか?
>>138 全行員じゃなくてシステム部と担当役員だろ?
141 :
仕様書無しさん :02/04/06 19:24
金融システムを見切り発車させる馬鹿銀行は逝け
142 :
仕様書無しさん :02/04/06 19:25
恐ろしい…本当に関わってなくて良かった。
>>110 この手のコピペは自作板のパロミノスレで笑ったけど、
これも面白かったsage
田中三郎かもんぬ
145 :
仕様書無しさん :02/04/06 19:27
これは戦争である。エンジニアという労働者に対しての挑戦状である。 万国の労働者よ、団結せよ。
146 :
仕様書無しさん :02/04/06 19:28
今、ニュースで言っていたが、案の定 ・送金ミスの訂正 ・二重引落としの修復 にやっと目処が立っただけの状態らしい。それすら明日以降に なる分もあるようだ。これって、ロールバックしてデータ不整合を 修復する程度のことだろ。規模の違いこそあれ。 問題は20万件以上の引落とし遅れに全く目処が立っていないこと。 まだまだ、本格復旧には時間がかかりそうだな。
147 :
仕様書無しさん :02/04/06 19:28
>140 は?なんで?銀行員の高給はこういうときのためのもんだと思われw 正直システム関係の人はいったんゆっくり休養をとって欲しい
日付けと入出金額の配列でなんでバグるのかわかんない。
>>148 出来たばっかの銀行に社風?
いや、富士と勧銀のなわばり争いだったのはわかるけど。
事件は会議室で起きているんじゃない。 現場で起きているんだ。
152 :
仕様書無しさん :02/04/06 19:32
つか、銀行って一般行員よりシステムの連中給与は大分低いんだよね。 それを考えるとなぁ。
154 :
仕様書無しさん :02/04/06 19:34
>>146 その辺はオペミスとか単純なバグとかで、直せば直る物だからだろう。
155 :
仕様書無しさん :02/04/06 19:35
>>153 地位は低いのに
責任は大変重い
やってられまへんな
156 :
仕様書無しさん :02/04/06 19:36
やっぱりおれプログラマなんてなるんじゃなかった。。泣
>>152 コーポレートの方だろうから大丈夫じゃないの?
158 :
仕様書無しさん :02/04/06 19:37
>>153 そーな。金の使いどころを間違ってるよな。
159 :
仕様書無しさん :02/04/06 19:37
>>153 システム要員は一般行員より給与が低いのではなく、
一般行員としてダメで給与も低くなった後に、システム要員になったんだ。
システム要員はDQNばかり。これ銀行業界の常識。
160 :
仕様書無しさん :02/04/06 19:38
コーポレートの方が被害大きいとの噂もある。
理系の平均障害給与の低さも遠因か?
え?システム要員の仕事って、 1.プリンタ用紙の補給 2.磁期テープの交換 3.エラーメッセージ出たらベンダーに電話 以外になにかあったっけ?
163 :
仕様書無しさん :02/04/06 19:42
銀行員もさ能力が如実にあらわれるもんなのに、 おれらの仕事と違ってヘタレでも給料いいのな、、、ぼそ
銀行員の仕事もカウンターで笑ってる以外にないよな。
166 :
仕様書無しさん :02/04/06 19:46
>162 システム立ち上げと終了処理
この状態で取付騒ぎがおきれば、負荷がいっそうかかって、 システムが崩壊してしまうのでは?
>>167 取り付け騒ぎになっても旧行のみでの対処しかしません
とかになるだろうから大丈夫w
>>165 銀行強盗に殺されるという重要な仕事があるよ。
170 :
仕様書無しさん :02/04/06 19:51
みずほ、メインにしている老人は、 たいてい1000万以上もってる。 こいつらが、週明けどう動くか
このスレは「システム要因を叩くスレ」になりました。
172 :
仕様書無しさん :02/04/06 19:51
都市銀が武富士以下と言うのはもう分かりきったことだからいいっしょ。 それよりリレー接続の部分はどういった処理をしているのか考えようよ!
>>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であった.
アクセンチャの5年前の先端気取り生兵法バカコンサルタントは、 「非同期分散処理」とかいう言葉がすきそうだろうから、性能評価 も糞もなしでMQ導入しそうだな。アホだ…
179 :
仕様書無しさん :02/04/06 19:59
>>174 それ以上の処理なんて無いよね。
富士銀端末に第一勧銀のカードが差し込まれたら、
BANCSだっけネットワークに問い合わせに行くのを
途中で実は俺第一勧銀ATMなんだ。っていうフォーマット変換する。
で、第一勧銀ホストはあたかも自行ATMから依頼が有ったかのように
処理してATMに答える。
>173 てことは復旧のメド、まったくたたずってことジャン。
181 :
仕様書無しさん :02/04/06 19:59
返す返すも、UFJの比じゃねーな・・・ナンマンダブ
183 :
仕様書無しさん :02/04/06 20:01
なんかいbmより高い
>178 いっときそういうのに浮かれてぽーっとなってたDQN多かったよね。 ま、自分でプログラム書けないやつがなにほざいてようと聞くに値せぬが。
>>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
まあ 落ち子ぼらー 馬鹿子ぼらー を 一掃 しないと いつまでもつづくね。
今回のリレーとかはCOBOLで記述された部分じゃないだろ。
195 :
仕様書無しさん :02/04/06 20:14
COBOLが関係かんけいないな
196 :
仕様書無しさん :02/04/06 20:15
197 :
仕様書無しさん :02/04/06 20:15
>>193 第三次オンラインまでは業界内自浄作用が完全動作してたんだけど
案件が少なくなってからはCOBOLが出来るってだけで保守に
回されたDQNが大量発生し、今回そのDQNどもが中堅PGとして
大量投入・・・・・もうだめぽ
>>191 興銀->コーポレート銀だからみずほ銀は実質2行分統合だけど,
全部一緒にしたら3行分統合になっちゃうよ?
199 :
仕様書無しさん :02/04/06 20:17
友だちのPGが今、みずほ本社にいるそうだ。 「死ぬなよ」とだけ言っといた。
みずぽは反省しる!! \\ 〃 謝罪しる!! // + + \\ 〃 賠償しる!!/+ + . + (\_/)(\_/)(\_/) + <丶`∀´><`∀´∩><丶`∀´> 200 ゲット シル!! + (( (つ ノ(つ 丿(つ つ )) + ヽ ( ノ ( ヽノ ) ) ) (_)レ' レ(_) (_フ_フ
201 :
仕様書無しさん :02/04/06 20:18
MQSeriesなんて仕事で使ったことないな。 金融系じゃMQは当たり前なんでしょ?
202 :
仕様書無しさん :02/04/06 20:19
203 :
仕様書無しさん :02/04/06 20:19
月曜、システムダウンしたら、笑える
204 :
仕様書無しさん :02/04/06 20:22
ここで悲観論だけを言って煽るのはエンジニアとは思えないな
205 :
仕様書無しさん :02/04/06 20:22
そこの銀行ぢゃないけどCOBOLでやっちゃう(末端部分はC)会社はある しくしく。
>>202 のリンク先見たけど,
>特に興銀は口座振替なんて機能は無いので0から作りこみ.
>(↑法人ONLYの銀行なので個人向け(公共料金引落しとか)機能なし)
オレ興銀に口座持ってて,NTT DoCoMoとかちゃんと口座振替してたけどなぁ......
207 :
仕様書無しさん :02/04/06 20:23
>>204 ニュース系板から流れてきた素人と思われ。
一応、今のところ十二時間交替制で休めているそうだ。
210 :
仕様書無しさん :02/04/06 20:26
>>204 だって原因がシステムデザインと銀行員なんだもの。
PGにはなーんも責任ないよ。
202はネタ
>>189 バグとかじゃないと思うよ。MQと言う仕組みが、トランザクション保証を
伴う(障害発生時に遠隔DBの特定トランザクションをロールバックする機構
とか、大変でしょ?)メッセ―ジングという処理について、厳しい性能限界
があるんだよ。MQとしてはマトモに動いているんだろうけど、そういう仕組み
でこんなもの作るなって言う話。
213 :
仕様書無しさん :02/04/06 20:27
>202 つーことは振り替えバグはまたもHかよ
214 :
仕様書無しさん :02/04/06 20:28
>>210 そもそもプログラム不良で障害だったわけではないしね。
RC1はPL/I、COBOL?
216 :
仕様書無しさん :02/04/06 20:28
12時間勤務かよ!余裕あるじゃん!
217 :
仕様書無しさん :02/04/06 20:29
218 :
仕様書無しさん :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
224 :
仕様書無しさん :02/04/06 20:32
富士総研でもない。
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
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
244 :
仕様書無しさん :02/04/06 20:51
>>241 ホスト側ATM処理にバグがいっぱいあるんじゃないの?
ここで言うATMはホストの受信プログラム。
今回のシステムの成否を決める一番重要な部分だし、
新規開発はここだからあながち嘘だとは思わない。
振込遅延までATMのせいにしてるなら
>>241 > ホストの存在を知らずATMが何でもしていると思ってる厨房の意見
という判断も妥当だろうけど、そうじゃないんでは?
246 :
仕様書無しさん :02/04/06 20:52
>>242 MQがダメなら他に代わるものとしては何があるでしょうか?
皆目検討が付きません。
247 :
仕様書無しさん :02/04/06 20:52
ATMの現金がでる・出ないはANSで決まる。 ジャムったときのでる・出ないは障害電文の自動処理or監視センターの指示電文で決まる カンペキにガセですな。 BANCS経由で取引できない理由になっとらん。
だいぶみんなこわれてきたな。。。
249 :
仕様書無しさん :02/04/06 20:53
EP8000ってマジなの? 嘘だと言ってくれ....
250 :
仕様書無しさん :02/04/06 20:53
251 :
仕様書無しさん :02/04/06 20:55
>>242 MQの変わりねぇ。
常陸がカラんでるからNeXUSってどうよ?(w
>>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
>>272 ここは一つ、JMSと…うわ、信用できなさそう(w
258 :
仕様書無しさん :02/04/06 21:01
>>246 勘定系がMVS、MSP/XSPならIIOPつかえるわな。
MQでできる程度の電文振分論理ならアプリ実装もカンタンにできるので
IIOPでもいーじゃんよ。
CORBA例外拾えば閉塞処理もできる。
オンラインでキューイング&バルク転送なんかされても困る。
バン!とダイレクトにピストン運動できなきゃみずほイカないって。
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*になったって感じかい?
普通、トラブルのない勘定系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使ったからお金が出なくて引き落としされる
なんチューバグが良く理解できる。
>>271 同期は絶対無理。
非同期は、流量が多すぎて無理。
障害時ロールバックのコストでかすぎ。
結論:メガバンクではつかえない→MQ
276 :
仕様書無しさん :02/04/06 21:12
再転送されたキューの変換作業をRCはしているものと思われ
277 :
仕様書無しさん :02/04/06 21:12
>>266 キューに放りこむときのヘッダーの付け方のところがむしろ問題だろ?
どういうヘッダーつけていいかわかんないときは放りこめない。
拒否電文で返すしかねーんじゃねーの?
ヘンテコなコードで返ったケースもあったらしいことを鑑みると
そう思えるのだが。
>>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
284 :
仕様書無しさん :02/04/06 21:18
>275 当然NO_SYNCであると思われ。 流量については当然キューフル考慮する設計する、が普通。
285 :
仕様書無しさん :02/04/06 21:20
>>277 へんてこなコード?
はつみみですのでリンクを下さい
ATM発のメッセージが同期処理されているはずがないと思うが… 3つに分散された元帳のデータを完全に同期するには、ホスト単位で 複相コミットするしかないと思うが、そんなコストを払うほど 性能に余裕があるはずがない。 ざっと見ても既存システムの負荷合計に対して3倍以上の性能負荷に なるはずなわけで。 まだ、無理してでも元帳統合しておいたほうがナンボかましだった ろうにねえ…
287 :
仕様書無しさん :02/04/06 21:21
ちなみに漏れは、はじめてmpstatでsmtxが1万越えるシステムをみた。 MQおそるべし さんまのうまい某所区民センター裏の人たちが不憫でならん。 端末数がそこの倍のシステムで、MQを使ったら、、、 恐らくsmtxが4万超えるんじゃ・・・?
288 :
仕様書無しさん :02/04/06 21:22
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日あたりの損害は莫大なものになるような・・・ 損害賠償訴訟でも起きようものなら・・・ もう、みずぽ
つーか、このご時世に文系あがりの役員しかいないのが痛いと思うが、 いまさらいってもはじまらない。 おれはあと3回ぐらいなんかあると思っている。
294 :
仕様書無しさん :02/04/06 21:26
>>286 あの構成であの端末台数の場合、2PCは無謀なのでキミの意見は正しいと思われる。
2PCやってたら詰まって詰まって流れない。
各サブシステムでCOMMITしとるはずよ、
でなきゃさらに深刻なトラブルになる。
>>292 先ほどのニュースで「引落し用のデータ作成中」と言っていたので
バッチ処理用の弾を手作業で作成していると思われ。
で、其れを月曜に流すと・・・また負荷が溜まって落ちるかもな(苦笑)
296 :
仕様書無しさん :02/04/06 21:28
>>293 役員になってしまえば文系だろうが理系だろうがまったく関係ないと思うが。
あんた学生でしょ?馬鹿まるだし(w
297 :
仕様書無しさん :02/04/06 21:28
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
そういえば、大蔵省は何やってんの?
>>296 こうなることが想像ついていたのか聞いてみたいんだよ。
>>297 運営担当者は設計・開発なんぞやらん。
それはオペレーターの仕事だ。システム部でも開発と運用は分けていると思うが。
それと、テープ装置・JCL云々が原因のはず無いだろ。
「一部のみ処理分を調べなおすのに」と言う文面から処理は進んだが何らかの
原因で一部が処理されなかった。その為、どの部分が処理されなかったがわか
らず(MTでまとめて送ったから。公共料金とかはMTで依頼が来る。)確認
に手間取っている・・・こう解釈するのが自然だと思うが。
308 :
仕様書無しさん :02/04/06 21:35
309 :
仕様書無しさん :02/04/06 21:36
今ってひょっとして行内オンライン犯罪やり放題?? やってもバレねーんじゃねーか?? 行内で角をためてウシを殺すようなこともやりづらいなこりゃ
310 :
仕様書無しさん :02/04/06 21:36
あそこが動くと預金が引き降ろせなくなるので今のうちに
>>305
要するに「バッチ処理を流してみたら、途中で原因不明で止まってしまいました」って事か?
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
318 :
仕様書無しさん :02/04/06 21:40
>>312 みずほへの業務停止命令。
でもみずほだけ止めると影響が波及し日本経済全体が辻褄あわなくなるから、
全銀行への業務停止。でもお金が動かないのに経済活動すると色んな影響が
でるから、全ての活動停止、つまり緊急に国民の祝日を儲ける。
内閣総理大臣の超法規的措置。
319 :
仕様書無しさん :02/04/06 21:40
もう、H、とFは、絶対信用しない
>>319 信用できるトコなんて存在しないから(w
>313 漏れ金融とかはまったくのシロウトですが、なんかTCP/IPの方がよっぽど 信頼性あるような気がしてきた。
322 :
仕様書無しさん :02/04/06 21:41
>>318 2年くらい「毎日が日曜日」ウマー!!!
323 :
仕様書無しさん :02/04/06 21:41
324 :
仕様書無しさん :02/04/06 21:42
>>313 そういえば、他行でMQログと電文番号のいろんなケース
でテストした記憶があるけど、みずぽで十分なテストしたって
聞かないな。本番環境じゃなくてシミュレータテストだと
思うけど、どうなんだろう?
326 :
仕様書無しさん :02/04/06 21:42
>>321 TCPはメッセージの保証のために無駄な転送しているわけで…
大昔の非力なネットワークではそんな余裕がなかったわけで…
>>321 其れはちょっとお勧めできないぞ。(苦笑)
328 :
仕様書無しさん :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
それじゃ二重引き落としのトラブルもやっぱりリレー接続部分?
さすが、マ板だけあってすこし深い話しができる。 すばらスィ
これ見るとさ、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
343 :
仕様書無しさん :02/04/06 21:49
言って置くけど、ATMはあぁシンクロナイズドトランスファーうん鱈間鱈 じゃないぞ!!
345 :
仕様書無しさん :02/04/06 21:49
346 :
仕様書無しさん :02/04/06 21:50
>>333 というか、正常なピーク時=輻輳に近い状態なんよ
輻輳してもバックログが一様増加せんかぎり回るのよ
というか、多重度で締めるのね。
>>336 漏れ的にはバックアップセンターがあって当然だと思うぞ。
ただ、本番環境がバグっていたら当然バックアップセンターもバグっている
訳でして・・・切り替えたところで状況は同じかと。
バックアップセンターの役割は本番環境が物理的に動かなかった時を想定し
ているからね。
348 :
仕様書無しさん :02/04/06 21:52
349 :
仕様書無しさん :02/04/06 21:53
>>338 一貫性保証を伴った非同期処理の場合、
例えば1つトランザクションとして後続でまとまった処理をする事があるよね?
振替なら、元から残高減らす→先の残高増やす→処理成功をクライアントに
通知する…とか。(まあ、本当はもっといっぱいあるんだろうけど。)
で、3番目で異常が発生したら、さかのぼって1番目と2番目の処理を
取り消さなきゃいけないわけで。10こ20この処理が後続で行われるような
トランザクションが存在した時、障害発生時のロールバックは、ただで
さえ不足するリソースを激しく圧迫する事になると思われ…
現状それが起きているとしたら、収拾不可能だと思われ…
351 :
仕様書無しさん :02/04/06 21:53
>>336 2重化してても4重化しててもアプリの不具合はリカバれない。
(体が二つあっても脳みそは一種類 脳がバカなら二人体があってもムダ)
ダメなときは何やってもダ・メ・!
人体のように多様化系じゃないと、こういうケースを免れることができないよ。
これって借金地獄でクビが回らなくなった奴が、有り金全部競馬で勝負するような もんじゃねーか?
353 :
仕様書無しさん :02/04/06 21:54
>>336 テロの後、みずほも素早く立ち直ったよ
つか某行が畳まれた支店にやたら人がいて笑ったけど 噂
354 :
仕様書無しさん :02/04/06 21:54
ヒーローにはなれないよ(藁
>321 というか、>330の言うとおりで、こういう手順を伝送手順(TCP/IP,SNA,FNAとか)の上ににのせるのさ。
名 前: 向井康眞 部署名: IT・システム企画部 職 種: IT企画・統括 入社年: 1986年入社
>>347 ああなるほどそういうことですか。
ただ、信じられないのは、旧システムと新システムをなぜ並列で出来なかったのか?
ってことなんです。
正直今回の件は知りませんけど、普通この手の案件だったら、
現在使っているシステムのその横に、新規システムのテスト機が置かれ、
処理を並列でやらせて整合性を取りませんか?(そうしないと危険だから)
今回は、そういう実機に金をかけることを惜しんだ結果、こうなったと言うことなんですか?
358 :
仕様書無しさん :02/04/06 21:57
失敗しないかなあ。 こんな面白い事、簡単に収束してほしくない。
☆ チン マチクタビレタ〜 マチクタビレタ〜 ☆ チン 〃 Λ_Λ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ヽ ___\(\・∀・) < 仕様書、早く、早く〜 \_/⊂ ⊂_ ) \_____________ / ̄ ̄ ̄ ̄ ̄ ̄ /| | ̄ ̄ ̄ ̄ ̄ ̄ ̄| | | .佐賀みかん. |/ ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ( ・∀・)< レビュー中だから静かにしてくれる? _φ___⊂)__ \________ /旦/三/ /| | ̄ ̄ ̄ ̄ ̄| | |愛媛みかん|/
360 :
仕様書無しさん :02/04/06 21:58
>>348 1000件の処理に8日の朝までかかるということは、手作業?
361 :
仕様書無しさん :02/04/06 21:58
>>356 それは責任問題になってからにしろ
今やるのはあまりにも可愛そうだろ。
>>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つは基本的には別の問題と考えるがよいですか?
>355 ういっす。金融と同じことやりたかったら自分で実装せんといかんわけですね。
366 :
仕様書無しさん :02/04/06 22:00
>>357 パラランのこと言ってる?
プラントのリプレースでの手法は今回使えませんよ。
なぜなら、4/1から違う会社のシステムに改造されたのだから。
367 :
仕様書無しさん :02/04/06 22:01
FNAって?
>>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
>>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回目は失敗できないでしょ) 金融事故に巻き込まれて、生命の危機にに瀕する者が現れても、 「全額、銀行側で負担いたします」というしかないのだ。 だから被害者のみなさんは銀行へ訴えなくてはいけない。 政治にもね。
380 :
仕様書無しさん :02/04/06 22:05
FNA:へなちょこねっとわーくあーきてくちゃ
381 :
仕様書無しさん :02/04/06 22:05
>>370 いくらかかるんだよ。そんなわずかな金ケチってこのざまかよ。
>>368 なるほど・・・
これだけの案件なのに、パッチレベルで何とかなると本気で信じていたというわけですね?
テストも無しに。
やっと理解できました。ありがとうございます。
「1つ前の状態に戻せる」っていう機能をひとつ付け加えるために、膨大な手間と コストがかかることがあるからねえ。
385 :
仕様書無しさん :02/04/06 22:08
>376 新銀行コードが重複して口座番号まで振り分け対象が広がるようなきがするが?
386 :
ちょっことしかプログラミングできない素人ですが :02/04/06 22:09
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
>>376 運用できないと思われ。それで動くようなら苦労しない。
新銀行コードに対応できたとしても店番・科目・口座番号への対応はどうな
るんだ?あれだけの規模の銀行・・・当然、店番も重なる。
そもそも其れをやっていたのがリレーコンピューターだろうに。
>>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・・・。
前へ前へ、で結局玉砕するしかなくなった旧日本軍みたいだな。
399 :
仕様書無しさん :02/04/06 22:18
さー口座情報テーブルのPrimaryKeyをみんなで言ってみよう〜! 銀行コード! 店番! 枝番! 科目! 口座番号! さー簿記の基本をみんなで言ってみよう〜! 勘定グループ!勘定科目!貸方!借方!現金!売掛!買掛! さて、3Pレズプレイでおたのしみのみずほ姉妹をもとの可憐な3姉妹にもどすには どうしたらよいのでしょうか?
400 :
仕様書無しさん :02/04/06 22:18
>>395 大変だ。破棄した看板、業者から引き取って来ないと!(w
401 :
仕様書無しさん :02/04/06 22:18
>>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
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
>>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のマシンを入れられず・・・。
もし担当各社のSEの顔を見ることができれば、一発でドコの会社が悪かったのか判るぞ(w
417 :
仕様書無しさん :02/04/06 22:25
>>リレーコンピュータへの接続機能のプログラム修正に不良個所 って、なんだろ? 通信レベルの問題じゃないよな? ホストオンラインを作った事の無い人間が修正したって事?
418 :
仕様書無しさん :02/04/06 22:25
419 :
仕様書無しさん :02/04/06 22:26
>>397 なら、センターをもう一個作っておけばよかったんじゃないの?
ていうか、今回の事件(もうこれ事件です)の教訓って、なに?
421 :
仕様書無しさん :02/04/06 22:27
>406 RCっていかにも輻輳でデータ遅延してくれちゃったり タイミング障害誘発してくれそうなんだもん.
423 :
仕様書無しさん :02/04/06 22:27
明日桜花賞にいっしょに行く予定だった彼氏が 急遽呼び出された・・・グスン みかかで開発やってるのはずなのに引落しデータの 対応させられるみたい。まさに人海戦術ですね。 私はメーカーで運用サポートしてるけど月次締めが 遅れそうなら来週は徹夜かも。
424 :
仕様書無しさん :02/04/06 22:27
>>420 DもFもセンターは複数持ってるよ
だからやっぱり設計の問題だと思う
425 :
仕様書無しさん :02/04/06 22:27
狽Q1てのもあるな
RC3も問題だと俺は思ってる 旧第一勧銀からのルートが2つあるのはどうかと
>>420 もうひとつ
「奇跡をアテにするな」(w
428 :
仕様書無しさん :02/04/06 22:29
>>423 みかかGもコーポレート側に参加してたっけそういや 噂
>>414 バックアップを採っているだろうから・・・戻そうと思えば戻せるんだろう
けど一日か二日は営業自体を止めないと無理だろうな。
(S日以降の追い付きBMPつくるだけでたいへーん)
それにそんな経営判断は日本の頭取には無理。未処理分を一刻も早く処理す
る事で頭がいっぱいで、根本的解決なんて考えている余裕は無いと思われ。
430 :
仕様書無しさん :02/04/06 22:29
>>414 よ、414さんは都銀のシステムのでかさを、し、しらないんだな
こ、今回は3つもけ、結合することになるんだな
し、システムごとバックアウトできないから統合しませんぜ、なんてことは
き、金融監督庁がゆ、許さないんだな
432 :
仕様書無しさん :02/04/06 22:31
434 :
仕様書無しさん :02/04/06 22:32
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 でーは今回主での参加せず
厚木の方に携ってたはずかと 噂
>>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 それ以外は、言ってること正しいよ。
>>437 たしかに。物理的な故障じゃないんだからな。
444 :
仕様書無しさん :02/04/06 22:37
>426 RCをルータかなんかと勘違いしてないか? 旧第一勧銀→旧興銀→旧富士銀で中継されるってか? んなわけないよぉ。 #ほんとにそうなの?関係者教えて。
445 :
仕様書無しさん :02/04/06 22:37
446 :
仕様書無しさん :02/04/06 22:37
僕も次期案件からみずほ先輩を見習って果敢に攻めて逝きたいと思います。
>>440 俺さあの図のRC3の存在意義がどうしてもわからんのよ
それと、旧興銀と全銀システムが繋がってる所
とゆーか ・予算はかつかつ ・納期は4/1 が「前提」だからな 「間に合いません」「人足りません」「二重化したいです」なんつー 「前提」に合致しない情報はフィルタリングされてしまうわけよ 「なぜ間に合わないとわかったとき対処できなかったか?」 とか 「なぜ二重化できなかったのか?」 とかいう質問は、そもそも無意味というわけだ ※説得できなかったPG/SEにも…なんちゅー発言があったが、 そもそもこっちの話を聞かない動物に何を説得させる積もりなんだか あっちは作業見積もりや線表を勝手に書き換えて「これでやれ」って言う連中だぞ だいたいデッドラインが決まってる仕事ってのは、 こっちが達成のための最低条件提示しても その条件や確約事項ばっさり裏切ってくれた上に デッドラインだけは動きゃしねえってシロモンなんだよ (で、間に合って当然、遅れれば金出さない上に賠償金までむしりやがる)
国内経済をかけてギャンブル出来るような仕事ってうらやましいな(笑)
>>430 はぁ・・・仰るとおり地銀担当です。でも都銀クラスはそんなもんなんですか。
各行のバックアップセンター(都銀もありますよね?)を旧システムの形に復元
してそちらで稼動。(口座状態は現行システムに追い付かせる)
その間に現行システムの問題点を一斉調査・・・こうするのが良いように思える
んですけど。
452 :
仕様書無しさん :02/04/06 22:40
>>440 すると、RCが高負荷に耐え切れずダウン、ってのがATM障害の原因って事?
453 :
仕様書無しさん :02/04/06 22:40
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に対して投げたらいいのかを振り分けるロジックをや
>>449 いやぁ今回のは、金はらいません賠償請求します、ってわけには
行かないと思うよ。
二度とみずほの仕事は受けない決意で、下請けは責めていくと思う。
今回の案件は当然、公的機関も状況把握するために監査するし、
丸裸になると思う。
なんで開発送れたのかって言う内幕が出てくれば、裁判になったら
まず、みずほが負ける。
458 :
仕様書無しさん :02/04/06 22:42
>※説得できなかったPG/SEにも…なんちゅー発言があったが、 >そもそもこっちの話を聞かない動物に何を説得させる積もりなんだか 発言力の無い駄目SEは、結局客自身のタメにもならないって例でした。
459 :
仕様書無しさん :02/04/06 22:43
日本の歪んだ労働規約が、もろに露呈したね
もしPLやってて 氏名:向井康眞 職歴 みずほフィナンシャルグループ IT・システム企画部 4/30一身上の都合により退社 って奴が履歴書もってきたらどうしますか?
>>456 名前つかえよ。データ(本文)に埋め込むなよ。
462 :
仕様書無しさん :02/04/06 22:44
>>457 なんで遅れたのかって?
そりゃ、DとFの縄張り争いと、人材流出ぐらいだろ?
>>460 雇うよ。負け癖さえついていなかったら、失敗した有能な人間の方が
使い道がある。
464 :
仕様書無しさん :02/04/06 22:45
>460 反省文を原稿用紙に100枚
>>460 攻めのITにはどうしても必要な人材なので即採用だろ(w
466 :
仕様書無しさん :02/04/06 22:46
>>457 うんだなぁ。日本経済を潰しかけた下手人にされるぐらいなら、
全精力を傾けて金毟り取りに行った方が頭いいもんね。
私んとこが悪うございました。なんて言ったら、もう二度と他から
の仕事が回ってこないもん。
>>453 、
>>455 らじゃ-あんがと、
じゃあ下手に銀行1つに統合するんじゃなくて
2つに統合しようとしたことも駄目って事?
468 :
仕様書無しさん :02/04/06 22:47
469 :
仕様書無しさん :02/04/06 22:48
>>467 いきなり全部そうしようとしたのが駄目なんだろうね。
まぁ今更だけど。
>>460 向井さんが居なかったら、もっと酷い事になっていたぞ。
471 :
仕様書無しさん :02/04/06 22:48
>467 そうゆうことになるな。 3つ→3つ+α→2つ いまトラぶっているのは、3つ+α これを2つにしなくちゃいけない。 いまより難しいね。
∫ ∧,,∧ ∬ /勘定基幹系の仕事の ミ,,゚Д゚ノ,っ━~ < 大部分の質なんて _と~,,, ~,,,ノ_. ∀ \ そこらのフリーソフトの開発より劣る .ミ,,,/~), .| ┷┳━  ̄ ̄ ̄ .し'J ̄ ̄|... ┃ とか知ってる人はいるですか?  ̄ ̄ ̄ ̄ ̄ ̄ ̄ .┻ 宇宙船飛ばすのと同じくらい優れた技術を利用してる所は 銀行金融機関系の極一部で あとはタンに大量のデータを右から左に流しているだけよ。 そのデータを右から左に流す仕様も満足に決まってないから 今のような混乱が起きてるんだろうな。
>470 根拠は?
月曜の朝にSEが何人か失踪するに5000モナー
>>470 もっとぐちゃぐちゃだったら、かえってみずほ首脳も延期の踏ん切りがついてたかもな。
中途半端にできたように見えるシステムが一番危険なんだよ。
月曜は「もうみてられない」だろうなぁ くわばらくわばら
>>457 これがそうならなかったりするから怖いのだが
今入ってる下請けが皆抜けても、
どんなに業界内の風評悪くても、
それでも請けてしまう下請けってのはいるもので……
責任追及って点では、往々にしてうやむやにされるしな
むしろ、このまま何とか事態が収束でもした日には
「あんだけやばくても無理すれば何とかなった」
とか、勘違いして全く何の反省もなしってなケースも有る
そういう場合、後々になって
「悪かったのは当初に請けた下請けの連中」
とかいう認識がまかり通ってたりするんだ
こうなると、ますます自分に都合の悪い進言はきかなくなるからな
「できないのはおまえらが悪い」とか
「できないという前にできる方法を考えろ」とか
言い出すんだよ
>>458 蜜菱あたりの大手の仕事請けてみな、いい経験できるぞ
478 :
仕様書無しさん :02/04/06 22:50
479 :
仕様書無しさん :02/04/06 22:50
480 :
仕様書無しさん :02/04/06 22:51
>>470 ひょっとして本人が書き込んでいるなんて事はないよねぇ。
481 :
仕様書無しさん :02/04/06 22:51
>>472 というか、情報システム系全般に言える事では?
俺の経験から言うと、大規模になればなるほど糞。中枢部にいる切れ者数人が
どうにかこうにか廻してるというパターン多いでしょ?
他人の不幸は蜜の味 ですよね?
>>466 うん。金で片が付くんだったら、賠償でもなんでもして
次の仕事にかけるけど、もしここで罪全部ひっかぶったら倒産するもん。
賠償金で、とか、入金なくなって不渡りで、なんて理由じゃなく、
次から仕事がなくなって、だけど。
ていうか、業界に残れなくなるよ。
485 :
仕様書無しさん :02/04/06 22:52
ずーっと以前、客のジジイがいろんなマスタをいじってしまい 振込依頼データがボロボロになり当日振込みが無理な状態になった。 「今日、振り込まないと倒産するお店や企業がいっぱいあるんです」と 頼まれて別物件の開発チームもつぎ込んでデータパッチ当てた。 月初だから被害は少ないかもしれんが、自転車操業の会社に売掛金が 入らないのってマジで詩人が出そうな予感
486 :
仕様書無しさん :02/04/06 22:53
進言どころか口開くのさえ許されない雰囲気が有るよね。大手って。
>>475 首脳は状況を全く把握できていなかった。
>399 加藤鷹を導入。
不評なので山下画伯にはローソンのおにぎりを渡して帰ってもらった
>>451 一言 漏れは地銀システム << 都銀システム なんて思ってない
案外、地銀のシステム部の方がよく自行システムを理解してたりする。
どこの都銀も、勘定系に手を入れるのをいやがるから、
RCみたいなのでなんとか・・・というのが今回のみずほの構成だと思う。
(為替とか振替とかはどう考えていたのかしらんけど・・・
専用バッチサーバーでもおいてあるんでしょね)
都銀の問題は、処理量、データ量の多さ。
事務センターとか人を介在する部分もあるから
処理によっては紙やデータをカンタンに元に戻せない事情もある。
今回のRCはRDBMSを使っていないと聞いているので、
RCをつかった取引については白髪三千帖もいらない程度のバックアウトの手間ですむはず。
しかし、新銀行コードでBANCS,CAFIS,全銀でやってくる電文は4/1以降存在するので
相手センターさんも一緒に踊ってもらわないと、戻しなんてできっこない。
みずほだけでなんとかしようとおもうと、
戻し用RC、なんてのが必要になってくる。
みずほの一存で、そんなのでけんでしょうね。
金融監督庁が有事の際の対応として各行、大口企業に協力要請でもしないかぎりは・・・
>>477 ここまで話が大きくなって、日本中知らない人はいないって状況になると
そうでもないと思うなぁ。
普段の案件だったら、なぁなぁでうやむやにして
「まぁ今回はそっちが泣いて置いてよ。必ずこの埋め合わせするからさ」
みたいな話でお茶を濁すことはあるけど。
今回のは、誰が腹切るかって話になるし。
>>482 職業PGなら、明日は我が身
あるいは
規模はともかく同じような経験有
だと思うが
492 :
仕様書無しさん :02/04/06 22:56
493 :
元関連会社員 :02/04/06 22:56
>>486 確かに。
システムも巨大だから全体はおろか預金・融資・為替等のサブシステム単位でも
全体を把握できている人はいないと思われ。
そして把握できてない人に決定権があるものだから・・・。
>>489 前々スレでORACLE使用とのリークあり
>>486 進言もした。上層部も状況は理解した。。。
しかし、カットオーバ時期は変わらなかった(涙
>477 > 蜜菱あたりの大手の仕事請けてみな、いい経験できるぞ 蜜菱はなぁ(苦笑)
>>742 プログラムに技術なんていらないでしょ。
フリーソフトなんかと一緒にすな。
汎用機の心臓部は最新技術だよ。
(プロトコル等の通信関係とかは除くがなー(藁))
しかしまあ、ISO9001に乗っ取って仕事してないのかな? テストくらいやれよ。
501 :
仕様書無しさん :02/04/06 23:02
結局、RC使ったメリットは何だったんだ?
503 :
仕様書無しさん :02/04/06 23:02
>>500 オマエは研修をしっかり受けろ
話はそれからだ
ところで、RCってなんですか? 検索してもRCさくせしょんしかでてきません。
>>500 ぼくちゃん、ISO9001だいすきなのね。よしよし。
507 :
仕様書無しさん :02/04/06 23:03
>>472 ワークフローとは、右から左に流す技術です。
人間の社会における人・モノ・金の流通とは本来そういうものです、
無意味で価値のないフローにみえるのかもしれませんが。
プロスポーツ選手にはプロスポーツ選手の立場と生き様があるように、
サラリーマンにはサラリーマンの立場と生き様があります
それと同じことです。
サラリーマンという人種が、無意味で価値のない人種のことを指すのであれば、
ワークフローもまた、無意味で価値のないからくりでしょう。
帳面やトラックに芸術性は無用なのです。
508 :
仕様書無しさん :02/04/06 23:03
しかしまあ、ISO14001に乗っ取って仕事してないのかな? テストくらいやれよ。
512 :
仕様書無しさん :02/04/06 23:05
地銀はふつうグループ企業の縛りがないので素直に最強のIBMがつかえるし、PG= プロパー行員というところも少なくない。
>>490 わたしもそう信じたいけどさ
だって、一般の認識の程度って……
「そうかープログラムが悪かったのかー」じゃない?
それに、一般の人にとってはそれに携わったPG/SE連だって
「みずほ」の一派なんだよ
裁判所の人も弁護士も「一般の人」なんだから
加えて「大手」ってのはそういう連中も子飼いでいるんだよ、
恐ろしいことに
一PGとして、
是非ともみずほには責任を公にしてくれと言いたいが
金持ってて声が大きい奴が勝つのが世の常だしな
>>497 この考え方は、今回のトラブルの原因の一つですな。
>>500 はISO9001で被害にあっているSEと見た。
あれって、工数が増えるだけで逆に品質が下がる。
しかしまあ、ISO800に乗っ取って仕事してないのかな? 盗撮くらいやれよ。
517 :
仕様書無しさん :02/04/06 23:06
519 :
仕様書無しさん :02/04/06 23:07
>>500 うちでは、USO800を導入してますが何か?
>>500 そんなのに幻想持ってるなんておめでてーな。
ISO9001って、品質そのものについて何一つ保証してないぞ。
522 :
仕様書無しさん :02/04/06 23:07
ISO9001にのっとって仕事を進めれば高品質でバグなどでないのだろうか? 否 ISO9001の20倍厳しい規約の原子力事業の開発作業工程がいい例 (原子力関連は、一つのドキュメントの承認に20人のハンコを必要とする T芝さんH立さんはよくご存知だろう) 高品質でバグのないものを提供する意思を、 頭取が、取締役が、部長が、次長が、調査役が、社員が、 それぞれ一致団結しなければそんなものはつくれっこない。
>>513 だって、ここで全面的に非を認めたら、業界では気の毒がってくれるけど、
再雇用先はないよ。
524 :
仕様書無しさん :02/04/06 23:09
525 :
仕様書無しさん :02/04/06 23:10
>>518 そういやこの会社派遣で大昔に逝ってたことあるや!
526 :
仕様書無しさん :02/04/06 23:10
527 :
仕様書無しさん :02/04/06 23:10
528 :
元関連会社員 :02/04/06 23:10
>>521 まあまあ、そんなに責めるな。
覚えたばかりの言葉をつかってみたかったんだよ。
529 :
仕様書無しさん :02/04/06 23:10
530 :
仕様書無しさん :02/04/06 23:10
>>526 永遠の休暇にならないことを祈るしかないな。。。
531 :
仕様書無しさん :02/04/06 23:11
>>510 環境に優しい作成工程?
たとえばコンビニ弁当たべないとか(笑
532 :
仕様書無しさん :02/04/06 23:12
誰か明日子ちゃんを応援するスレ作れ。 明日子ちゃんは悪くない。
534 :
仕様書無しさん :02/04/06 23:12
江野明日子たん(;´Д`)ハァハァ
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 あすこタンのアスコがスコスコになってるだろうな(謎
口座振替のフローにある「リモート転送」って、 MTの引き落としを通信で一気に3行の引き落としを行うつもりだったんだろうか? 通信障害やデータがアベンドしたら取り返しつかないジャン 3行分にデータを振り分けてから、別々に引き落としたいいのに と思ったのは漏れだけ? 自身がないのでsage
>>523 だから、子(下請け)も責任をうやむやにするんだよ
賠償請求されたってだけで十分信用問題だし、
今の日本じゃ、中小の企業にゃ裁判維持できねーし
こーして親(みずほ)は責任回避してウマーってわけさ
最悪なケースは、子も下に責任押しつけて、
最終的に玄孫請けあたりが丸かぶりした上
弁済能力なしで首くくるとかな
って、いい加減マ板の内容じゃないな、スマソ
>>533 サーバー起動・停止など日常オペレーションを行なう運用メニューのテストに終始した一週間でした。
4月1日のみずほ統合に間に合うように急ピッチで開発を進めてきましたので、
このテストでバグを一掃すべく、入念な準備のもとで実施しました。
その結果、テストは無事終了。みずほ統合が落ち着いたら、長い休暇を取る予定です♪
542 :
仕様書無しさん :02/04/06 23:15
明日子タン応援スレ
このスレッドは明日子タン死ぬなよ!スレッドになりました。
544 :
仕様書無しさん :02/04/06 23:16
>>533 進捗確認、整理、報告
メール確認
ベンダーと打ち合わせ
この辺のキーワードからベンダー丸投げと容易に推測できる
>>540 だから今回はうやむやに出来ないって。
全国民が見ているんだよ?
まあ、ISOはシステムそのものの品質を保証しているものではないが ISOを適用させていれば 少なくとも結合テストが行われないまま本番運用ということは なかっただろう。
>>541 テストでバグ一掃……ってすげーな
俺は今まで
バグ掃除して、掃除できたのを確認するためにテストするんだと思ってたよ
548 :
仕様書無しさん :02/04/06 23:17
研修員なのにいきなり23:00まで働かされて可哀想…。 他のOLになった同期の娘とかみて後悔してるだろうなぁ。
新人は暇だぞ。障害が起こってもほとんど役に立たんし。空稼動。 漏れも移行をやったときは一年目の新人で、担当部分が無事終わったら移行 途中でも帰れたからな。
>>545 見てない見てない
どっかのオバハンの秘書問題の方がよっぽど話題だよ
551 :
仕様書無しさん :02/04/06 23:18
>>541 運用メニューか まぁ休めるんじゃねーかーあすこちゃんとやらは
552 :
仕様書無しさん :02/04/06 23:19
規模は全然違うんだけど、 うちも夜間バッチで作成した為替の自動入金キューが 全部吹っ飛んだことがあったよ 幸い元帳は残ってたのでそれを元に支店で全部打鍵入金したので被害はなかったけど 今回のことは確かに他人事じゃないな…
>>543 疲れてるのはわかるが、街にでればいい女はいくらでもいるぞ。
むしろ山下清が心配。
知り合いにもてんぱってくると、山下清っぽいしゃべりになるのが
いた。無事を祈る。
>>547 それじゃ、バグ曲線が寝てこないじゃん。
>>548 まだ、「充実した人生」と誤解していると思うよ、この時期の子は
556 :
仕様書無しさん :02/04/06 23:19
>>544 ベンダー○投げは構わないが、こんな小娘に進捗確認させてる時点で、
問題ありだな。明日子ちゃんが100%悪いとは思わないが、彼女が今回
の惨劇を生み出した可能性は残るような気がする。
>>546 ISOを導入すればわかるよ。どれ程無意味か身をもって味わえるさ。
もし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も人の子バグ作る。それを消すのがテスト。
ISO認証の時は大変だったよ。 テスト結果を一々プリントアウトしてファイルしてたからなぁ。 GUIの部分なんかクリックの度にハードコピー。
>>515 そうです。正解です。新人だけど。
うちは上も現場も、とにかく書類つくれば審査通るだろうという
バカばかり。
564 :
仕様書無しさん :02/04/06 23:23
今週の明日子はどんなスケジュールだったんだ?
565 :
仕様書無しさん :02/04/06 23:23
>>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
ISOなんて金の無駄です
>>562 まさに同じことしてます。
まあおまえら、ISOの話ばかりするなよ。
だれだよ、話そらしたのは。
573 :
仕様書無しさん :02/04/06 23:25
俺はWebと携帯と銀行と医療関係の仕事だけはしないことにしている。 わっはっはっはっはー!
574 :
仕様書無しさん :02/04/06 23:25
>>557 一点読みだが、新人クンは学生のころチームでものを作った経験なし
と見た。現場で浮いて嫌われるタイプかも。周囲をもっとみたほうがいい。
あるいはコンサル会社のいけすかない新人くんかしら? きっと
ISO9001導入したプロジェクトで、インドと中国のCMMレベル5の
「優秀な」プログラマーをあてがって仕事してみると最高の気分を
味わえるよ。
>>562 テスト証跡を残すことは自分のためにも必須ですよ
今もやっといたほうが何かあったときに助かりますよ
また結果を残すことで集中力も高まります
577 :
仕様書無しさん :02/04/06 23:26
皆にガンガン責められると、責任かぶって自殺しちゃいそうだな。 頑張れ明日子ちゃん。君は悪くない。と思いたい。
>>569 だからすべてにおいて書類つくってたら 工数の無駄でしょ。 いかに、効率良くISOを取得するのか考えてるのさ。
579 :
仕様書無しさん :02/04/06 23:27
あすこたんは髪型やお化粧がよくないが そこを直せばかなりイケるとおもうYO!
580 :
仕様書無しさん :02/04/06 23:27
>>575 > ISO9001導入したプロジェクトで、インドと中国のCMMレベル5の
> 「優秀な」プログラマーをあてがって仕事してみると最高の気分を
> 味わえるよ。
別スレでいいから、この話もっと聞きたーい
CMMレベル5なんてこの世に実在するの?
583 :
仕様書無しさん :02/04/06 23:28
>>577 危険を察知してとっくに辞めてたりしてな
584 :
仕様書無しさん :02/04/06 23:28
585 :
仕様書無しさん :02/04/06 23:29
>>578 効率なんて考えたら普通ISOなんて取得しませんがな。
お前あふぉですか?
そもそもMQを使ってるなんて情報あったっけ? あまり憶測で物を言うと風評被害が出るぞ 最近のマスコミは2ちゃんからパクるからな
>>579 美人で馬鹿な子よりは、不細工でも知的レベル高い子の方がいいな。
ってそんなのはどうでもいい。
…スマソ テストやるのは確かにバグ消すためだが テスト「で」バグが消える訳じゃない (消すのはあくまでデバッグ作業) って言いたかったのよ。そんだけ テストはあくまでバグ出し&デバッグ確認の工程だとゆー 私の用語認識がおかしいのか、それとも(--;
>>586 今夢中でリロードしてるよ>井上トシユキ
590 :
仕様書無しさん :02/04/06 23:30
みずほの彼らにこそ XP をすすめたい。
>>585 会社はいったばかりで社長命令にさからえというのですか?
俺だって、あんなの取得したくないよ
592 :
仕様書無しさん :02/04/06 23:30
>>574 Tivoli担当なのかー。漏れと一緒じゃん。
Tivoli話で盛りあがろうぜ。明日子たん。
>>574 でも多分巻き添え食って金曜18:00退社後のデートはなし
8日の社運を賭けた熱いバッチ投入の様子を生中継きぼんヌ
>>591 効率悪いように見えても手を抜かず書類作れってことさ。
>472 それはなんだか想像はつくなあ。 そんな1日何百万もデータ流すような処理で下手に難しいことしてたらそれこそとりかえしつかないだろうし。 ま、KISSってことですか。
話が雑談に拡散してきたな。
598 :
仕様書無しさん :02/04/06 23:32
>>591 だから効率なんて考えずに真面目にやれや馬鹿新人。
>>582 バンガロールにあるよ、アホな米企業や日本企業のマネージャが
ほいほい騙される。CMMレベル5のチームは
light stuffじゃない。絶対に危ないことはしない、道理の通ったことだからと
変更をお願いしても通じない。ロボットみたいなもんだよ。
自分の会社のISO取得やCMMレベル向上に努める会社は、自分の会社を
EMSやユニクロの中国工場みたいな、上にとって都合のいい、いつでも
切り捨てられるロボットにしようとしていることに気がつかないといけない。
>>578 効率よくか…
こないだまで派遣で行ってた先では
監査に提出する仕様書だのなんだの、納品後に作ってたな
まったく、効率のいいことだ
(もちろん、実際の作業中は上からすべて口頭で指示がきたが)
601 :
仕様書無しさん :02/04/06 23:33
>>596 漏れの前でKISSの名を出すと不機嫌になる。
602 :
仕様書無しさん :02/04/06 23:34
誰も読まない書類なんて書いても意味なし。
ISOの話ひっぱんじゃねーよ 他でやれや
>>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の画面やさんだもん ミスオペの場合はオペレーション担当者と オペレーションマニュアル担当の不備だネ
>>588 まあ、会社や部門によって言い方が違うからな。
あまり気にしないことだ。
> テストはあくまでバグ出し&デバッグ確認の工程だとゆー
うちの部門の場合、上記行程では「テスト」って言葉は使わない。
プログラムの最終確認レベルでしか付かないぞ。
610 :
仕様書無しさん :02/04/06 23:35
>>602 責任の所在を示すぐらいの価値はあるんじゃん
チーンΩ\ζ゜)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
618 :
仕様書無しさん :02/04/06 23:39
619 :
仕様書無しさん :02/04/06 23:39
>515 こいつは情報系の人だから死なんよ
KISSって日経コンピュータの記事にならなかったっけ? 非常〜〜〜〜〜にヤヴァかったけどナンとか成功した事例で。
621 :
仕様書無しさん :02/04/06 23:41
Keep it simple, stupid. ぢゃないのけ?
明日子ちゃんのアスコを俺にくれないか
623 :
仕様書無しさん :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] さあ 悪夢のはじまりです
明日子タン応援スレ規制で立てられなかった誰か立てて
今回の一件でここまで書かれるとはかわいそうだね。>明日子たん
630 :
仕様書無しさん :02/04/06 23:44
>>629 日本人、とくに、おじさん、ってどうして恥ずかしくなるような
プロジェクト名つけるの? え、恥ずかしがっちゃだめ?
Japanglish万歳!
>>616 勉強になります。今「たった2人で取得したISO9000」て本を
読んでて、同じようなことがかかれてました。
俺がプロジェクトリーダーならそれでもOKだしますが
上司は、書類の見た目やら枠組みやら体裁ばかりを見てます。
>>625 それは使い方を間違えているからでしょう
機能があるかの判断は仕様書を見てください
634 :
フィクションです。実在の・・関係ありません。 :02/04/06 23:47
流すたびに違う所で落ちよ・・・。 -― ̄ ̄ ` ―-- _ , ´ ......... . . , ~  ̄" ー _ _/...........::::::::::::::::: : : :/ ,r:::::::::::.:::::::::.:: :::.........` 、 , ´ : ::::::::::::::::::::::::::::::::::::/ /:::::::::::::: : ,ヘ ::::::::::::::::::::::: : ヽ ,/:::;;;;;;;| : ::::::::::::::::::::::::::::::/ /::::::::::::::::::: ○ ::::::::::::::::: : : :,/ と,-‐ ´ ̄: ::::::::::::::::::::::::::::::/ /:::::::::::r(:::::::::`'::::::::::::::::::::::く (´__ : : :;;:::::::::::::::::::::::::::/ /:::::::::::`(::::::::: ,ヘ:::::::::::::::::::::: ヽ  ̄ ̄`ヾ_::::::::::::::::::::::し ::::::::::::::::::::::: : ○::::::::::::::::::::::: : : :_> ,_ \:::::::::::::::::::::::::::::::::::::::::::::: `' __:::::::::-‐ ´ (__  ̄~" __ , --‐
635 :
仕様書無しさん :02/04/06 23:47
ISOネタは他でやれ
636 :
仕様書無しさん :02/04/06 23:48
638 :
仕様書無しさん :02/04/06 23:48
>>632 見た目が立派なら仕事したような気になるからな。
ハンコ押すだけでも。
639 :
仕様書無しさん :02/04/06 23:49
ところで関係者っているのかな? いるわけ無いか、まだ復旧中だもんね
訂正。m(_ _)m /落ちよ/落ちるよ/
641 :
仕様書無しさん :02/04/06 23:49
>>631 KDDだからKはいいとして、他のは何だろうな。
Information SyStemだろうか?
643 :
仕様書無しさん :02/04/06 23:51
644 :
仕様書無しさん :02/04/06 23:51
MQか〜 なつかしー。
>>631 大丈夫。今やってる方はもっと恥ずかしいから(ヒント:ドリキャス)
>>642 Integrated 忘れた Systemだったかな
人名に「あすこ」は無いだろ。 親は何考えて名付けてんだ……
647 :
仕様書無しさん :02/04/06 23:53
648 :
仕様書無しさん :02/04/06 23:54
>>632 その上司に、山下画伯が
「あ、あなたは目がついてるんだな、で、でも大事なものをみ、みようとしてないんだな」
ていってたって伝えてくだされ。
もうひとつ。
電子でも紙でも、死んだドキュメントを作らないこと。
書く以上は、すべて命を吹き込め 体裁にこだわらず利用せよ。
たとえそれが、先輩にIP-Messengerで仕様の質問をしたときのログであったとしてもだ。
一旦書いた、タイプしたものを最大限に、生かす これこそが効率的な管理だ。
>>646 お前そこから突っ込むのかよ
明日子タンはな、明日子タンはなぁ・・・1999年入社で
そのうち半分は私より若い社員です。
2年目の社員が3人、1年目が2人という構成ですから
という不遇な位置にいるんだぞ
ドキュメントは死にますか?
651 :
仕様書無しさん :02/04/06 23:56
IP Messengerつかって仕事中にくだらねーこと投げてんじゃねぇよ、ボケが。カスが。
レビューはどうですか
>>601 とか!
漏れもKISS経験者!
しかもHOLONというDQN言語で開発!
スキル票からは抹殺してるよ(W
明日子タンのアスコと俺のアスコを結合試験してみたい…
655 :
仕様書無しさん :02/04/06 23:58
HolonVPですか?
ネタガキ増えたから俺もよそいこっと。
658 :
仕様書無しさん :02/04/06 23:59
>>653 >しかもHOLONというDQN言語で開発!
仲間、仲間、仲間ぁ〜♪
俺も時によって抹殺してまぁす
660 :
仕様書無しさん :02/04/06 23:59
>>650 哀・ドキュメント
「モジュール仕がやられただけじゃないか!!
まだ書ける!!」
そういえば、アスコというソフト会社あったな。 アスコは何処へ?
Nか…HOLONのメモリリークには泣かされたな。 いつもTuxedoが先に疑われて哀れだった。
>>633 だから仕様書なんかないんだって
……あ、だから機能なんか全くなくても全然おっけーとゆーオチか?
ソースを解析して何やってるかを機能素ごとに落とし込んだ書類は
(もちろん、調査工程で俺が作った)
仕様書って呼ばないよなー
こればっかりは用語定義合ってるよなあ
HOLONは開発環境の名前じゃなかったっけ? 言語名はHologramでしょ。
内部関係者のリークがぜんぜんないな。 案外なんとかなってるんじゃねーの?
666 :
仕様書無しさん :02/04/07 00:02
この問題他人事だけど胃がキュってなる・・・。
667 :
仕様書無しさん :02/04/07 00:02
>621 うぃ。その意味で書いたっす。ってスレ伸びんのはやすぎ!
>>KISS関連 名前挙げたら知ってる人いそうでいやじゃ(W
>665 なんとかなってないからリークできないのでは?
671 :
仕様書無しさん :02/04/07 00:03
あー、覗いているマスコミの方、みずほはHOLONは使ってないので念の為(藁 つかNはからんでないし。
672 :
仕様書無しさん :02/04/07 00:03
673 :
仕様書無しさん :02/04/07 00:04
言語名はHOLON ABです
もしかすると、新宿のビルで出会っているかも。
676 :
仕様書無しさん :02/04/07 00:05
>>665 今週(4/6〜)はもう作業落ち着いてきて戻ってくる人いるよ。
677 :
仕様書無しさん :02/04/07 00:05
>>675 つか、KISS,HOLONって時点でN系以外のどこだと小1時間(略)
679 :
仕様書無しさん :02/04/07 00:07
HOLON、、、素敵すぎるよ、かあさん、、、
漏れはHOLON/VP使ってhologramの記述してたよ。
681 :
仕様書無しさん :02/04/07 00:07
マスコミ関係者の点呼してみたいな。 正直に名乗り出てみろ。
682 :
仕様書無しさん :02/04/07 00:07
マスコミはみずほを叩いていない。 政治家は面白半分で叩いても日本つぶれない。 みずほをマスコミが叩いたら、預金引き上げ等大パニックなり沈没。 マスコミさん、自粛要請等きてるんですか?教えて。
683 :
仕様書無しさん :02/04/07 00:07
685 :
仕様書無しさん :02/04/07 00:09
よかったな。
687 :
仕様書無しさん :02/04/07 00:10
>>683 あくまでうちの部署の話し(4/4時点)だけど、自社に
戻ってきて状況をいろいろ聞いたよ。
688 :
仕様書無しさん :02/04/07 00:10
NやTは対岸の火事だからいいよな。
690 :
仕様書無しさん :02/04/07 00:10
691 :
仕様書無しさん :02/04/07 00:11
>687 ヒアリング結果を公開して。
692 :
仕様書無しさん :02/04/07 00:12
694 :
仕様書無しさん :02/04/07 00:14
銀行ネタは週間現代と2000年以降きまっとる
695 :
仕様書無しさん :02/04/07 00:14
どうせなら、噂の○相でお願いします
696 :
仕様書無しさん :02/04/07 00:15
>>682 新聞はマスコミに入らないのか?
すくなくとも、読売は朝刊3面で叩いてるぞ。
日経動かないコンピュータ創刊
698 :
仕様書無しさん :02/04/07 00:16
>>682 単に、マスコミも、銀行から金借りてる。それだけ。
とゆーか、ニュースソースが2chの場合、どう書くんだろう 「……という噂もある」? 「とある消息筋によると……」? てゆーか、連日徹夜&缶詰だったろうから、 みずほ被害者は帰れたんならゆっくり寝てくれ #どうにもならないことがわかったからもういいよってことで 帰れたんじゃないかと無駄に邪推してみる
700 :
仕様書無しさん :02/04/07 00:16
701 :
仕様書無しさん :02/04/07 00:16
マスコミの実名挙げたら調子コイてあれこれしゃべるの出そうだな。
>>696 2002年4月6日の14版(川崎)な。
>>697 >日経動かないコンピュータ創刊
まともに動いているコンピュータの方が少ないよね。。。と同意を求めてみる。
704 :
仕様書無しさん :02/04/07 00:17
週刊誌に事の真相を探してもムダであることを、、、 2年前、某プロジェクト中断のときに思い知った。 報道関連の人、もっといい情報源もちなよ。
>>696 一面で叩く根性はなかった、とかあおってみたり
>700 そか。
デアゴスティーニ 週間:統合失敗 第一回付録は、RCのソース付で980円
3年ぐらい前にチョロットつかってみたが、ありゃ最悪だったな、 目立のcadrisよりひどい、C++,javaやPOSIX pthreadなんて 聞いたこともないようなコボラーが最近のORB系とかつかえる ようにつくったとしか思えん。 メモリの記憶クラスがどーにも見えにくかった記憶はある・・
710 :
仕様書無しさん :02/04/07 00:19
>>699 月曜日に新たな問題が発生しなければ、事態は収束して
いく目処(?)が立ったので、今週頃から引き上げ始めると
いうことらしいです。
だといいんだけどね。
711 :
仕様書無しさん :02/04/07 00:19
712 :
仕様書無しさん :02/04/07 00:20
漏れ達がマスコミのIT関連記事を見て 「分かってねーなー。嘘ばっかじゃん」 と思うがごとく、政治家が政治記事読むと やっぱりそう思ってるんだろうなぁ。
713 :
仕様書無しさん :02/04/07 00:20
俺も ”動かないコンピュータシステム” の記事に出たシステム開発したぞ!
みずこ空売ってるんで、月曜日以降ももっとはでなのたのんます・・
715 :
仕様書無しさん :02/04/07 00:21
バッチの高負荷にオンラインが耐えられるんだろうか・・・ mainframeで動くのかunixで動くのかによっては 成功率が変わってくるな
>>710 「月曜日に新たな問題が発生しなければ」
するって、それ、絶対(藁
ともかくも、お疲れ様です
明日(今日か、もう)一日ゆっくり寝て、英気を養ってください
717 :
仕様書無しさん :02/04/07 00:21
>>710 物凄い月曜日になるねぇ。
皆が息を潜めて見守るなか、9:00を向かえる。
718 :
仕様書無しさん :02/04/07 00:21
次のみずほ祭りは月末処理?
719 :
仕様書無しさん :02/04/07 00:21
720 :
仕様書無しさん :02/04/07 00:22
>>715 Unixマシン上で動かす訳がないと思われ。
現時点で、外的に原因が公表できてないってことは、 ひょっとして、どうしようもない状況が発生してるんでは・・
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 時々書き込まれるこの手の情報だけど、
>現場は想像されてるような張り詰めた雰囲気ではないです。
ホントだとしたら、ちょっと…
730 :
仕様書無しさん :02/04/07 00:27
そういやブロードキャスターでぜんぜんだめぽネタがなかったことに今頃気づく俺・・・
今やると憶測報道にしかならない。
732 :
仕様書無しさん :02/04/07 00:28
狂牛病でも、役人は責めるけど、何故か畜産農家の不勉強は責めないんだよね>マスコミ。
733 :
仕様書無しさん :02/04/07 00:29
あそこタン、T/ECの画面がときどき異常終了してしまっても負けちゃダメ♪
みんなでどかどか叩くのは終わったので、ひとまずお休みさせて様子見?
さくっと動いちゃったらソレはソレで怖いな
>>725 とりあえず、負荷試験やルートチェックがこんなに簡単に終わるとは思えないが……
736 :
仕様書無しさん :02/04/07 00:30
>>730 夜のワイドショーだからね。
視聴層がアレだから、本質的な危険性など報道できないと思われ。
問題が解決したら、「何やってるんだ!!」と叩きまくるでしょう。
日曜日の番組でチェックしておいたほうがいい番組ってどれだ?
憶測報道は得意なのにね。幼女誘拐とか。松本サリンとか。
安全に未処理データを溜め込むように作って、 行員という肉マシンが裏でフル稼働する、とかだったら笑えるな。 それで上層部は 「このままGWまで持たせるからその間に修正しる! 行員に申し訳ないと思ったなら徹夜してでもなんでも完成させろ! 今月は(ほんとは「も」)休みがないと思っておけよ!」 と言ってるかも。
740 :
仕様書無しさん :02/04/07 00:31
>>737 ハリケンジャーかのう(藁
>>736 日本には金融恐慌の時の悪い前例があるからな、
誰も歴史には名を残したくないんだろ
743 :
仕様書無しさん :02/04/07 00:32
>737 日曜に見るなら「日曜洋画劇場」決まってるだろ!
745 :
仕様書無しさん :02/04/07 00:33
GWあればいいね>みずほ担当者
746 :
仕様書無しさん :02/04/07 00:34
>737 サンデージャポン ゴージャス松野、ギャラ振りこまれず。
>>737 ギャラクシーエンジェル終わったから、ぴたテン、かな。
他板の人、頑張ってください。おれはもう寝ます
749 :
仕様書無しさん :02/04/07 00:34
>>737 日曜日ではないけど、個人的にはNHK土曜日の週間子供ニュースで詳しく解説をきぼーん。
子供は大人の事情が無く、無邪気だから大人が聞けないことを平気で聞く。
「何でテストが終わっていないのにコンピューターを平気で動かしたのですか?」
とか。
751 :
仕様書無しさん :02/04/07 00:35
>>745 うまくいったらいったで、(恐らく)進捗送れまくっているであろう完全統合版
の方に駆り出されたりして...
>749 うむ、それが当然だと思われ。 GWに休めるのは怒鳴りつかれた上層部だけだ。
>>750 こどもにテストの意味を理解させるのは難しい
754 :
仕様書無しさん :02/04/07 00:37
振込もできたし←昨日家賃ふりこんだ イーネットもちゃんと使えるし←今日ごはん代おろした あとは振替だけか バッチでチャラっとおしまい、ってところだナ、うまくいけば。 まーDKBの頭取さんにでも懺悔行脚してもらうっぺ。 この勝負、必ず勝て、、、 基盤も業務も今日までウダウダいいながらここまでなんとかやってきたんだ。 わしゃいまは別んとこだが、遠くからケータイで見守ってるっぺや
>751 完全統合版なんて名前はカッチョエエけど、 上層部が腐ったままなら信頼性ゼロだな。
>>717 たしかに月曜は注目だね、格好のデイトレ日和になりそう。
8305の売り注文と買い注文準備しておかねば・・
月曜は20万は抜きたいな
>>750 ニュース君の週刊ニュースで、不幸なニュースのあとで明るいニュースの時の
声のトーンの使い分けが下手すぎて笑っちゃう
>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
765 :
仕様書無しさん :02/04/07 00:46
新卒の優秀な人材がゲーム業界へ流れて汎用機のプログラマーは カスばかりになった。と。。 今回の結果は当然といえば当然だな。
766 :
仕様書無しさん :02/04/07 00:46
>>753 ちょっと例えが悪かったかな。
「何でこんなにトラブルが続いたのですか?」
と言う感じの質問を頭取ランクの人にインタビューする可能性がある。
こどもニュースは、思いっきり噛み砕いているし
子どもならでの視点があるので結構お気に入りだったりする。
今回の件も一般の人にとってシステムの理解度は小学生と同レベルだから
どこまで解説するかが結構楽しみだったりする。
768 :
仕様書無しさん :02/04/07 00:48
>>761 そこまで思いきれるのはもはや御行内部じゃないとでけんよ
ベンダーはそこまでこわいことできまっしぇーん(考えるけどネッ)
>>765 ゲーム業界のPGが優秀なら、
アレとかコレのバグはもちっとどうにでもなったと思うが
むしろ、業界全体の体質や構造の問題じゃないか?
>>766 子供にかみ砕く必要がある分、
下手なニュース番組よりも
スタッフが題材について理解した上で作ってるからな
もういい加減スレどころか板違いだな
ネタも枯渇してきたようだし、俺もひとまず寝るか
ゲームのPGってアレ? エロゲーみたいな、スタンドアロンのPC1台の上で、 画像と音声を順番に表示するだけ、という プログラムでも、バグを残したまま出荷できるという、 驚異の凄腕連中だってのはマジ?
772 :
仕様書無しさん :02/04/07 00:53
>>769 SE,PGって労働環境悪いし給料安いからねぇ。
773 :
仕様書無しさん :02/04/07 00:53
>>761 そのままボーナス時期を迎えると、
本当に取りかえしつきませんな。
G/Wはオプション(つまり、大修正大会用)で残して
4/1は無理クリで猫パンチってところで逝きましょう・・・
と、行内で調整したんだろうと思われるわな 確かに。
けどさぁ、年度初めの大負荷に耐えれるとでも思ったのかねぇ?
シミュレータでガンガンやっただろうとは思うけどちと疑問
情報がないから、ネタになってるね・・ 月曜まで、このスレ持つのかね? まぁ、なにかありゃ、新スレが立つか・・
このスレは他板住人に占拠されました!
>772 そうなんだよな。 いい給料貰ってうまい飯をガンガン食うのは、 上層部じゃなくてむしろ過酷な労働してるSE,PGだよな。
日本語ゴバク。。。 SE,PGだよな。→SE,PGになるようにするべきだよな。
778 :
仕様書無しさん :02/04/07 01:03
ホスト系のアセンブラやってるのは、もうじいさんが多いね。 なんか教育資料も少なそうだし、一子相伝の秘術に近いもんを感じたが・・・。
779 :
仕様書無しさん :02/04/07 01:03
::::::::::::::::::::::::::::::::::::/ \:::::::::::::::::::::::::::: ::::::::::::::::::::::::::::::::::/ ::::::::::::::::::::::::::::::::: ::::::::::::::::...... ....::::::| |::::::::::::.. ...: :::::::: :. .::::::::........ . .::::::::::::::::::: | ........... ..::::: :::: :::::... . .... .. . ヽ / . . . ... ..::::: . .. . \ / −ー ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ( ・∀・)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の名前で(笑)
(ア) 私が結婚出来るまで (イ) お前クビ!
785 :
仕様書無しさん :02/04/07 01:09
(ア):4月365日 (イ):俺の名前は出すなよ。何かあったら自分で何とかしろ。
>784、785 おめでとう、午後T合格ラインです。 午後Uの小論文をがんばってください。
788 :
仕様書無しさん :02/04/07 01:13
(ア):今日明日中 (イ):悪いけど30分以内に頼むよ
(ア) 4/1 9:00の統合初日のスタート時刻 (イ) パッチを用意しとけよ。
790 :
仕様書無しさん :02/04/07 01:14
今のプログラミング作業は高度な専門性が必要なきわめて難易度の高い 作業なんだが、カンリショクドモはいまだにCOBOL時代の単純作業のイ メージでプログラミングを捉えているから、あいつ等が現状認識しない うちは、待遇改善なんかありえんよ。
>>771 コンシューマと、PC のエロゲプログラマを同列にしちゃいかんよ。
792 :
仕様書無しさん :02/04/07 01:15
今ニュースで、二重引き落としの問題は、 3万件のうちほとんどが修正を終えており、 残りの1000件を月曜日中には・・・とか言ってたけど、 何で残り千件だけが、残り月曜? 本当はあんまり進んでないんじゃないの? あと、振り替えの遅れは、採集中には復旧の見通しとか 言っていたが、その後、 でもいまだに原因がわかっておらず・・・とか言ってたよ。 大丈夫か? 何かニュースで言ってること(みずほの発表)、 嘘っぽい気がするけど。情報操作?
>>790 ほらほら、パソコン坊やは寝る時間だよ(w
>>793 そう、これからは真性ヒッキーの時間だ!
>790 システム全体を作るという意味ではね。 個人の技量はそう関係ない。 だから動員かけてどっかから借りてきてもOK。”人手”扱い。
797 :
仕様書無しさん :02/04/07 01:18
>>792 操作どころか、未だに真実は霧の中なんだろうと思われ。
誰が好き好んで、何を言っても理解する作業もせずに怒鳴り散らすだけの
銀行側担当者に、十分な情報を公開するものかよ。時間の無駄。
と、開発者は思っていると思われ。
銀行側の積悪の報い。知識労働者の管理方法について全く稚拙で無能。
798 :
仕様書無しさん :02/04/07 01:18
>>792 そらアンタ3万件が皆同じ顔してるワケちゃいまっせ
中には力兄ィ!みたいな1件もあるもんなんやて
1000件の力兄ィ!決戦は月曜日に・・・
>>778 今のホスト系の基本的な部分
(DBアクセスとかオンライン電文振り分けとか)
を作ったのは、このアセンブラ世代でしょうな
大規模システム障害時に、真に頼りになるのは
こういう一部のスーパーじいさんたちです。
800 :
仕様書無しさん :02/04/07 01:19
>>771 確かに、中々出来ることじゃないよな(藁
タイミングとか負荷とか難しい問題は何も
無い筈なのに。
801 :
仕様書無しさん :02/04/07 01:21
「何万件未処理があるのか報告しなければならないので 修正作業を止めてもいいから数を出してくれ。報告が大事なんだ!!」 に512ペリカ
今回の件を題材にプロジェクトの進め方とかの 特集が雑誌に載りそうだな。 XP?
804 :
仕様書無しさん :02/04/07 01:24
現場は原因わかってるんだろうね。 広報まで情報がいくまでには相当な時間がかかっているのだろう。 ベンダ→銀行(班)→銀行(部)→銀行(CIO代理) →銀行(他2行)→銀行(ホールディングス)→(広報) といったところか?2日かかるね。
● < モウミス゛ホ゜ _■\
807 :
仕様書無しさん :02/04/07 01:26
808 :
仕様書無しさん :02/04/07 01:26
話題が分散してきたな・・・。
>>804 しかもその途中で、伝言ゲームのように
中身が変質化していると思われる。
(マジカル頭脳パワーみたいに)
812 :
仕様書無しさん :02/04/07 01:28
ほんとのところ現場はどうなっているのだろう? PGやSEは帰っているの?いや寝ているの?と言った方がいいか。
>>806 ゲームってバグ見つかっても直さなくて良いからいいよな。
815 :
仕様書無しさん :02/04/07 01:31
応援部隊も悲惨だろうなー。対岸の火と思ってたら赤紙がやってきて出兵命令...
816 :
仕様書無しさん :02/04/07 01:31
>812 実は、行員総出で手作業処理やってるので、開発系は呼ばれてない・・・とか。
818 :
仕様書無しさん :02/04/07 01:33
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 まあ、記者は専門家じゃないから、無理があるさ。しかたない。 でも、そう考えると自分が専門じゃない話では、新聞読んでだまされまくってる かもしれないってことだよな。 そう考えると結構怖い。
>818 今日の新聞に評論家の話として、 なぜ、手作業で出来るようにしておかなかったのか。 とかかいてあったよ。 こんなんが評論家なのか。 バカを通り越して哀れですらあるな。 年寄りなんて、システムのシの字も理解してねぇんだろうな。
825 :
仕様書無しさん :02/04/07 01:38
>>819 Mさん?それともMさん子飼いの禿Tさんかな
826 :
仕様書無しさん :02/04/07 01:38
セルフオペほど危険なもんはない。
>>819 コアダンプのリスト見るなんて甘い甘い、、、
ミニコンの本体から直にヘキサ入力。
コンソールや端末なんてーものは、もちろんなし!
自分で分岐させ、そこに追加のマシン語を、アドレスの
計算、マシン語の脳内でやってたじじいがいたぞ。
>>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?
バカなこと言ってるな。間違いが許されるシステムと許されないシステムを
一緒にして論じるようでは新聞配信データシステムも危ないぞ。
ついこの間、この新聞社も版下データ送信システムが落雷でダウンして
一部地域で配達が大幅に遅れたんだけどねえ。
危機管理なんて人に説教垂れられるのか?
上層部がそういうことは下っ端の仕事と考えていたから「みずほ」の事故も
起きたのだけれど、そういう発想は出てこないらしい、この新聞社は。
脳天気も言いトコだな。アホ。一人で叫いてろ。
「正義」はもっと小さい声で呟くこと。
>>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にパッチあててた
>>792 そば屋だって、「出前まだ?」って電話来たら「すいません、たった今出ました」
っていうだろ?
837 :
仕様書無しさん :02/04/07 01:47
お、なんかコアな話題になってる!
838 :
仕様書無しさん :02/04/07 01:47
>>833 ホスト方面なら神の薫陶を受けた若いのも居るよ
アーキテクチュアとかずっと変わらないんで
突き詰められる人間なら光の世界が見える
839 :
仕様書無しさん :02/04/07 01:47
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 グループは当面、三行のシステムを中継コンピューターで接続する方法を採用した。
旧行意識にとらわれ意思決定が遅れたことなどが理由とされている。
顧客サービスより内部調整に精力が振り向けられてきたことをうかがわせる。
って書いてあるから人災だっていっていると思うけど。
ワシもワンボードマイコンでならその昔…ふつうか(藁
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
864 :
仕様書無しさん :02/04/07 02:09
>>861 たぶんやらない。
理解しようとしないと思う(w
>>850 手作業云々は、電子立国2で鉄鋼のオヤジも言っていたから、そこから
出てるのかな、とか思ったりした。
それがあるから、オレはPGでも組み込み屋の門外漢でよくわからんから、な
んとなくその記事みて納得しちゃってたよ。
866 :
仕様書無しさん :02/04/07 02:10
>>862 実は作れないこともない
実際オリンピックでは半分くらい手作業で入稿時間を遅らせたところがある
>>851 懐かしい、OS360系か。AMASPZAPの入力だなこれは。
昔はヘキサでパッチ当てるの普通だったけどな。
このパッチは、FLCに飛んでいくね(藁
868 :
仕様書無しさん :02/04/07 02:11
もし仮に現場で働いてる連中がストライキ起こしたら 俺も参加するだろな、絶対に。だって面白そうジャン!
869 :
仕様書無しさん :02/04/07 02:11
870 :
仕様書無しさん :02/04/07 02:12
>>864 一回ストライキしてみるか?
NTT、東電、携帯電話会社、銀行、証券、その他の情報関連業種が
一斉にストする。メンテもオペもストップだ。
有り難みを思い知れ、アホどもめ。
871 :
仕様書無しさん :02/04/07 02:13
みんなが休む?!ならパッチ作業とかマターリするかと考える漏れは基盤屋
>>868
873 :
仕様書無しさん :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
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
>>850 本気でそう考えられてしまうと,
手作業でできることも出来ない.
↓
単金下げる.
↓
キツイ割に収入少ない.
↓
ますます不人気業種.
↓
賢い人来なくなる.
↓
バグる.
↓
一番上へ.
馬鹿ループ完成.
--いい歳して只今バッチ立会い中.疲れたよ.
みずほがトラブったもんだから心配で この板始めて来たんだけど 1,2,3と全部読んで 勉強になるなぁこのスレとおもいますた わからない単語が多いので俺は全然だと再認識させられたけど なんかいい感じ これからこの板で勉強させていただきやす
884 :
仕様書無しさん :02/04/07 02:18
885 :
仕様書無しさん :02/04/07 02:19
>>881 本物?信じられないけど一応。
頑張れ辛くなったら逃げてくれ。
887 :
仕様書無しさん :02/04/07 02:20
ネタか…
>>877 おみゃえプロか?
有給なんて毎年捨ててるよ.
889 :
仕様書無しさん :02/04/07 02:20
>>872 マターリやってるとパッチバグがでてしかもそれバックアウトできません
応急修正をいまから作りますのでお待ちください
なんていう基盤クラス超ど級のが出るんだよなあ 漏れも基盤バカ一代
ネタじゃなければ一面差し替えに間に合ったのに
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
漏れなんか帳尻あわねーから休んだことにして 有休全部使ってるぜー(涙
>>874 SYSABENDダンプだろ、読み方を憶えるのに1年はかかるぞ。
OSの主要な機能と制御表の関連が頭に入ってないととてもじゃないが読めん。
メモリダンプになるとダンボール1箱ぐらいの量になる。
慣れたら数分で解析できるが、俺はそうなるまでに2年近くかかった(藁
896 :
仕様書無しさん :02/04/07 02:23
897 :
仕様書無しさん :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
つーか、今回の話は、基本設計から終了している 気がするから、スーパーな火消し人でも時間かかるん ちゃうかな? 難問が数個あるというレベルではなく 全部ダメダメだと、ほとんど新規製造でない。
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
912 :
基盤バカ一代 :02/04/07 02:35
>>898 おーやってますな
ウチはSolarisなんだけどパッチの説明の英文読むのがつらくてね。
今年になってから妙にパッチの量が増えててなかなかつらいです。
>>905 てゆうか、ユーザが無茶言い過ぎるから休めない。
「他界金払ってるんだから早く作れ!」
「....ハイ。(漏れらは原価割れ寸前だよ)」
>>910 それって可能なのかな・・・
新システムまで、あと4年かかったりして(w。
>>909 キーゼロ、スーパバイザモードのシステムプログラムの話だよ。
俺、昔OS作ってたんだ(藁
916 :
仕様書無しさん :02/04/07 02:37
>>913 リアル、、。
ハイと言うしかないのか、、鬱
917 :
仕様書無しさん :02/04/07 02:38
>>910 そーいや昔、新人でOUTPUTのデータを
一生懸命打ち込んでるやつがいたなー
おまえがプログラムかっ?て小一時間・・(w
mainframeメンバーはピンポイントに奥が深いところまで潜るつらさが オープンメンバーは広範囲にあさるつらさが メッセージみても何の障害か本気でわかんねーつーのがオープン系の痛いところ ダンプとって解析してもわかんなかったときはマジで逃げようと思ったよ えぐえぐ・・・
919 :
仕様書無しさん :02/04/07 02:38
>>915 あ、すいません。業務しかやっていなかったんで
920 :
仕様書無しさん :02/04/07 02:39
>>917 手で出力を計算してテスト結果と付き合わせるってのは新規でよくやるが
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逃亡後に問題になったが
通信会社「東京通信ネットワーク」(本社・東京)が運営するインターネット接続サービス
「東京電話インターネット」で、6日未明から夜まで、約20万人の加入者全員が電子メール
を受信できなくなるトラブルがあった。
サーバー内のデータベースの一部が破損したのが原因。同日午後9時20分に復旧したが、
少なくとも400人以上の加入者に送信されたメールが消失した可能性が高いという。
同社によると、受信できなくなったのは、同日午前零時20分過ぎごろ。
メールアドレスやパスワードの変更も利用できなくなった。
(4月7日01:51)
http://www.yomiuri.co.jp/04/20020406ic50.htm
現場ではEXCELが大活躍してるのかなぁ
>>920 つまり、人海戦術 + スーパー銀行員で凌ぐ、と。
うーむ、ある意味最強かもな。
電卓使いの達人が続出したりして。
928 :
仕様書無しさん :02/04/07 02:43
929 :
仕様書無しさん :02/04/07 02:43
>>920 いや、その打ち込んだデータセットをOUTPUTに指定して実行したら
打ち込んだ内容がすべて空になって、それで打ち込み直していたらしい。
もうバカかと、アホかと・・(w
今、テープとかカード現役で使ってた人多そうだな。
>>926 数値計算でバグがあったりして。小数点まわりとか。
933 :
仕様書無しさん :02/04/07 02:45
934 :
仕様書無しさん :02/04/07 02:46
935 :
仕様書無しさん :02/04/07 02:46
残業代は出ません
>>931 カード:落としてバラバラになると悲惨・・・
後輩に「これパンチしてくれ」と頼むと暫くして戻ってきて
「あのiのキーがありません」
テープ:モータでテープを巻く足ふみのやつ使ってました。。。
937 :
仕様書無しさん :02/04/07 02:47
>>934 いいんだよ、自分らの責任なんだから、タダで(w
>>930 桁が入り切らなくなったら、ソロバンと併用、
もしくは隣の人の電卓にくり上げ・・・。
939 :
仕様書無しさん :02/04/07 02:48
>>938 総資産だと、12桁電卓じゃたらんな。
財務省には18桁電卓が特注であるらしいが。
私だって寝てないんだ!
941 :
仕様書無しさん :02/04/07 02:49
口座数だけでも1000万件は越えるような帳簿に 秒間150件くらいトランザクションがやってくるんだろー?(ここ予想) 鉄鋼・流通・銀行で、 手仕事はモハヤむりなんじゃねー? 大口振替スペシャルとかならできるかもしれんが
943 :
仕様書無しさん :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
>>939 国家予算クラスは18桁ないと不安だね確かに
951 :
仕様書無しさん :02/04/07 02:51
>>946 桁の多い電卓は持ってるとは思うが、
そうそう必要数あるとはおもえん。
各地のそろばん塾長が召集されていると予想。
952 :
仕様書無しさん :02/04/07 02:52
953 :
ヽ(´ー`)ノ :02/04/07 02:52
お祭りだね〜。次スレよろぴく。
955 :
仕様書無しさん :02/04/07 02:52
昔のパチンコ台は中にオバチャンが入ってたろ、デネェーゾなんて台叩いてるオヤジがよくいたな。 あれのまねして、ATMの中に行員をしこんどきゃいいんじゃねぇーかな。
957 :
仕様書無しさん :02/04/07 02:52
958 :
仕様書無しさん :02/04/07 02:53
18桁っていったら、99京まで扱えるなぁ
>>956 デビュー当時の無人君がマジでそれやってたという・・・・
ララララ♪。
961 :
仕様書無しさん :02/04/07 02:53
>>942 秒間150件なら、10秒/件として、
1500人いれば良いのではないか?
日変わり処理の人とか、三交替制の分とかは
増やさないといけないが。
962 :
仕様書無しさん :02/04/07 02:54
口座を支店毎に分けて、元帳引っこ抜いて、 振替の依頼も支店毎に分けて、支店の数だけパソコン並べて、 そうすりゃSQLサーバでも処理できそう。 そんで出来たデータを汎用機に戻す。 なんだ、大丈夫じゃないか。
963 :
仕様書無しさん :02/04/07 02:54
964 :
仕様書無しさん :02/04/07 02:54
>>960 ついでにバグも直してくれるとイイのにね!
>>691 あとヴェリファイもしなくちゃいかんので
×3ってことで。
966 :
仕様書無しさん :02/04/07 02:55
無人じゃねぇじゃん「有人君」 ウワァ・・・
968 :
仕様書無しさん :02/04/07 02:56
969 :
仕様書無しさん :02/04/07 02:56
>>967 いまでもむじんくんは監視されてるけどな。
操作に手間取ってると、マイクで指示されるらしいし(w
>>951 ミニスカのねーちゃんが来ると中でハァハァと荒い息が聞こえてた。
971 :
仕様書無しさん :02/04/07 02:57
>>965 , 966
わかったよ。つまり、一万人くらい assignすれば
可能そうだというので良いか?
>>963 うん。無人契約機と言っても、免許証とか、スキャナとかでコピーしないといけないから。
今はどうなのかわからないけど、マジだよ。
::::::::::::::::::::::::::::::::::::/ \:::::::::::::::::::::::::::: ::::::::::::::::::::::::::::::::::/ ::::::::::::::::::::::::::::::::: ::::::::::::::::...... ....::::::| |::::::::::::.. ...: :::::::: :. .::::::::........ . .::::::::::::::::::: | ........... ..::::: :::: :::::... . .... .. . ヽ / . . . ... ..::::: . .. . \ / −ー ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ( ・∀・)y━~~ < 950逃げたかぁ? (つ目 ) \________ TTTTTTTT|TTTTT  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| | |
974 :
仕様書無しさん :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
5万人必要なのね(w それだと、現実にはさぼったりするやついるから、 10万人ぐらい必要な気が。
979 :
仕様書無しさん :02/04/07 03:00
980 :
仕様書無しさん :02/04/07 03:00
>>975 二度同じ過ちはするな。ピーク時も大丈夫か?
めんどくさいから国民全員が行員ってことで・・・
982 :
仕様書無しさん :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
987 :
仕様書無しさん :02/04/07 03:02
>>975 なんだ、今回の事故は政府の失業対策だったんだねえ。なるほど
あ、あと次スレ誰かお願いします。
>>975 問題は場所だな、48,735人を配置できるところなんてあるか?(藁
10万/人月 * 60マソ(平均がわからん) 一月60億円かぁ潰れるね余裕で
1000!
991 :
仕様書無しさん :02/04/07 03:02
>>975 それだけの人間を動かすのに新たなシステムが必要です、と。
キャパ管担「頭取、48,000人の兵を全支店から召集してください!!」 頭取 「貴様、球場か武道館でも建てようというつもりか!!」 キャパ管担「大丈夫です!!多摩センターであれば 多摩クリスタルの協力を仰いで人員の発電も万全です!! 自家発させなくてもいいんです!!」
993 :
仕様書無しさん :02/04/07 03:02
>>975 , 976
なるほど。一万人じゃたらないね(w。
おれの1000ずりー。
1000
996 :
LIVEの名無しさん :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を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。