小規模開発では仕様書は作るだけ無駄

3人月未満の開発において仕様書は
作るだけ無駄なので作ってはいけないという
法律を作りたいと思う

そんな小規模開発を受けるだけ無駄

たとえ3人月未満でも油断するとろくなことがないぞ。
顧客側があとから仕様変更を次々を押しつけてくるようなら
仕様書は必要。拡張も仕様変更も一切無いなら別かも知れないが、
それが約束されないようなら、仕様書は作っておけ。

同意

仕様書は客に対して
ここに書いてあること以外は見積もり金額に含まれませんよ、
って言うお約束

作らなかったら同じ金額でいつの間にか4人月,5人月と工数が増えるだけ

小規模ってのは、そんなスコープクリープおこしても
規模自体ちっちゃいから大した事でもなかったりする
くらいの規模って事なんじゃないのかなー。

打ち合わせも少人数で和気藹々でさ、
口約束でも守ってくれるような。

Excel・Accessよりちょっと偉いくらいの。

てなわけで
>2
に戻る

3人月で受けても請求書は6人月で出すよ。普通に。
客だってそれくらいわかってる。

　開始
　　↓
　３人月は　N　責任明確のため
　受けない→→仕様書作成
　　↓Y　　　　　　　↓
　　↓　　　　　　　　↓
　終了←←←←←←

普通、本当に開発が３人月未満なのかどうかを決めるより前に
「要求仕様書」みたいのができるだろ。

口頭で何がやりたいかだけ聞いて、
「ああ、そんなことなら３人月でいいすよ。明日からプログラミングします」
みたいな開発なのか？
そりゃ確かに無駄だわ。仕様書作ろうと作るまいと失敗するんだから。

ｳﾁの場合、客先の要求仕様書をメールでばら撒いて、
各自勝手に開発を始めるから大変なことになる。


うおー、思い出しただけでムカついてきた。死ね！！

つか3人月の仕事なら普通1人でやるっしょ

１人でやって３週間ってとこだな

ふーん

不思議だが>>12のレスが一番おもしろかった。

>>11 仕事はやいっすね。４倍弱ですか。

普通は理想時間の3倍くらいで見積り出しますかね

>>15
社内だと、製品に添付のプログラムは理想時間で勝手に見積もられますな。

無理というと「なら外注にだせばいいし、お前らの存在価値はない」といわれる。

なんだこれはーああ

早さだけで勝負するのはプログラマの価値を下げるだけだからやめよう。


付加価値と質を与えて勝負しよう。

納期を縮める代わりに新たな機能を追加することを顧客に申請するのだ。
断固として申請せよ。
さもなきゃこちらから素早くその顧客を切れ。
そしてもっと優れた優良顧客を捜せ。

納期を縮めてさらに新機能か

>>18
はいはいデスマデスマ

>ここに書いてあること以外は見積もり金額に含まれませんよ、
仕様書でそれをやろうとする発想がすでに小規模開発からずれてる希ガス

小規模の場合は仕様書は後付で十分だと思うが。前どうしても欲しいって
客がいたんで、開発終了後に書いて出すことにして別枠で工数とったんだが
プロジェクトが終わるコロにはすっかり忘れ去られてた。
請求書出す段階になって思い出してあせったが結局何も言われんかった。

>>18
逆だろ、
新機能を追加できるので納期を延ばせって言うんだよ。

さもないと勝てないぞ。
低価格競争、短納期じゃ勝てないときは付加価値を与えて
我らエンジニアの価値、品質を高めるしかない。

納期を縮めてさらに新機能。だから高単価。
とはなかなかならねぇんだよなぁ。
安く早くって五月蝿いってばよ〜。

見積時、わざと面倒くさい設計にして高めで受注。
開発時、面倒くさい部分を簡素化＋付加機能の提案をして
ユーザを喜ばせると同時に、こちらも開発費用を浮かせる。

この手で何年も食ってます。

>>23
優秀ですね。

>>23
優秀かも。

金を出させて顧客満足度も維持
これを優秀といわずしてなんと

>>23
わざとめんどくさい設計にすると
すべて自分に仕事をまかされる恐れがありそうだが。
コードもメンテなども含めて。

簡素化の提案、受けないユーザーはいないでしょう。

>>27
だから保守しやすいように仕様書を作っておくんじゃないの？
とスレタイと180度違う意見を言ってみる

仕様書で儲けるという可能性を開拓か

>>27
すべて任されるってようするに儲かるってことじゃん

ちゃんと仕様書を作らないときに限って仕様でもめるという学説



当たり前といえば当たり前だけど

マーフィーの法則だね

>>27
小規模開発では、１人２人でやることが多い。
どんなやり方しようが、要件定義・設計・開発・納品・保守管理まで
ほとんど１人でやる。つーかやらされる。

>>32
マーフィーの法則とも


仕様書なんかいらない、というときに限って
複雑な仕様追加、仕様変更が来て九龍城状態に陥る。

マーフィーの法則で思い出したんだが……
童貞に限って小学生のときはモテモテ
っておまえらも当てはまる？

小規模じゃなくて小学生開発してどーするって話だが

小学生のときなぜか不思議と女の子に好かれたこともあったよ。
あれからそんなことが何度かあったが
一度も彼女を作らずに26歳にまでなった

小学生開発　すばらしい単語

タイホだな。

リア厨の頃は結構モテたんだけどな。

このまま４０代まで独走できそうな気もする
今日この頃。

4000000000!!!

保守に必要なんじゃないですか？
こんなの基本でしょ？

汚名挽回したい。

>>43
勝手にしろ。

>>42
そうなんだけど、世の中はよくできていて
保守する気満々で仕様書を用意した案件⇒顧客が自分で保守
やる気がなくて仕様書を作らなかった案件⇒保守を任される

>>42
数人月の仕事で保守にイチイチ仕様書が必要なんつってたら
仕事になりませんわ（爆笑）

そこへ行くと漏れなんかは開発会社＆改造会社が投げ出して
「もう直りませ〜ん」つって逃げちゃったのを、軽く直しちゃうんだけどね。

まぁ政治的実力は別にして、投げ出すなよな（ｗ

数人月って大抵は一人で担当している。

そうなると自分の中では小規模もへったくれもなく、
仕様書が無ければ数ヶ月監禁生活なのだが。

仕様書を省いていい加減な仕事で終わらせたいと主張してんの？>>1は

仕様書つくるのがそんなに難しいのか。
正直に言えよ、ロジック組んでみないと解らないってさ。頭悪いね（ｗ

普通逆だろ

頭より手が先に動く下等動物

実際、小規模案件だと、仕様書はおろかマニュアルも何にも出さず、
お客のマシンにインストールしてハイ終了、な所も世の中にはあるが、
小規模であってもやっぱり作るべきだと思う。

もっとも、お客にハンコもらって絶対仕様確定、という機能は
期待してないけどね。だって簡単に覆るんだもの orz。

>>1
仕様書の書き方が解らないだけだろ？

妙に文書作りを回避したがる奴って居るよな。
別に出版物を作れって言ってる訳でもないのにな。
でもこういう奴に無理に書かせると、
「お前理系の大学出て、この文章かよ」ってな
結果になるから、しょうがないな。

あと、文章がロクに書けないかけない奴は、
プログラム書かせても下手。
間違いない。

書けないかけない

動けば文句無いだろ

内容にもよるだろうが、仕様書も要らんようなショボイ案件だったら、
スキルアップにも繋がらんし、経歴書にも色は付かんだろ。やるだけ無駄
仕事は選んでやれ。選べないやつは無能。
しかし、仕様書があればメンテもできるし、小規模といえど今後広がる可能性はある。
そういうチャンスを見極められずに案件を使い捨てにするようなヤツは、ビジネスマンとして無能。
要するに>>1は無能

ちなみに、使えない仕様書といのは大体、後付けだ。

行き当たりばったりでロジック組んで、間違ってたら戻って・・・、とかトロいことやってんだろ、この低学歴が（激藁

派遣はイイよねー。仕事を選べるから。
おまんまさえ気にしなけりゃ。

外部との通信仕様くらいは作れよ。
ただ嘘は書かないでくれ。　
俺はテスターでもデバッガーでもないんだからさ、
文章来ると信用しちゃうんだもん俺。

それから、一度通信仕様渡して、プログラムのミスも指摘してあげて、その仕様信じて作ってるのに、
後から変更しないでくれよ。

もうそんな所デバッグも終わって頭から抜けてるんだよ。手間2倍、３倍だよボケ！

俺が 兄妹じゃ結婚できねぇと知ったとき どんなに 苦しんだか‥‥
てめぇにッ！！！！！！！！！！！！！！！！！！！！！！！！！
てめぇなんかにッ！！！！！！！！！！！！！！！！！！！！！！
分かられて たまるかよッ！！！！！！！！！！！！！！！！！！！

今日もマ板にはｱﾎが多いな。。。。。。。。。。。。。。。。。。。。。。。。

一番の阿呆が恥ずかしげも無く言うなよ

すいません、そういうしょぼい案件ってどこから引いてくるの？
私もうつかれました・・・.NETとかASPとか疲れちゃった。明日からＶＢＡやります・；・・やりたいっす
時給１３００円でいいです

VBAの方が疲れるけどなあ

てかＶＢＡ、、、できんかもしれん・・。
エクセル開発とか・・・ちと勉強せんな

Excelでバッチとか、AccessでWebサーバとかやると非常に面白い
まあ、仕事でやる場合はやり逃げだけどな

全部で１００人月超えるプロジェクトでも仕様書なし、設計書なし、テスト計画なしという恐怖の計画実行中の院卒さまがいますｙｐ！

>>66
完成にこぎつけたらお祝いしないとね

小さい仕事こそ利益幅が狭いから、間違っても仕様の相違なんてあっては致命傷。
単に>>1が要点を的確にした仕様書が作れないだけじゃないのか？

そんなことない！

>>67 そいつは裏で自分の知り合いの業者引き込んでバックマージンとりまくりはじめてるから
一人で毎日祝杯あげてるとは思う。

別に「仕様書」という形式でなくても良い。
顧客が「何が出来あがる」ということが理解できていて、
顧客からの承認が得られていれば

何ができあがるか、が理解って言っても、言語にしないと認識は共有できないよ。
１００人月超えるようなプロジェクトで、仕様書なしってのはぞっとする実際。

できあがってからこれはちゃうやん！となってもおそいじゃんよ・・・

100人月って言えば、客が出すのは億の金だよ。
それをいい加減に出来る会社なんてもうほとんど無い。
その単位の人月の仕事を仕様書無しとか言ってる奴の環境は、屑な客と屑な開発の世界。

結論：ドキュメントは納品物の一つ。作成しないのは詐欺。

>>74
納品物かどうかは契約の際に決める事

なんだ、納品対象じゃなければ仕様書書かなくて良いのか。
それなら"社内"ドキュメントであれば作るだけ無駄と言って良いわけだなｗ

>>76 つ【キーマン逃亡】　つ【プロジェクト崩壊】

>>76
それで社内の監査通るならね。
まあ、監査もない会社だろうけど。ｗ

>>78 社内監査とかまともな仕組み作りしようとすると、バカ管理職が抵抗する罠があるがな。
自分でやったこと無いのにわかるわけがないｗｗｗ

出荷判定監査の無いソフトウェア会社は、詐欺集団と言っても過言では無い

受け入れ判定基準が無い客先もなんだがな

>>1

それは作業が遅いし効率悪い低レベル集団のことですか？
人数は多い程何人か他はさぼれるけど

まあ、>>1本人が無能か、>>1の環境が屑ってことだな。
大体、仕事を手切れ良くしたいならば仕様書は必須ですよ。

雑魚に仕事させたかったら設計書もな

3人日未満なら同意する。

1よ。。。
言ってることがまりにも低レベルだよ

機会があれば色んな会社みた方がいいよ
今まともな仕事内容はたぶんしてないはずだ思うよ

対外だけじゃなく、対自社としても何らかの記録は残すだろ？
自分の脳内だけなんて危険極まりない。

仕様書は未来の自分への大切な手紙。
思い出が時を越えて残されていくのです。



なんだこのクソ仕様は誰が作ったんだ！　って漏れか。
あぁ、穴を掘って埋めてやりたいぞ・・・昔の漏れ・・・orz

どんな名人でも自分のコード５年たったらおぼえちゃいねーとおもうんだがどうよｗ
更に豆腐より不安定な職場多いからなぁ

細かい仕様は覚えていないが、自分が大体どういう造りをするかは判ると思う。

>>89
細かい仕様は忘れても大まかな仕様は10〜15年は忘れないよ
昔書いたコードだと言語変わってもノンバグで作れたりする

一度デスマに遭うと全てを忘れる場合もあるんだよ・・・

>>91
人によって違うね。　同じような事をしなくちゃいけないとなると、逆に全然指が動かん。
5年前のコード見てて自分が書いたと思ったら、一人で恥ずかしくなって・・・・

>>91
お前は賢いな。
オレは賢くないから、半年後の自分の為に仕様書を書いてるよ。

>>92
デスマで起きた事は俺も忘れた

>>73
いい加減な契約は、事実上｢何でもやるよ、どこまでもやるよ」という
契約だと言える。

開発の遅れや不具合続出のお客に対する償いは、仕様変更無制限や
24時間開発者直結無償サポート等で行われる。

それらは最終的に開発者の果てしないサービス残業で実現される。

>>91
小さい案件を幾つもやってたら、いちいち覚えてられないし
何より仕様が混ぜこぜになっていけない。

どんな完璧な仕様書を作っても、それがまったく意味をなさないことがある。
人、それを… 『仕様変更』 という！

それに柔軟に対応してかつある程度の資料を残すのが腕の見せ所。
がっちがちに作っても手間が増えるだけ、しかし無いとそもそも客の言い分が仕様変更かどうかも証明できない。
客が最初から言っていたといわれたら・・・・。

どんな完璧な理論を展開しても、相手に不可解な反論をされるときがある。
人、それを… 『屁理屈』 という！

>>98
仕様書が変更される修正は仕様変更
仕様書が変更されない修正はバグ修正
として顧客に確固たる証拠を提示して
費用請求できるザンス

作るのは許容するとしても
小規模開発ではテキストファイル１つにしたい。

形式が問題じゃないんだよ。
顧客と共通認識が要点よくまとまっていて、双方が承認してること。

どんな完璧な理論を展開しても、相手に不可解な反論をされるときがある。
人、それを… 『屁理屈』 という！

格下と思ってる相手に正論吐かれて、自分の言い分を否定された
時に急に怒り出すオッサン連中がよく使う手だ　＜　屁理屈

>>104
その完璧な理論とやらが 相手にとって不可解だからじゃね？

握れば落ちる砂の一粒一粒は、もとの姿は巨大な岩石だった。
目に見えぬ風の力で砕かれたのだ。
たとえ理屈がどんなに完璧でも・・・彼、見えざる風になりて反論する・・・！
人、それを・・・『屁理屈』という！

男根を高速で上下させると気持ちよくなる
人、それを・・・『オナニー』という！

>>108
左右はダメかね・・・

ここはその手法を議論する場になるのか？
ＸＹＺ軸なんぞ、その基点の決め方次第だろ？
付け根を基点とするのか、摩擦点を基点とするか。
上というのは寝たときの鉛直方向か、寝るにしても仰向け派、横派。

「男根」を高速で上下させる動画キボン

>>111
レイザーラモンＨＧ見れ

高速すぎて見えん

昨日の最後のＨＧ三角締めはすごかったね。
インリン様の頭が股間にぐらんぐらんしてインリン様が昇天。

ジョブフローとUIぐらいの基本設計ぐらいはあってもよかろ。

shi

結論：仕様書を作らないのは底辺ＤＱＮ

いや違うぞ。
仕様書を作れないのがDQN
仕様書を作らないのが確信犯

屁理屈には大人の対応をするのが良い

へりくつこねた後に大人の対応（しかと）こくやつもいるからなー

まあこの画像でも見ろよ
http://xxxx.s5.x-beat.com/sexy/imagebbs/thread/5064/hoge20051125165807294.jpg

この動画どうおもう？
http://www.break.com/articles/badwheelie.html

韓国はベトナム戦争に参戦した際、韓国軍兵士による、現地ベトナム人女性への買春やレイプなどの暴力行為を適正に統制しなかったため、多くの混血児か生まれた。
その人数は現在1万人以上存在している。
現時点では、韓国政府から被害者や混血児に対する謝罪や保障は、行われていない。

韓越混血児問題には、退役軍人会を中心とした韓国右翼が反発を示すことが多い。
彼らには、「韓国は侵略されたことはあっても、侵略したことはない」との、ある種の美学が存在するからとされる。

また、ベトナム戦争について、韓国の国定教科書では1行程度しかふれられていないため、韓国が戦争に参加した歴史を知らない若者は多い。
その記述内容は「共産侵略を受けているベトナムを支援するために国軍を派兵した」というものである。

隊長「乳の幼生体なのかもしれない。成長することであの巨大な乳へと変わるのだろう
隊長「いやまて… もしも、あの巨大な乳ですら成体ではなかったとしたら… ん！？ （ ノイズ ） 」
隊員「ん！？ 何だあの音は！？
隊員「おい！ 見てみろ！ 大きい… こんなに大きいなんて！

http://xxxx.s5.x-beat.com/sexy/imagebbs/thread/5064/hoge20051125165807294.jpg

アンダーを入力できないなんて、仕様レベルでバグってますね

ホントにあったこわーい話。

求人票を見てたら、

「ウチはスピード開発をするのでドキュメント作成は重視しません。
だからドキュメント作成能力は不問です！」

こんな会社絶対行きたくねー。

晒して

非公開の求人票なので勘弁。

>128
「求人票」なのに「非公開」？

作り話だよ

カッカッカッカッカッ
わらかしてくれるぜ

>129
求人票ってﾊﾛﾜだけだと思ってる？

>>132
カッカッカッカッカッ
わらかしてくれるぜ

>>126
求人票等には堂々とは書いてなかったが、それを実践していた会社なら知ってる

それで定着率低かったら最凶。

「泣かなくてもいいよ、シンデレラ。」
　年老いた女性の声です。
「私は魔法使い。あなたの願いを叶えてあげましょう。何か願いを言いなさい、さあ。」
　しかしシンデレラは、意外な所から現れた救いの手をはね除けてしまいました。
「嘘よ、あなたは魔法使いなんかじゃないわ。」
　彼女は叫びました。
「そう言ってあたしを騙そうとしているのね。わかったわ、新手の詐欺ね。あなた詐欺師ね！そうでしょ！願いを叶えるとか言って法外な値段を吹っかけて、払えなかったらマカオ辺りに売り飛ばそうって魂胆ね!」
「そう年寄りを疑うものじゃないよ。」
　魔法使いはシワだらけの顔で、シンデレラの顔を覗き込みました。
「私を信じなさい。」
「嫌よ、もう誰も信じたくないわ!」
　シンデレラは継母達に裏切られたため、心身ともにボロボロになり果て、誰一人として信じられなくなったのです。
「さあ、願いを言いなさい。」
　魔法使いは彼女の手を掴みました。
「触らないでよ!!」
　彼女はそう叫ぶと、魔法使いを突き飛ばしました。
　するとどうでしょう。魔法使いは急に苦しみ出しました。心臓発作です。シンデレラに助けを求めようと目の前でシワだらけの手をバタバタさせますが、空気を掴むばかりで何の意味もありません。ぜいぜい言いながら、なす術も無くもがいています。
　しかし、シンデレラはそんな魔法使いの最後を見る事が出来ませんでした。
なぜならば、魔法使いを突き飛ばした反動でよろけてしまい、後ろにあった棚に頭部をもろに強打したからです。
そのショックで義姉から受けた傷が開き、再び大量の血が流れ出しました。隣にいるのは発作に苦しむ老婆。もう助かりません。

あほか。

姉歯に抜かすな大事な鉄筋
鉄筋、鉄筋なぜ足りぬ
ドーンと崩れる物件
28戸

だいたいイエス・キリストが12月25に生まれたという記述は聖書のどこにものってないんだぞ
それがなんで12月25がハッピーホリデーなんだよ馬鹿にするなよ！

そもそもサンタの赤い服はコカ・コーラ社が勝手にうえつけたイメージだしよ畜生オオオオ！

結局俺たちは年度末に稼ぎたい企業に踊らされてるだけなんだよ！

キリスト教徒でなければキリストの誕生日がいつだろうと関係ないぞ、と

クリスマスを売り物にしている小売業界にとっては大いに関係あるだろう、と

NHK教育の方が面白いよ
ソプラノ歌手の胸がセクシーすぎる
露出度最高のドレスに
歌うたびに胸揺れユッサユサ

山本さんが言っていたが、○○○○ITソリューションではISO9000の規定により、
仕様書は作成しないとのことだ。

それはUSO800だろ

手ぬるいぞ、オルステッド…
あの程度のザコに愛され奴らの心を射止めて最強になったつもりだろうが… それはお前だけではない…
俺は奴らにきっちりとさしてやったよ… 肉棒をな！
あまっちょろいガキのアリシア… カッコだけのクンフー野郎。
下着技だけのアニー。
しょせんは原始人のべるに道化にすぎんレイチェル…
そして妙子とかいうババア…
どいつも自らの弱さゆえ犯されてイッた。
お前の名を残してな。
愛した者の処女膜を破らずして… 真の勝利はない！
…俺か？
俺こそが 『 最強 』 … オディ・オブライトだ！

この間どっかの番組でネタでやってたなぁ。
ジングルベルの曲を逆回転させて聴くと・・・
http://media.spikedhumor.com/8944/Jingle_Bells_Reversed.swf

こんなメッセージが隠されていたとは・・・

Officeのアシスタントに冴子先生っているよな？
もちろんみんなはイルカのカイルより冴子先生を使ってるよな。
そんな冴子先生の隠しアクションがあるって知ってたか？
それは「何について調べますか？」のテキスト・ボックスに
特定のキーワードを入力することだ。
事務ソフトの限界ぎりぎりに挑戦したSEXYポーズを堪能してほしい。
キーワードは下記のサイトを参照してくれ。
http://www.akane.sakura.ne.jp/~ida2/saeko.htm

さあ冴子先生を、なすがままに！

10万行以下のソースで済む開発には、Document作成を法律で禁止して欲しい。
マジで、これ実現したらPG達が技術に専念できて、市場における不具合なんて
殆ど過去のものとなるよ。

あ、おれ、どんなプログラムでも完成前にDocumentなんて書いた事無いよ。そんなの
納品後に段階的に出していけば良いんだよ。どうせ顧客も読まないし、仕様だって言っ
ても後になって(読んでいなかったくせに)「あれ直せ」「これ直せ」「やっぱり元に戻せ」
が連発してくるんだから。

ソースからDocumentを自動生成するツール使って(生成物は本来のDocumentとして
使えるシロモノではないが)、とにかくページ数の多い、即ち顧客がとても目を通したく
なくなるようなモノを吐き出して、それを自分達でも読みもせずに納品さ。

>>148
不具合があった場合に全て無償対応してくれるならドキュメントなんか残さなくて良いよと思ってる発注元は多いはず

>>148
10万行ではなく10行なら同意してやってもよい。

10万行なら書こうぜ・・・1000行までなら同意

まあ、これでも見て落ち着け
　超おっぱい
　　http://members.jcom.home.ne.jp/chuck-s/html/3d225_4.html
　　　http://members.jcom.home.ne.jp/chuck-s/html/3d230_3.html
　　　　http://members.jcom.home.ne.jp/chuck-s/html/3d710_2.html

うわああああああああああ
井上喜久子を想像しただけで
何もしなくても射精しちまううううううあああ
俺の体はどうなっちまったんだようおああああ
うっああうっああ

>153
おまい病気だな。
漏れは正常だから井上喜久子の声を聞いただけで
昇天できるぞ。

流石17歳。

井上喜久子のコスプレ画像さがしてます

岩男潤子も17歳。

１．システム概要
　本システムは業務効率化のためのイントラネット
のシステムである。

なお、本書の機能説明はページ数の都合上最小限に
とどめている。
詳細な内容が知りたい場合には拡張子Javaのファイル
を読まれることをおすすめする。

２．各機能の説明
２．１．人事組織管理
　社員や組織のデータ管理する。
２．１．経費精算
　日々の経費精算をおこなう。
２．２．勤怠管理
　日々の勤怠実績を管理する。

以上。

>158
客もそのノリで書いてきたらパニックになりそうだが。

>>159
最初はそんなもんだろ

MGS3をクリアしたんだけど
タチアナが一体何者なのかだけがわからなかった

どんな規模の開発でも最初は「そんなもん」だ。
アポロ計画も最初は「月に行く。地球に帰る」だけだったとか

>>162
それは要件定義でしかも肝心な部分が抜けている。

６０年代のうちに月に行く。

すべてはソースだけが知っている。

ホリエモン
　　↓
キラワレモン
　　↓
トラワレモン　←今ココ？
　　↓
ムイチモン
　　↓
ゼンカモン
　　↓
ドザエモン

発注者が自分で作業者が自分ならいらないんじゃないか？

>>166
で、リリースの数日後原因不明のバグに悩まされ続ける訳だな

>>167 原因不明のバグどころか原因特定できてるバグを検証と称して半年間以上
連続試験にぶち込み、ごくまれに起こるバグが起こったことを厚顔にも報告書に書き連ね
それで高い評価をもらってる自称一流のPG様もいらっしゃいますよ。

天才！！

DQ3でしばしば議論されるものに、戦士と武闘家の有効性がある。
私は安定感や難易度を考えるとほぼ間違い無く「戦士」になると考えている。

解説しよう。
まず戦士のメリットであるHPの高さとドラゴンシールドを装備できるという点は
即ちボス戦での全体攻撃に強い耐性をもっていることを意味する。
これは全体攻撃が強力なバラモス戦、ゾーマ戦で非常に重要な要素だ。
また刃の鎧が装備できることと後攻で賢者の石を使えるということは
ゾーマ戦においてバツグンに安定した力を発揮できることを意味している。
さらに戦士はバラモス城で手に入る「魔神の斧」「不幸の兜」という表世界
最強の武器・防具を活かせるので効率が良い。

逆に戦士のデメリットとして頻繁に挙げられる装備代についてだが
これはSFC版について言えば全く害にならない。
魔法の鍵入手後に手に入る「ルビーの腕輪」「黄金のティアラ」
船入手後に手に入る「おしゃれなスーツ」「パーティードレス」「アサシンダガー」
これら役に立たない高額アイテムを売るだけで30000Gは入手できるからだ。
むしろ早期に攻撃力・守備力を高められる利点にしかならない。
鈍足で攻撃を受けやすいことも、普通の旅では攻撃力不足で
「１ターン＋勇者、僧侶の攻撃」で決着することが多いので、それほど痛くはない

次に >>170 から「小規模開発における仕様書とＤＱ３の関係について」の
講義が始まります。
では >>170 さんよろしくお願いします。

武闘家が中盤〜終盤にかけて装備するのはパワーナックル（攻撃力４０）なのに対し
戦士はバハラタから大鋏（４７）→ゾンビキラー（６７）→魔神の斧（１０５）と
グレードアップし、特に魔神の斧が決定的な差となる（その差６５）。
ここまで攻撃力に差があると、会心の一撃が１０回に１回くらいしか出ないのでは
利点にならないのだ（ちなみに魔神の斧は会心とミスが同率くらいなので相殺となる）。
はぐれメタルが出る頃には魔神の斧があるので、はぐれメタルの倒し易さも同じ。


そしてドラゴンシールドと刃の鎧を装備できないことが、バラモス＆ゾーマ戦で
致命的な欠点となる。ブレス攻撃で１００以上のダメージを受けてしまうし
回復で手一杯のゾーマ戦では回復がなかなか追いつかない。
結果防戦気味になり、戦闘が長引いてしまう上安定しない。
その点戦士なら、前衛に立って刃の鎧を装備しているだけで十分な攻撃力と
なるし、常に後攻して賢者の石を使えるなどの利点も大きい。とにかく安定している。

結局武闘家の長所というのは、例えばG不足に苦労するファーストプレイや
防御力が高く魔法も一切通じない、レベルの高い状態で闘う闇ゾーマ戦などの
状況で生きるものであり、効率良くクリアすることを考えるとその力を発揮しにくい。
総合値が高く前職向きというのも沢山転職するファーストプレイ向きの利点だ。

サブマシンガンという銃について君たちにしって欲しいことがある。
それは

DQ３の場合、全員のレベルを50まであげればどんな構成でも大抵勝てる(遊び人を除く)

そういえばいつリリースになるのかな　ＤＱＮ

俺は隣に座っている主任のめぐみがチャットしているのに気付いた
「主任！仕事中にチャットしていいとおもってるんですか！」
俺は主任をかかえあげスキャナの上に叩き落した
スイッチをいれる
「いやああ！スキャニングしないでえ！
俺は主任のめぐみのおっぱいをスキャニングしはじめた
「主任のおっぱいをいろんなとこに送信するからね
世界中の人が主任のおっぱいでぬくんだよはあはあ」
「いやあとめてえスキャナとめてえええ」
「そうだ主任のおっぱいを主任の家族に送ろうよ
きっとよろこぶよ。
社内のメーリングリストにも送ろうね
取引先にも
「とめてええ！おっぱいスキャニングしないでえええええええ
俺は主任のめぐみをおさえつけつつ器用にマシンを操作する
そしてアドレス帳に登録された全件に添付しておくっといた
主任はかわいそうだったので
いっかいおれのちんこでイカしてあげといた
そんで仕事に戻った

Developers Summit 2006【マが行くべき所】
http://pc8.2ch.net/test/read.cgi/prog/1139537119/


Developers Summit 2006 - デブサミ2006
http://www.seshop.com/event/dev/2006/


Developers Summit、略してデブサミはプログラマに出席することを
義務づけられたサミットである。

すべてのプログラマは、このDevelopers Summitに
出席しなければならな義務がある。

>>177
センセー、体重が３桁ギリギリの漏れは
このサミットへの参加資格がありまつか？

そんなものない！

いや、念のためBMIを聞いておこうか。

デブサミは椅子と椅子との感覚狭かった。
隣の席にデブが座ると正直辛かった。

つ［ＢＭＩ＝３４．５］

>>182
むかしの俺だ。
166ｃｍで100キロだった。
いまは60キロだけど。からだ軽くていいね。

ユニコーンドリル！！！！！！！！！！！！

ファイナル！！アタック！！！！！

５．□□□□とは、はりのように小さいことを、ぼうのように大げさにいうこと
　　誇大広告


８．日□□□とは、日に日にどんどん進歩すること
　　日々精進


９．馬□□□とは、人の意見や忠告などを気にせず、聞き流すこと
　　馬鹿野郎

>>185
つ［馬耳東風］
つ［馬耳念仏］

>>185
つ[針小棒大]

つ[茎短玉大]

つ[好棒割目]

つ[馬刺定食]

参考。仕様書相互リンク

良いドキュメント・マニュアル・仕様書を書くスレ
http://pc8.2ch.net/test/read.cgi/tech/1065364445/

小規模開発では仕様書は作るだけ無駄
http://pc8.2ch.net/test/read.cgi/prog/1125913671/

AJAX時代の仕様書とは
http://pc8.2ch.net/test/read.cgi/tech/1140766471/

営業が作った仕様書に
http://pc8.2ch.net/test/read.cgi/prog/1121256149/

良い仕様書、悪い仕様書、普通の仕様書
http://pc8.2ch.net/test/read.cgi/prog/1143906019/

プログラマ経験がないのに仕様書を作成
http://pc8.2ch.net/test/read.cgi/prog/1119776686/

仕様書の量でしか成果を決められない客
http://pc8.2ch.net/test/read.cgi/prog/1143878620/

Excelで仕様書を作る会社の奴の数→
http://pc8.2ch.net/test/read.cgi/prog/1137662854/

http://www.atmarkit.co.jp/fbiz/cstaff/serial/offshore/12/03.html
>一方で、中国側の担当者にはそのような考えがなく（薄く）、まず、最初から
>完ぺきなものを作ろうとします。また一度作成したものを修正させると、非常に嫌がる
>社員が多いのです

当たり前じゃね？

http://d.hatena.ne.jp/yaneurao/20060423#p1

>いま他人のプログラムをデバッグしている。時間がもったいないので目視のみだ。
>私の場合、小さなクラスならば、目視のみでほぼ100%デバッグできる。

「１００％」と無邪気に確信でき、平気で吹聴できる辺りが痛杉。
「仕様書ｲﾗﾈ」とか言い出すのはこのタイプだな。

>193
別にアレを擁護するつもりじゃないんだが、
例えば1画面に収まる程度の「クラス」なら、
「ほぼ」100%と言っても別にいいんじゃないかな…

正直目くじら立て過ぎでつよ。

「ほぼ」じゃ結局だめなんだけどね

ほぼ100%を100%とは言わない
そりゃ99%とかだから

「目視だけでデバグ」と聞いて
目から怪光線を発してPCを操作してる図が浮かんで
AA化しようとしたが挫折した…。

￣￣V￣￣￣￣￣￣￣￣￣￣￣
　 　∧ ∧
　 　(　　,,)
　　./　　|
　 （＿__/
　／

誤爆と見るべきかコピペとみるべきか・・・

まぁ予算次第。
95％→100％＋保障付きが欲しいなら
莫大な予算出せと。

金を出せば１００％取れると思ってるのは素人。

ほぼ100%までは金で行けるな
ただ、真の100%無理

そもそも100%と証明できないしな。

つーか
ほぼ100%なんて自慢げに語るあたり193って痛くね？

イベントが交錯したりスレッドを使うアプリでも黙視だけで完璧なんだったらすごいだろうけど

やねうらおって生きてたんだな

>>203
＞ほぼ100%なんて自慢げに語るあたり193って痛くね？

うじうじしてはっきり物言わない奴よりよほど気持ちがいい。
やね氏は違うみたいだけど、大樹にあっても出世が早いよ。

205
こいつ、やねうらおっぽくね

慎重なタイプは、人に使われる場合が多い

つか下請けの社長っつってもな＞やね

wikiとかに仕様をまとめるとか無理？
クラスやメソッドをラクダ記法してたら，自動的にリンクされるし，
便利そうなんだけど？

ドラクエシリーズで最も重要な呪文はなんだろう？
私はピオリムだと思う。
まず雑魚敵を含めて、モンスターの素早さが全体的に高い。
特にボス戦ではほとんどのボスが、最も素早いキャラと
同等かそれ以上の素早さを誇っている（レベルを上げなければ）。

そのためパーティーの行動に、不規則に敵が割り込むことが多く
回復のタイミングが掴みにくい上に計算を邪魔されやすい。
しかしピオリムを一回唱えれば、大抵全員が敵の素早さを安定して
上回るので、計算通り戦闘を進めやすくなる。

また通常の戦闘の場合、雑魚敵は倒すのに大体１ターン以上かかるので
２ターン目に先行された場合は計２回の打撃を受けることになる。
だが１ターン目にピオリムを使っておけば、２ターン目は先行でき
敵の攻撃を１回受けただけで、２回目の攻撃を安定して
加えることができるのだ。

つまり（こちらより素早さが高い）敵の攻撃を一度無効化するに近いので
回復呪文を唱える回数も減り、しかも敵を安全に倒せる。

MP消費は少ないし、回復呪文の使用頻度は落ちるしで
私はほとんどの場合、１ターン目にピオリムを唱えている。

>>209
普通に紙に書けよ。

>>209
みんなそれでいいってんだったら、wikiでいいと思うよ
紙だと見る気しねーし、修正されるごとに机に紙くずが
うず高く積みあがるシナ

UMLって仕様書ですか？
何ですかこれは

>>213
設計書

夜中に泣きながらコーディングをしてたら、いつもは怒ってばかりのお母さんが手伝ってくれた。
親が手伝ったのをばれないようにわざとちょっとへたにコーディングしてくれた。

>>209
実は今、ソースフォージのwiki版
みたいのを作りたいと妄想している

あんたがWEBサイトの構築とかできる
人なら、いっしょに汗をかかないか。

うほっ

ｱｯｰ!

Wikiはおっさんには理解してもらえんのよね

仕様書は wiki でちまちま書き溜めておいて
一気にWordやPDF等に変換する

というツールがほしいです・・・
目次と索引がつけばあとは何もイランです

>>220
PDFに出力してくれるWikiなんて結構あるぞ。
探してみれ。

>>221
まじ？FSWikiくらいしか知らんかったわ
あれも設定しだいで目次と索引が付くのか
もう作者にオレの財布寄付するしかねーな

.doc形式はともかくrtfは割と簡単だから作る手も?

一度だけだが、WikiのHTMLをWordで読ませてちょっと整形して出したこともあるな

>>176はなんだｗｗ

よくあるコピペ

官能小説