あるIT現場2 故障多発 無謀な怒りの代償 第３幕 障害多発中 迷彩 パチンコ玉と難読化
あるIT現場2 故障多発 無謀な怒りの代償 第３幕 障害多発中 迷彩 パチンコ玉と難読化
ポアンカレ以前とルベーグ積分以降
変なDBのOracle化
私が所属する元請と顧客 対 Nxxデーター
私が所属する元請の、作ったものは、意味不明。
それを、オフショアを仕切り、直すのは、Nxxデーター。
直されたものを、検証するのは、私の所属する元請。
そして、引渡しを受けるのは、生き血を吸う業界のコンサル会社
(このコンサル会社は、常に自分達の単金が、250万であることを連呼する。四六時中)
まだ、Nxxデーターの方を持ちたい。
と、いっても、もう、データーの人は常駐してない。
■今更ながらの、仕様通りかの確認？
勘弁してもらいたい。
現場には、リーダーが、存在しない。
特に、私が所属する元請には、存在しない。
いくつかの小隊があるが、一人も、リーダーらしき、
人物はいない。
何故、今更、仕様通りかの、確認をしなければ、ならないのか。
わたくしは、不満がある。
何度も、今の、やりかたでは、だめだから、
仕様がなんであるのか、モデルを作ろうとか、
ポンチ絵を描こうとか、いったのだが、
そのつど、却下された。
プログラムを作り直そうと、何度も、いったが、
却下された。
どう、作り直すべきかも、何度も、いったが、
だれも、聞く耳をもたない。
今、追加検証をしているが、仕様がない。
業務マニュアルも、業務モデルも、データーモデルも、
機能モデルも、ERも、・・・なにもない。
あるのは、この現場特有の、最強仕様メモ(殴り書きの、ワードサラダ）
例
Aという、項目は、
Bの品目タイプが、'1','3','6','7'の場合
B にて、判定する。
B(品目タイプが、NULLでないとき(スペース含む)の場合、
顧客コードが、
xxx1 のとき、yyy1とする。
xxx2 のとき、yyy2とする。
xxxn のとき、yyynとする。
但し、キットセットの場合、合算する。
上記以外の場合、オールスペースとする。
上記以外の場合、zzz のとき、ppp
・・・
何が、なんだか、わからないが、
そんな感じのが、
数百個並ぶ、
備考欄にも、要注意のとんでも、ないことが、羅列してある。
関係あるのか、ないのか、世間話なのかも、わからない。
で、実装は、どうなるかというと、もっと酷くなる。
結局、ゆるく、沢山とってきて、沢山読み飛ばす。
入賞口に、運良く入るものも、あれば、スカのこともある。
テストデーターが、間違えていれば、意味不明な、出力がでてくる。
どーして、こー、なんだろう。
処理対象を一撃で、とってくることと、
取って来た、データーの、整合性チェックくらい、やれよな。
あるのは、あっちゃ、こっちゃで、
色々、あーでもない、こーでもない、
書いてある。
同じことしている、80個前後の、カーソルとか、
どーして、そーなるの？
なんども、なんども、これじゃ、だめだから、
「こーしたい」といったが、常に、却下される。
「こーすべきだ」といっても、通じない。
今、私が所属する、元請は、木っ端役人にも、満たないのだろう。
部隊の、利益とか、まるで、考えない。
ただ、決まりをまもっていれば、障害がでても、障害ではない？
そほいう、弱腰というか、なんと、いったらよいのか、
まるで、意志のまったくない、ロボットのような、元請ども。
おのれらは、体裁だけだな。
負けると分かっていても、顧客を説得しろよ。
負けても、それでも、自分で、何故行かないのかな。
外注を叩いたところで、解決するわけ、ねーだろ。
まあ、似非紳士な、元請だから、仕方ないかな。
どこでも、テストスーツくらい、作ることあるし、
モデルくらい作るだろうが、
その他にも、・・・
元請の人達：「無駄だ、無駄なことするな、・・・」
結局、元請の人達が、無駄だと、思っていることが、
やらなければ、ならないことだよ。
おのれらの、存在が、無駄だと、俺には、思える。
こんな、ゴミ文書、ゴミプログラムじゃ、
あとを、引き継ぐ、次の、元請が、苦労するだろうな。
ただ、そのときは、モデルとかも、作るだろうから、
はっきり、今、私が、所属する、元請の、
ダメさ加減が、わかるだろうな。
中国とか、インドの、オフショアの人達のほうが、
ずっと、切れが、あるからな。
日本じゃ、わざわざ、分かりにくくして、だれも、直せないようにして、
二度と、直さなくても、よいように、作っておけば、良いものを、
わざわざ、何度も、直さないと、いけないようにして、
顧客から、ふんだくる。
悪徳商法だな。
ポアンカレ以前とルベーグ積分以降
変なDBのOracle化
私が所属する元請と顧客 対 Nxxデーター
私が所属する元請の、作ったものは、意味不明。
それを、オフショアを仕切り、直すのは、Nxxデーター。
直されたものを、検証するのは、私の所属する元請。
そして、引渡しを受けるのは、生き血を吸う業界のコンサル会社
(このコンサル会社は、常に自分達の単金が、250万であることを連呼する。四六時中)
まだ、Nxxデーターの方を持ちたい。
と、いっても、もう、データーの人は常駐してない。
■今更ながらの、仕様通りかの確認？
勘弁してもらいたい。
現場には、リーダーが、存在しない。
特に、私が所属する元請には、存在しない。
いくつかの小隊があるが、一人も、リーダーらしき、
人物はいない。
何故、今更、仕様通りかの、確認をしなければ、ならないのか。
わたくしは、不満がある。
何度も、今の、やりかたでは、だめだから、
仕様がなんであるのか、モデルを作ろうとか、
ポンチ絵を描こうとか、いったのだが、
そのつど、却下された。
プログラムを作り直そうと、何度も、いったが、
却下された。
どう、作り直すべきかも、何度も、いったが、
だれも、聞く耳をもたない。
今、追加検証をしているが、仕様がない。
業務マニュアルも、業務モデルも、データーモデルも、
機能モデルも、ERも、・・・なにもない。
あるのは、この現場特有の、最強仕様メモ(殴り書きの、ワードサラダ）
例
Aという、項目は、
Bの品目タイプが、'1','3','6','7'の場合
B にて、判定する。
B(品目タイプが、NULLでないとき(スペース含む)の場合、
顧客コードが、
xxx1 のとき、yyy1とする。
xxx2 のとき、yyy2とする。
xxxn のとき、yyynとする。
但し、キットセットの場合、合算する。
上記以外の場合、オールスペースとする。
上記以外の場合、zzz のとき、ppp
・・・
何が、なんだか、わからないが、
そんな感じのが、
数百個並ぶ、
備考欄にも、要注意のとんでも、ないことが、羅列してある。
関係あるのか、ないのか、世間話なのかも、わからない。
で、実装は、どうなるかというと、もっと酷くなる。
結局、ゆるく、沢山とってきて、沢山読み飛ばす。
入賞口に、運良く入るものも、あれば、スカのこともある。
テストデーターが、間違えていれば、意味不明な、出力がでてくる。
どーして、こー、なんだろう。
処理対象を一撃で、とってくることと、
取って来た、データーの、整合性チェックくらい、やれよな。
あるのは、あっちゃ、こっちゃで、
色々、あーでもない、こーでもない、
書いてある。
同じことしている、80個前後の、カーソルとか、
どーして、そーなるの？
なんども、なんども、これじゃ、だめだから、
「こーしたい」といったが、常に、却下される。
「こーすべきだ」といっても、通じない。
今、私が所属する、元請は、木っ端役人にも、満たないのだろう。
部隊の、利益とか、まるで、考えない。
ただ、決まりをまもっていれば、障害がでても、障害ではない？
そほいう、弱腰というか、なんと、いったらよいのか、
まるで、意志のまったくない、ロボットのような、元請ども。
おのれらは、体裁だけだな。
負けると分かっていても、顧客を説得しろよ。
負けても、それでも、自分で、何故行かないのかな。
外注を叩いたところで、解決するわけ、ねーだろ。
まあ、似非紳士な、元請だから、仕方ないかな。
どこでも、テストスーツくらい、作ることあるし、
モデルくらい作るだろうが、
その他にも、・・・
元請の人達：「無駄だ、無駄なことするな、・・・」
結局、元請の人達が、無駄だと、思っていることが、
やらなければ、ならないことだよ。
おのれらの、存在が、無駄だと、俺には、思える。
こんな、ゴミ文書、ゴミプログラムじゃ、
あとを、引き継ぐ、次の、元請が、苦労するだろうな。
ただ、そのときは、モデルとかも、作るだろうから、
はっきり、今、私が、所属する、元請の、
ダメさ加減が、わかるだろうな。
中国とか、インドの、オフショアの人達のほうが、
ずっと、切れが、あるからな。
日本じゃ、わざわざ、分かりにくくして、だれも、直せないようにして、
二度と、直さなくても、よいように、作っておけば、良いものを、
わざわざ、何度も、直さないと、いけないようにして、
顧客から、ふんだくる。
悪徳商法だな。