「ホストの不備をクライアントで吸収」記事へのコメント

官庁案件とか大手SIer案件に潜む人型バグ

[C0FFEE (36377)]

自分もある官庁案件で、まさに似たような経験をしました。
「データの中のスペース(0x20)に見えてる部分がNULL(0x00)の奴」とか、
当時を思い出して苦笑してしまいました。

>ホストのプログラム作ってる奴ってバカなの？。

個人個人は誠実で優秀、出来る範囲で頑張った結果だったりするようです。
多分。

大体、こうなっている歴史的経緯は以下の５つ辺りにあるかと思います。

・ステークホルダーが多すぎてモジュール分割が細分化
（もちろん、単に意思疎通や方針決定の障害にもなる）

・丸投げ前提のくせに実装関係者が居ない会議で決定
（開発物の類似案件で実装経験がある人間さえいない）

・仕様が

腹が立つのは

[malice-angel (8295)]

腹立つのは、仕様の逆読み、つまり

行末に余分なカンマがあるデータを作ったり、改行コードが指定のでないのを送ってきたり、ファイルの途中に改行オンリー(おそらくコントロールブレイク)があったり、最終行が必ず改行オンリーだったり。

等についてツッコむと、

• 行末に余分なカンマを付けてはいけない
• ファイルの途中に改行オンリーの行があってはいけない
• 最終行が改行オンリーになっていてはいけない

とは、仕様書に記載されていない。などとほざく奴がいる事です。あんた、それでよく自分は一人前だと言えますね。って思ったもんです。
こういうところに仕事を出す時は、俺が上記のような事をヌカせないようにガチガチに仕様を固めてやるから、一旦その仕様を見せてくれ。と発注元にお願いした事もあります。

とにかく、不具合を不具合と認めない。しまいには時間がないとかヌカす。全体の納期が決まっているから融通の利くクライアント側に理不尽な仕様変更が回ってくる。で、クライアント側が不具合を吸収した事を知っているかというと末端の担当者はなにも聞いていないので知らない。自分のプログラムに不具合は無かったと認識しやがる。
それで、後日同じ事を繰り返す。プログラムなんてこんなものでいいんだという意識が根付く。もう最悪。

ホストって何様やねん？。発注元もホスト側にもっと言いたい事言えや。なんでそんな弱腰やねん？と、書いているとどんどん腹立ってくるのでこの辺でやめときます。

--

我は俗物なり。ひれ伏せよ。