ぐち0xB ～倒れるまでは大丈夫～

でもうちの会社は、コードレビューも仕様書も企画書も一切無し。
仕様は俺の胸三寸。こんなのでいいのか・・・。

>>934
こないだソフトから出された仕様変更は、

　「変更理由：すっかり忘れていました。」

だったぞ。しかもその連絡した人、自分の名前と忘却内容をメーリングリストで晒していた。
漏れらのリダに送るつもりだったそうな。

うちなんかテストスイーツが仕様書ですよ。ガッハッハ。

気分が仕様書はかなり困る。
なんせ、事実上仕様変更なのに「俺はこう思っていた」「こういうつもりだった」が仕様になるため
メールで連絡をとりあった結果の資料をレビューで報告すると「あのメールのあの文章はこういう意味だった」で
事実上仕様変更、でもこっちの判断ミスみたいに言われて仕方が無く修正。
議事録をまとめて確認のため送ると、「こんな発言はしていない」と参加者全員が聞いていた話をひるがえし、
仕様変更と思っていたことが消える。なんだじゃあこれはこのままか、ということで修正せず、レビューで話した
他の部分を反映してから連携すると「レビューで言った修正指示が対応されていない！」と激怒。
確認すると、レビューで聞いてもいない話がたくさん追加。議事録その他の証拠で苦情を出しても
「私の本心が伝わらなかったようだな」と・・・

こないだ消えたＰＪも、こんな感じだったな。

942 ：仕様書無しさん：03/06/06 17:44

>>936
2chﾈﾗｰならFlashでﾔるとか

そんな場面じゃM$ PowerPointとかって使われないのかなぁ。

943 ：仕様書無しさん：03/06/06 17:55

>>941
ひどいな。
・・・と言いつつ、そういうヤツいるいると思うから恐い。

メチャクチャ正直な人だったらどうなるんだろう？
「議事録にこうありますが」
「ああ、ごめんなさい、そのときはそう思ってたんですけど
間違いでしたね」
「じゃあ、実際はどうするんですか？」
「こういうふうに仕様を変更してください」

ん～、これはこれでいいのかも知れないが・・・。

944 ：仕様書無しさん：03/06/06 19:15

>>943
いや、それが普通だぞ

945 ：仕様書無しさん：03/06/06 21:57

仕様書があっても中身がﾀｹｰｼだったりするもんなー

946 ：仕様書無しさん：03/06/06 23:19

コーディング終わってから詳細設計書作成。
スケジュールの都合らしい（コーディング時、仕様は口頭だった）。
リーダーがひな形作成して「これにあわせて作ってくれ」とのこと。
その後付けの詳細設計書には
「メソッドの詳細はJavadoc参照」と書いてある。

何でこれから作るはずのクラスのJavadocができてんだよバカ

947 ：仕様書無しさん：03/06/07 00:03

「定番のプラクティス」に依存しているのは
クライアントだけではなくプログラマもなんだなと、
このスレを、みて思いました。

948 ：仕様書無しさん：03/06/07 01:01

> その後付けの詳細設計書には
> 「メソッドの詳細はJavadoc参照」と書いてある。
>
> 何でこれから作るはずのクラスのJavadocができてんだよバカ

それのどこがいけないんだよ。

949 ：仕様書無しさん：03/06/07 05:12

↑リーダー

950 ：仕様書無しさん：03/06/07 10:09

>939
いや、俺そのひと好感もてるよ。
まずいとは思うけどさ、、、殺伐とした現場になんかゆとりを持たしてくれそうで。
実際はどうかしらんが、、、レス見る限るね。

951 ：U ◆CZtFsGiu0c ：03/06/07 16:10

>>939
Javadoc生成してくれるUMLツールもあるし、ソースにJavadocコメントだけ書いて
Javadoc生成するのなんて普通にやると思うけど。逆に詳細設計書とJavadocと
同じ内容を書くほうがめんどくさくないか?

952 ：U ◆CZtFsGiu0c ：03/06/07 16:11

間違えた。>>946でした。