あるIT現場2 故障多発 無謀な怒りの代償 第３幕 障害多発中 CISC な人々 対 Alpha
あるIT現場2 故障多発 無謀な怒りの代償 第３幕 障害多発中 CISC な人々 対 Alpha, BlueLight
ポアンカレ以前とルベーグ積分以降
変なDBのOracle化
私が所属する元請と顧客 対 Nxxデーター
私が所属する元請の、作ったものは、意味不明。
それを、オフショアを仕切り、直すのは、Nxxデーター。
直されたものを、検証するのは、私の所属する元請。
そして、引渡しを受けるのは、生き血を吸う業界のコンサル会社
(このコンサル会社は、常に自分達の単金が、250万であることを連呼する。四六時中)
まだ、Nxxデーターの方を持ちたい。
データーの人は、気がついたら、綺麗サッパリ、契約満了のようで、
スッキリ、いなくなっちゃった。
よ。
結構できる、オーリーオーンな人は、たまに来ますとか、言っていたが、
そのころ、既に、私は、逃亡しているかもしれない。
最近また、ファイルだか、なんだか、コピーできない？
とか、なぜか、また、顧客承認テスト、なんちゃって、スルーなテストとか、
動きがわるい、プログラムとかあるとか、でてきて、聞かれるが、
そんなの、今、私に、聞いても、何も、答えないと思う。
先日の、朝潮物件２つのうちの１つ目の、検証結果で、
シナリオのようなものの、いくつかで、準備した、データーに、
間違えがあった。
手で、4000、レコードくらい、つくったのだが、
そのうちの、3000レコードから、100レコードくらいに、パンチミスがあった。
前回改修のデーターから、今回用に、10テーブルくらいで、色々、あーでもない、
こーでもない、するのだが、
間違えちゃったよ。
しょうもない、検証用の、
フル桁、NULL桁？フル桁、NULL桁？とかいう、
なんで、そんなこと、するの？
というやつようなんだが。
元請の、作っちゃった、プログラムが、あっちゃこっっちゃで、
どーしょーもなく、アドホックに、行き当たりばったりに、
しょうもないことしているから、
確認しないと、安心できん、らしい。
というより、そういうの、確認しても、それでも、
たまに、不具合が発覚する。
発覚するだよ。
発覚しないのは、沢山あると思うが、
何にも、使われていない、項目とか、あるから、
この先、5年とか、10年、ほっといても、問題ないのも、沢山ある。
手積みで、データー作るの、少しなら、いいけど、どーして、今の元請の人達は、
そほいう、考えに至ったのか不明だ。
主なテーブルに、種をいれて、ラインとか、ラインライン、従属とかは、
自動生成くらいに、しても、いいのにな。
CISC な、人々の考えは、わからん。
どーして、あっちゃこっっちゃで、あーでもない、こーでもない、
する、ベタベタなもの作っちゃうんだろうか。
基準・標準からして、やっつけだからな。
工程手順確認一覧とかいうものの、やっつけだからな。
顧客の予算が、厳しいから、また、今、私が所属する、元請は、削られるだろうな。
どうみても、機能に対して、人が多すぎる。
今の元請は、最盛期は、150人くらい、人を出していたが、
本来、まともに、仕組みをつくっていれば、5人じゃねーかな、
構築から、運用マニュアル作成とかまでで、
ずっと、5人くらい、いれば、運用も、まわせるんじゃねーかな。
わざわざ、誰にも、もちろん、自分達にも、わからないように、作って、
それで、ちょっと、要望が入るたびに、
本来、修正不要なものを、修正しつづけるんだからな。
私が、顧客であり、もし、受け入れの担当だったとしたら、つき返すよ。
そして、二度と、取引は、しない。
ポアンカレ以前とルベーグ積分以降
変なDBのOracle化
私が所属する元請と顧客 対 Nxxデーター
私が所属する元請の、作ったものは、意味不明。
それを、オフショアを仕切り、直すのは、Nxxデーター。
直されたものを、検証するのは、私の所属する元請。
そして、引渡しを受けるのは、生き血を吸う業界のコンサル会社
(このコンサル会社は、常に自分達の単金が、250万であることを連呼する。四六時中)
まだ、Nxxデーターの方を持ちたい。
データーの人は、気がついたら、綺麗サッパリ、契約満了のようで、
スッキリ、いなくなっちゃった。
よ。
結構できる、オーリーオーンな人は、たまに来ますとか、言っていたが、
そのころ、既に、私は、逃亡しているかもしれない。
最近また、ファイルだか、なんだか、コピーできない？
とか、なぜか、また、顧客承認テスト、なんちゃって、スルーなテストとか、
動きがわるい、プログラムとかあるとか、でてきて、聞かれるが、
そんなの、今、私に、聞いても、何も、答えないと思う。
先日の、朝潮物件２つのうちの１つ目の、検証結果で、
シナリオのようなものの、いくつかで、準備した、データーに、
間違えがあった。
手で、4000、レコードくらい、つくったのだが、
そのうちの、3000レコードから、100レコードくらいに、パンチミスがあった。
前回改修のデーターから、今回用に、10テーブルくらいで、色々、あーでもない、
こーでもない、するのだが、
間違えちゃったよ。
しょうもない、検証用の、
フル桁、NULL桁？フル桁、NULL桁？とかいう、
なんで、そんなこと、するの？
というやつようなんだが。
元請の、作っちゃった、プログラムが、あっちゃこっっちゃで、
どーしょーもなく、アドホックに、行き当たりばったりに、
しょうもないことしているから、
確認しないと、安心できん、らしい。
というより、そういうの、確認しても、それでも、
たまに、不具合が発覚する。
発覚するだよ。
発覚しないのは、沢山あると思うが、
何にも、使われていない、項目とか、あるから、
この先、5年とか、10年、ほっといても、問題ないのも、沢山ある。
手積みで、データー作るの、少しなら、いいけど、どーして、今の元請の人達は、
そほいう、考えに至ったのか不明だ。
主なテーブルに、種をいれて、ラインとか、ラインライン、従属とかは、
自動生成くらいに、しても、いいのにな。
CISC な、人々の考えは、わからん。
どーして、あっちゃこっっちゃで、あーでもない、こーでもない、
する、ベタベタなもの作っちゃうんだろうか。
基準・標準からして、やっつけだからな。
工程手順確認一覧とかいうものの、やっつけだからな。
顧客の予算が、厳しいから、また、今、私が所属する、元請は、削られるだろうな。
どうみても、機能に対して、人が多すぎる。
今の元請は、最盛期は、150人くらい、人を出していたが、
本来、まともに、仕組みをつくっていれば、5人じゃねーかな、
構築から、運用マニュアル作成とかまでで、
ずっと、5人くらい、いれば、運用も、まわせるんじゃねーかな。
わざわざ、誰にも、もちろん、自分達にも、わからないように、作って、
それで、ちょっと、要望が入るたびに、
本来、修正不要なものを、修正しつづけるんだからな。
私が、顧客であり、もし、受け入れの担当だったとしたら、つき返すよ。
そして、二度と、取引は、しない。