過去日記。
トップ goma@gomadepon.com

過去日記一覧

No. 1035 2021年3月14日 某銀行のシステムトラブルの話を聞いて
コメント:

ITにはその瞬間の工数をほんの少し削るためにやっつけ設計を平気でする人と、そういうやり方を支持する偉い人ってのがいる。
IF作成の申請一つ削るため、とか理由は実に些細なくせに、その時は何とかなっても次の案件では障壁になったりしてトラブルの原因になるので最高に嫌だ。

幸い今の現場の上司はそういうのを嫌う事を理解してくれているので最高に助かっている。

今の現場に入った十数年前、お客のワガママによる試験直前のセグメント変更と、相手方へのアドレス変更連絡をしたくないと言うそれだけの理由であるシステムに施されたNAT構成。
今でもちょいちょい障害の元になっていて神経を使うわりに利点はひとつもない。

今回の銀行のもこういった歴史の塊なんだろうなぁと推測してしまう。

残念だけど担当者も管理職もひとつの現場に数年いれば十分長いからね、長期を見据えた設計を真剣にやらない人がいるのはしょうがない。業界の構造もあるし。
だけどSIerの管理職は本当は同じ感覚なのは本当はちょっとダメだと思っている。下請けの癖に生意気って言われるけど。

でも、何よりそういう設計をしても誰も評価してくれないからね。壊れたものを直すと評価されるけど、壊れないものは評価されにくい。

秋から年度末までやっている仕事では前出とは違う現システムの増改築をしていて。
設計書を端まで見直したけど、論理接続が多くて設計書にしにくいのに綺麗に纏まってるし、FWルールの名前付けとか、ルーティングの設計とか、LBの設計とか、細かいひとつひとつまで後から弄りやすい構成になっていてシステムとして惚れ惚れする。来年あたり移設する可能性があるけど、これ以上のものは作れない気がするな。

あの時はほんと腕が立つメンバーで仕事ができていたんだな、と数年たって改めて思いますわ。これからもこうありたい。




最新の日記はこちら 掲示板