アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
「提携先と取り決めたデータ仕様」 (スコア:1)
n行あれば、n*(n-1)通りの取り決めがあるということなのでしょうか?
トラブル出て当たり前な気もしますが。
「統合ATM」などという言葉も聞いたことありますが。
誰か教えて。
Re:「提携先と取り決めたデータ仕様」 (スコア:1)
多分適当な電文に対してその場でパッチとかやって、強引に対応してきたツケなんでしょうね。
しかし、いつも気になるのが電文フォーマットが異常なんでシステム停止という話。
入力データをチェックして、整合性がとれないものはリジェクトするとかできないもんなんですかね。
そうすれば全体が止まるようなことはいはずだと思うんですが。
と、6000人もSEがいたんだからそれぐらい誰かが考えるとして、そういう実装ができない何かがあるんでしょうねぇ。
Re:「提携先と取り決めたデータ仕様」 (スコア:2, 興味深い)
銀行では仕様変更ほど大変な仕事はありません。
一つの機能修正を説明する為に影響範囲を洗いざらい調べて、大量の資料を用意して、納得させる事が出来なかったら、納得するための資料をまた大量に作って。(ここまで約2ヶ月)
そして、直すコードは2行とか。
#銀行では歴史が一番信頼できるんですorz
#きっと、空飛ぶスパゲッティが知的デザインという裁きを下したんですよ。
#元、中の人だったので、AC
Re:「提携先と取り決めたデータ仕様」 (スコア:1)
どんな業界でも、大なり小なり同様の事象は存在するような?
現状の動作実績や「壊れていないものは直すな」という縛りから、
式の順序一つ訂正する事ができなかったり、とか。
// 空飛ぶスパゲッティモンスター様は、一人一人の頭上で、
// 私たちの行いを見守って下さいます。
// 私や気に入らない上司の頭の上に浮いているように、
// ほら、あなたの上にも ……
Re: (スコア:0)
>どんな業界でも、大なり小なり同様の事象は存在するような?
誤読してるよ。
>>銀行では仕様変更ほど大変な仕事はありません。
Re:「提携先と取り決めたデータ仕様」 (スコア:1)
データ出力元とリジェクトする仕様を定義してお互いに機能追加をしなければいけない。
→手いっぱいだしな、誰に何聞くんだかわかんねーし(フロアの向こうの人の顔とか見えない芋洗い状態)
元システムにもそんな仕様ないみたいだし、ま、いいだろ
的に言われないとやらないんでしょうね。