仕様だから仕様がない

なかったのでたてました

>>1 は矛盾している

>>1
ホントに仕様もない奴だ

お〜い、山田く〜ん、>>1の座布団、全部持ってきなさい

仕様がないからしようがない

どう仕様もねーな

その仕様、私用で試用として使用しようかと

何度かリアルで言ったことある

ttp://cockatiel.blog6.fc2.com/blog-entry-404.html

仕様通りに作ってバグだろと罵られ、
仕様通りに作らないと仕様通りに作れと言われる

辞めます＾＾

こんな仕様で動くかと逆ギレすることもしばしば

事前連絡もなしに仕様変更してソフトウェア板が現在大混乱中。
これを仕事でやったら最悪だな。
影響範囲も考えないで変更したら、責任を追求されるぜ。

やっと仕様書が決まったらしい。

2chに書き込めなくなったと思ったら
突然の仕様変更が行われていた模様

明日仕様で休みます

>>14
仕様がないね。

仕様がないスレだなあ

おまえらの言うことは信用できない。

>>18
仕様です

>>18
仕様もないやつだなあ

このスレどうしよう

>>21
仕様なので厳守してください。

しょうがな・い　しやうが― 【しょうが無い】

（連語）

⇒しよう（仕様）が無い（「仕様」の句項目）

まったく、しょうがないなあ

私用で生姜焼き食ってきます

　PG１「ここの処理すっごい無駄じゃないですか？」
　PG２「そうなんだけど仕様なんだよね」
　PG１「そりゃ仕様が無いっすね」

しょうゆう事。

そーっすか。

枝葉にこだわっても仕様がないからこの仕様を私用で試用することにしよう！

なんと！

内部仕様ってなにー

>31
つttp://www.google.co.jp/search?complete=1&hl=ja&q=%E5%86%85%E9%83%A8%E4%BB%95%E6%A7%98%E3%81%A8%E3%81%AF&lr=

仕様ってなにー

そんなことも分からないなんて、仕様がない奴だ。

外部仕様ってなにー

関連wiki
http://wiki.ninki.org/wiki.cgi?p=%bb%c5%cd%cd%a4%c0%a4%ab%a4%e9%bb%c5%cd%cd%a4%ac%a4%ca%a4%a4

確かに仕様書には

「○○であること」

とかたった一言で書いてあるんだけど、
これを実現するためにめちゃくちゃ作業量が増えるんだけどこういうのも
対応せにゃならんのかな・・・。
これを実現するための仕様がほしいんだが・・・。

そゆときは、質問表を送るといいよ。証拠ものこるし

「ちゃんと動くこと」

キャー!

単体試験項目でに ○○パラメータを渡してアクセスし正常に動作すること とかあると嫌になってくる

でも正常に動作しない場合もあるのでw

A「アクセスしてデータを取得します」
B「アクセスできなかったら？」
A「・・・・もういっかい」
B「鯖が落ちてたら？」
A「・・・・・・」

「将来の拡張が可能であること」

ぇ…えぇーー？

メソッドは全てpublicにしておけってことだな

あけましておめでとうございます

あ、はい。どうも。

あけましておめでとうございます。
挨拶が遅れたのも仕様です。

年賀状が１通も来なかった。
これも仕様です。

そうでしょう

だよねぇ、ハッハッハァー

2chで効率よく回答を導き出す方法

１．名無しで、適切なスレで質問する
２．それに対する適当なウソ回答を自分でレス
　　（クソコテっぽい名前をつけるとなお良し）
３．見かねた親切な人が正解をレスしてくれる

>>44
アホかい。
クラス使ってる時点で引き継ぎが困難。
全てグローバル変数で処理するのがスタンダード。

一年か

一年だな

一年かよ

一年経ったのも仕様です

某RDB使用時にUPDATEを使わずにDELETE→INSERTするのまでは設計者の勝手だが
トランザクション処理しない仕様なのはどうなんだろう

　

せっくす

おまんまん

&heart;

♥

ぬ

ル

(｡-_-｡)ﾎﾟｯ

g

a

ゆ

あーーーーーーーーーーーーーーーーーーーーーーーーーーーーー！！

ゆ

あーーーーーーーーーーーーーーーーーーーーーーーーーーーーー！！

ゆ

あーーーーーーーーーーーーーーーーーーーーーーーーーーーーー！！

ゅ

ぁーーーーーーーーーーーーーーーーーーーーーーーーーーーーー！！

漏る

いくらだだ捏ねたって、しょうがないよね

漏る

(´-_-)b━・~~　仕様書の再発行は致しかねます。

一番困るのは、まだ仕様が出ないのでどう仕様も無い、と云う状況なんだよね。

昔、仕様書もないのに、とりあえず作れと言われたことがあったな。

仕様書は完成した物に合わせて作ります

このアプリケーションは、書かれた通りに動いています。
仕様が曖昧だと感じる場合は、ソースコードを読むと一目瞭然です。
ただし、当然ながら相応のプログラミング能力が求められます。

(´・_・)b━・~~　それを毅然として上司に言ってみたいな。

ミドルの仕様が全然降りてきてないのに設計書作れるレベルの
フローを先作れって言われた…けどそんなんﾑﾘｯｽﾖ('A`)

去年から続いている赤字プロジェクト。
俺が担当しているのは入力系。
それも4つの異なる区分の人間が、各々の使い勝手を優先させつつ各画面を使い回す。
入力・操作・表示のパターンは簡単に出しただけで約1万通り。
開発担当は俺一人で、当初の見積もり工数は2人月で納期も2ヵ月後。
なぜかDB周りのインフラ整備も含まれていた。
ろくな仕様書も設計書も無い状態なので、テストも含めれば4人月はかかるのでは無いかという気がした。
案の定、当初の予定から遅れた。それも前任者の残していったバグ潰しだけで。
上司はいらついていた。俺の担当分が予定通りに進まなかったせいで。
前任者の作った部品が使いづらいしバグも含まれていたので、俺はこれらの部品を破棄することを申請した。
しかし、上司はそれらの部品を使い続けることを決定した。
画面が思い通りに動かなかった。
どうやっても部品を直すか、機能を削る必要があると感じた。
そして、ついに上司が折れて部品を直すことが決まった。
それからは嘘の用にコーディングが進んだ。
当初の納期から遅れること4ヶ月、ようやく納品を済ませシステムが本稼動に入った。
しかし、本稼動開始から2ヶ月しても、仕様変更、機能追加の対応に追われている。
客の方は最初に払った金でこれらを片付けさせようとしている。
紙に書いてある分だけ収めて逃げましょう。赤字な上にキリが無いです。」と俺が言った。
「お客の頭の中にあるのが仕様だ。なんでも出来るシステムを作らないと駄目だ。」と上司は答えた。
「無理です。それに法的にも責任ありません。仕様書一枚一枚に印鑑まで押させて確認させたのだから、押し切ってしまいましょう。」
上司は遠い目をして言った。
「それは通らない話だ。なぜなら俺の担当分で、仕様書に書いた分を作っていないのがあるからだ。下手に刺激してそこを叩かれるのは嫌だ。」
そして俺の今期の評価は、「お客様の立場になって物事を考える力が不足している」だった。
もちろんマイナス評価で、昇給額は減った。

長文ですまぬ。

＞それからは嘘の用にコーディングが進んだ。
偽装をやったから昇給額が減ったのですね、わかります。

>>86
辞めれば？
自分は逃げる、失敗や約束を果たしていない責任は押しつける
そんな糞上司につきあう必要ねーだろ