- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 587 名前：仕様書無しさん mailto:sage [2012/05/19(土) 16:12:15.98 ]
- コードを書くまえに仕様書があるのは
当然のことだが、その当然を妨害するものが多すぎる
仕様書の何が嫌だって、
気分屋の上司どものお伺いをたてて
承認をとらなきゃいけないこと。
有意義な指摘なら受け入れるんだが
どうでもいいようなことを指示して、それがしかも曖昧だったりすると
真面目につきあってたら、納期までに仕様書すらあがらない。
- 588 名前：仕様書無しさん mailto:sage [2012/05/19(土) 16:22:44.89 ]
- 仕様書と設計書をごっちゃにしてないか？
仕様書が無いのに作るとかあり得無いだろ
- 589 名前：仕様書無しさん mailto:sage [2012/05/19(土) 17:17:04.54 ]
- 設計って、プログラムレベルの設計の話してんだよな？
詳細仕様書的な物の話だろ？
なんか、何人か噛み合ってなくね？
- 590 名前：仕様書無しさん mailto:sage [2012/05/19(土) 21:22:49.51 ]
- 設計はお客さんに見せたってしょうがない。
プログラマにとって必要な物が設計だ。
プログラマがゴミと言ったらそれはゴミでしか無い。
- 591 名前：仕様書無しさん mailto:sage [2012/05/20(日) 11:43:48.55 ]
- >>587が言ってるのは設計書そのものではなくレビューに関する愚痴なので、要否ではなく日記だな
- 592 名前：仕様書無しさん mailto:sage [2012/05/20(日) 22:59:12.54 ]
- 仕様書って、作るのしんどいわりにスキル的に得るものがないな
- 593 名前：仕様書無しさん mailto:sage [2012/05/20(日) 23:20:05.32 ]
- >>592
他のところでも同じフォーマットでやれるなら、それなりに得るものはあるかと。
それ以上に、得たものをどう活かすかの方が大切なことですよ。
- 594 名前：仕様書無しさん mailto:sage [2012/05/20(日) 23:22:36.32 ]
- > 他のところでも同じフォーマットでやれるなら、
それはない。やるのなら、自分がPMとして仕様書のフォーマットまで決める権限持たないと無理。
- 595 名前：仕様書無しさん mailto:sage [2012/05/21(月) 06:18:45.79 ]
- フォーマットがあればいいけど、それすらない俺の職場は
- 596 名前：仕様書無しさん mailto:sage [2012/05/21(月) 07:14:30.81 ]
- 仕様書はそもそも使う側、若しくは作る側との決め事を明確にするためにあるんだから労力関係無く無きゃ駄目
それに受け入れテストや品質管理上、作る側は実装の責任範囲の保証にもなる
無いとグダグダで無限ループのデスマ地獄になっちゃうよ(ノД`)
- 597 名前：仕様書無しさん mailto:sage [2012/05/21(月) 18:04:44.00 ]
- >>596
仕様書があればそうならない環境であれば多分無くてもそうはならないよ
- 598 名前：仕様書無しさん mailto:sage [2012/05/21(月) 18:18:29.30 ]
- >>597
そういうことじゃないよ。
仕様書がなければそうなる場合でも、仕様書があればそうならない場合もあるということ。
言い換えると、
仕様書があったためにそうならかった場合、仕様書がなければそうなる場合もあるということ。
- 599 名前：仕様書無しさん mailto:sage [2012/05/22(火) 00:26:22.53 ]
- >>598
> 仕様書がなければそうなる場合でも、仕様書があればそうならない場合もあるということ。
これマジか
どちらかというと仕様書を曲解されるせいでグダグダで無限ループのデスマ地獄のイメージだが
- 600 名前：仕様書無しさん mailto:sage [2012/05/22(火) 00:32:36.45 ]
- >>599
ハッキリと言っておこう、仕様書を曲解されるとかあり得無い、嫌、あってはなら無い事だからな
コミュニケーション力が低いじゃ済まされ無いですよ
仕様書も設計書も、「伝える」事の為にあるという事をきちんと考えていきましょうか
- 601 名前：仕様書無しさん mailto:sage [2012/05/22(火) 01:53:54.69 ]
- 書く方はわかりやすく誤解をうまないように書くべきだし、読む方は読めるだけの予備知識と読解力が必要。
どっちがかけてもうまくいかないので、両方揃ってるのが理想。
でも、実際にドキュメントだけで作業を渡すと非効率。
ドキュメントとは別に、分担部分の概要を伝えて、一部を作って見せるのが望ましい。
ドキュメント読めって突き放す奴は無能。
- 602 名前：仕様書無しさん mailto:sage [2012/05/22(火) 10:53:38.81 ]
- >>600
書く側に多くを求めるのは難しいんじゃないかな
待遇的に考えて
>>601
読む側に悪意がないこととそもそも読む気がある、も必要
- 603 名前：仕様書無しさん mailto:sage [2012/05/22(火) 22:05:14.12 ]
- >>589
それな
実際仕事の現場でもよく見るけど、XX仕様書のレベルが
職場というかもはや人単位ですら微妙に異なってるから、ちょっとしたことのすれ違い多くてめんどくさいわ
いいかげん共通規格が必要だと思うわｗ
- 604 名前：仕様書無しさん mailto:sage [2012/05/22(火) 23:08:05.36 ]
- >>603
2chはいつもここに気づくまで会話がかみ合わなくて、気づいたところで終わるんだよなw
そしてまた同じ会話をはじめるw
- 605 名前：仕様書無しさん mailto:sage [2012/05/24(木) 22:15:30.49 ]
- クラス図はいいけど
他はあんまり役に立たない気がする
- 606 名前：仕様書無しさん mailto:sage [2012/05/24(木) 22:59:28.59 ]
- 要件すら定義されてない機種のコードをどうやって書けばいいんだよ？
俺は最底辺なのに、なんで製品の動作の責任までとらされるのか
- 607 名前：仕様書無しさん mailto:sage [2012/05/24(木) 22:59:50.07 ]
- ステートチャートは捗るぞ
- 608 名前：仕様書無しさん mailto:sage [2012/05/25(金) 13:41:41.18 ]
- >>606
コード書けまではないけど要件定義前にステップ数出せってのはある
- 609 名前：仕様書無しさん mailto:sage [2012/05/25(金) 14:15:28.15 ]
- あるな…
- 610 名前：仕様書無しさん mailto:sage [2012/05/25(金) 15:06:07.34 ]
- で、2,000行1人月な、的な話もちょっと前まではたまにあった。
だから逆算して行数を出すことにしてた。
- 611 名前：仕様書無しさん mailto:sage [2012/05/26(土) 11:30:11.77 ]
- そもそも行数なんて今日日なんの意味もないことが明白だのに、いまだ使い続けてるあたりがアレだよなぁ
- 612 名前：仕様書無しさん mailto:sage [2012/05/26(土) 19:03:42.37 ]
- 俺が三角関数や微分方程式を駆使して数値を出す計算式を1ステップで書いたら、
何も仕事してねえとか言われたよ。
先輩は単純な放物線を求めるだけで50ステップ以上。
単純な数式をあんなスパゲティでピラミッド構造に作っていたら、修正とかとんでもないことになると思うんだが。
- 613 名前：仕様書無しさん mailto:sage [2012/05/26(土) 19:45:40.20 ]
- >>608
なんでそんなの出るんだよ
バッカじゃーんって出せって言った奴に言ってみればよくね？
- 614 名前：仕様書無しさん [2012/05/27(日) 00:28:17.84 ]
- 洋服に付いている洗濯方法の絵表示が全面変更される。経済産業省は、
日本国内だけで使われている日本工業規格（ＪＩＳ）表示を２０１４年にも改正し、
国際標準化機構（ＩＳＯ）が定めた国際規格にそろえる方針。
ＩＳＯ規格は欧州などで普及している記号がベース。大きな変更点は、洗いの表示から
「洗濯機」がなくなり、「たらい」に統一されること。手洗いは、たらいに手を浸した
絵で表す。
乾燥方法の表示は「服」や「手絞り」の絵が廃止され、「四角」に一本化。乾燥機使用
の表示は「四角の中に丸」。自然乾燥は「四角の中に棒」となる。
alp.jpn.org/up/s/9905.jpg
- 615 名前：仕様書無しさん mailto:sage [2012/05/27(日) 18:39:27.91 ]
- >>612
分解がめんどくさいコードは一長一短だけどなー
コスト差ないなら、馬鹿がコードに触る可能性がある場合はあえて崩して書くこともある
まぁその先輩()とやらがやってたのはクソコードなのはなんとなくわかるｗ
ステップ数が多い、ってのは、仕事してるんじゃなく大半はただ無駄が多いだけだからな
- 616 名前：仕様書無しさん mailto:sage [2012/06/17(日) 16:13:44.20 ]
- 公開メソッドの多いクラスなんかのコードだと、行数の1/3はコメントだったりするわ…
ステップ数で仕事量測るくらいなら、ツール使ったユニットテストのケース数とか数えたほうがまだ幾分かマシ
- 617 名前：仕様書無しさん [2012/06/18(月) 01:38:39.32 ]
- 無駄な仕様書を減らして、有用な情報だけを残すにはどうすればいいのか…
「既存」の呪いを解呪できるアイテムの実装が必要？(´・ω・｀)
- 618 名前：仕様書無しさん mailto:sage [2012/06/18(月) 09:39:09.74 ]
- デスマプロジェクトで、詳細設計書が顧客にボロクソに言われて全面修正してるのに
他所で作ってるそこのプログラムは完成して、客にも渡したみたいなんだけど、どういうことなの
- 619 名前：仕様書無しさん mailto:sage [2012/06/18(月) 10:50:08.03 ]
- コードに合わせて詳細設計書を修正しろってことだろ。
- 620 名前：仕様書無しさん mailto:sage [2012/06/18(月) 13:30:18.11 ]
- >>617
術者を○す
- 621 名前：仕様書無しさん [2012/06/18(月) 23:42:10.71 ]
- 世の中にはびこる負の遺産や呪いの術者を殲滅することが次の世代のマに託されてる…？
- 622 名前：仕様書無しさん mailto:sage [2012/06/19(火) 14:33:23.74 ]
- >>618
根回し重要
- 623 名前：仕様書無しさん [2012/06/19(火) 22:32:12.33 ]
- 物の品質よりそういうところが重要ってあたりが、土方くさくてやんなるな
- 624 名前：仕様書無しさん mailto:sage [2012/06/19(火) 22:54:27.82 ]
- とりあえず納品物に仕様書を要求するんじゃなくて読み安いコードを要求するようにしろや
品質に直結してウハウハだぞ
- 625 名前：仕様書無しさん mailto:sage [2012/06/21(木) 10:44:31.63 ]
- >>624
コードくれないところ多いよ
- 626 名前：仕様書無しさん mailto:sage [2012/06/22(金) 04:52:34.33 ]
- 要求が曖昧なら
どういう資料作っても無駄になるだけでしょ
- 627 名前：仕様書無しさん mailto:sage [2012/06/22(金) 04:57:00.54 ]
- プログラム読めない系の人が完成後に
資料、資料
って騒ぐみたいだよ
- 628 名前：仕様書無しさん mailto:sage [2012/06/22(金) 06:38:29.74 ]
- >>627
そういう人が欲しいのは、仕様書設計書じゃなくて、多分操作マニュアルが
欲しいんだろうね。
- 629 名前：仕様書無しさん mailto:sage [2012/06/22(金) 19:23:22.84 ]
- 大工さんに、家の作り方を一から書いてください的な、資料？
- 630 名前：仕様書無しさん mailto:sage [2012/06/22(金) 22:20:11.84 ]
- いいえ、他の大工さんが仕事を引き継げるような資料です。
- 631 名前：仕様書無しさん mailto:sage [2012/06/22(金) 22:43:08.90 ]
- それ、設計士が図面書いた時点で終わってるでしょ
図面通りじゃないところぐらいじゃ、必要なのは
- 632 名前：仕様書無しさん mailto:sage [2012/06/22(金) 23:06:34.32 ]
- 引き継ぎどころか、一緒にやってるメンバーでさえ見ない(見てもわけわからん)
資料を大金かけて作ってるわけだが。。
- 633 名前：仕様書無しさん mailto:sage [2012/06/22(金) 23:08:13.94 ]
- SEという人種が要求を噛み砕けんから、おかしくなるんじゃねえの？
客の太鼓道程度じゃ、そのうち...
- 634 名前：仕様書無しさん mailto:sage [2012/06/22(金) 23:08:42.06 ]
- >>631
一般的に設計士は、どういうものを作れという資料しか作らないので、
どうやって作ったかの資料が必要。
- 635 名前：仕様書無しさん mailto:sage [2012/06/22(金) 23:11:19.12 ]
- >どうやって作ったかの資料が必要。
はあああああああああああああああああああああああああああああああ
ソースが読めません系？
- 636 名前：仕様書無しさん mailto:sage [2012/06/23(土) 00:08:18.24 ]
- >>635
なんで資料残しとけば節約できた無駄な工数かけてまでソースを解読しないといけないんだよ。
趣味でやってるんならソース読めで済ませられるけど、職業人でそんな態度なら初心者だね。
- 637 名前：仕様書無しさん mailto:sage [2012/06/23(土) 00:14:10.78 ]
- ソースが読めないから工数がかかるって言ってるような
- 638 名前：仕様書無しさん mailto:sage [2012/06/23(土) 00:36:50.60 ]
- ソースしかないけどよろしくっていうプロジェクトの場合、
普通システム解析の工数を計上するだろ。
工数計上しなくて済むのは、数千行程度の極小さなプログラムのときくらい。
- 639 名前：仕様書無しさん mailto:sage [2012/06/23(土) 00:38:42.65 ]
- 読めないのに、ソースの間違い探しができるのかい？
- 640 名前：仕様書無しさん mailto:sage [2012/06/23(土) 00:42:17.75 ]
- うん、ソース読めるからソース読む工数を計上してるんだね。
- 641 名前：仕様書無しさん mailto:sage [2012/06/23(土) 02:22:41.06 ]
- 書けるのに読めません系が作る完成後の資料ってどういう内容なんだろうね？
読めません系が集団の職場って？
- 642 名前：仕様書無しさん mailto:sage [2012/06/23(土) 13:10:25.03 ]
- >>641
世の中には驚くほど文章を読めない人が多い。2chの3行以上のレスは
読まないってのがネタじゃなくてマジな奴が普通にいるし、Twitterの
140文字ですら読めてるか怪しい人が数多くいる。
- 643 名前：仕様書無しさん mailto:sage [2012/06/23(土) 16:20:17.99 ]
- 仕様書に明記してあれば数分で済むロジックの目的を、
ソースコード上から解析して文章としての仕様にデコードするのは、面倒なケースも多いぞ
ソースと実装が異なる可能性があるから最終的にはコードを見る必要はあるとしても
それがバグなのか仕様どおりの実装なのかは、コードでしか表現されてないと判断つかない
UTがちゃんと作成されているなら別だが、
日本の土方系プロジェクトでちゃんとしたテストコードを作れてるものなんてかなりレアだし
それが出来てるところはちゃんとした仕様書、設計書に値するドキュメントもある
- 644 名前：仕様書無しさん mailto:sage [2012/06/23(土) 16:27:15.12 ]
- >>643
仕様的に欲しいのは入力に対する結果であって経緯ではないから。
- 645 名前：仕様書無しさん [2012/06/23(土) 16:31:17.44 ]
- そもそも、有用なドキュメント残せないようなプロジェクトのコード自体信用できるわけねーしな。
何をやりたかったかっていう目的はにコードだけじゃ判別つかん。
コードが絶対だ、既存だからバグじゃないっていう、糞コーダーの言い訳と同じ。
- 646 名前：仕様書無しさん mailto:sage [2012/06/23(土) 17:24:21.80 ]
- なぜ、仕様書作成に時間を割きながらして、ソースコードはスパゲッティなのかが腑に落ちない。
設計からしてめちゃくちゃな可能性があるけど。
- 647 名前：仕様書無しさん mailto:sage [2012/06/23(土) 17:35:09.87 ]
- 単純な話で、何の意識合わせもなく多人数で手分けしてつくるからだよ。
- 648 名前：仕様書無しさん [2012/06/23(土) 18:03:33.39 ]
- スパゲッティになるのは単純に知識不足だと思うな。興味が持てないから知識が増えないんだろうけど
好きこそ物の上手なれってやつ
よくある系のアルゴリズムについての知識だったり、言語仕様的な通例や制約をしっているかどうかだったり、
デザインパターンみたいなのを知ってるかどうかだったり、こういう差がスパゲッティを作らないうえで重要だと思う
経験から、どう書いてあると後から見るのが大変か、どうなってると後から修正とかしやすいか
なんかを学んでいくだけでもマシにはなるけど、職場が同じようなレベルのとこばっかだと
視野が狭いままで、そんなに学べることは多くない場合が多い
仕様書設計書の話題ではないけどなｗ
- 649 名前：仕様書無しさん mailto:sage [2012/06/23(土) 18:13:52.30 ]
- スパゲッティになるのは仕様書作成に時間を掛けすぎて、
ソースコードを書く時間が足りないからだよ。
本来なら十分な時間を掛けて、
ソース設計→ソースコードを書く→リファクタリングをやらないといけないのに、
スキルに対して納期が短すぎて「ソースコードを書く」部分だけをするから
スパゲッティになるのは必然。
- 650 名前：仕様書無しさん mailto:sage [2012/06/23(土) 20:56:29.84 ]
- ソース設計ってより
何作るかわかってないから、ワケワカになるじゃね
問題に対する読解力が足りないと数学解けないのと同じ感じ？
- 651 名前：仕様書無しさん mailto:sage [2012/06/23(土) 23:02:28.11 ]
- 仕様書作りとコーディングが同時に動いてる現場って少なくないけど
そういうのに放り込まれると、本当このEXCEL方眼紙に書きなぐってるものは何なんだろうなって思う
- 652 名前：仕様書無しさん mailto:sage [2012/06/23(土) 23:39:07.55 ]
- クソ仕様書から正確な仕様書を書く作業から始まる
- 653 名前：仕様書無しさん mailto:sage [2012/06/24(日) 01:08:52.21 ]
- 昔からバグのまったく無いプログラムは作れないといわれているが、
実際には、バグのまったく無いプログラムは見たことあるが、
バグのまったく無い仕様書は見たこと無いw
- 654 名前：仕様書無しさん mailto:sage [2012/06/24(日) 01:23:50.99 ]
- >>652
地味にそういう事からやるほうがいいんじゃね
余裕があるならコーディングしながら矛盾点を洗い出していくとか
- 655 名前：仕様書無しさん mailto:sage [2012/06/24(日) 03:30:05.08 ]
- >>652
だいたいそれやってるけど、必ず既存のバグ見つかってアレ
- 656 名前：仕様書無しさん mailto:sage [2012/06/24(日) 10:19:20.59 ]
- >>655
たしかにそうだけど、それは仕様書再作成作業による机上バグ摘出という成果であると
前向きに考えているよ
- 657 名前：仕様書無しさん mailto:sage [2012/06/24(日) 14:32:24.06 ]
- >>656
コンパイラができること（エラーチェック）を脳内でヤルわけですね？
- 658 名前：仕様書無しさん mailto:sage [2012/06/24(日) 14:41:26.41 ]
- コンパイルできることと、バグが無いことは違うよ？
- 659 名前：仕様書無しさん mailto:sage [2012/06/24(日) 14:49:36.03 ]
- テストがあることと
バグがないことも違うよ。
- 660 名前：仕様書無しさん mailto:sage [2012/06/24(日) 15:39:55.23 ]
- >>657
何を言いたいのか意味不明なんだが、もしかすると>>657はコードと
一対一に対応するような設計書(仕様書???)を書いているのか？
それとも>>657のコンパイラとは、
Z/VDM/CSPのような形式的仕様記述言語の検証系を指しているのかな？
まさかコンパイラが(構文エラー以外の)論理的なバグまで検出できると本気で思っているの？
訳が分からんわwww
- 661 名前：仕様書無しさん mailto:sage [2012/06/24(日) 15:51:32.09 ]
- >>660
”コンパイラができること” ってちゃんと書いてますよね？
コンパイラができないことが、コンパイラできるなんて
どうしてそんな変なことを言い出してるの？
- 662 名前：仕様書無しさん mailto:sage [2012/06/24(日) 16:17:42.24 ]
- >>661
>”コンパイラができること” ってちゃんと書いてますよね？
>>657では、「ちゃんと」書いているつもりなのか？
自分は、”コンパイラができることを” とは構文エラー検査であり、
"脳内でヤル" とは(>>656の)仕様書再作成作業のことだと解釈し、
「構文エラー検査を仕様書作成作業内でヤル」という>>657の発想が意味不明だと>>660で書いた
もしもこの解釈が間違っていたのなら教えて下さいませ
あと、仕様書再作成作業の前に全コードをコンパイル通過させておくのは、常識だと考えているよ
- 663 名前：仕様書無しさん mailto:sage [2012/06/24(日) 19:37:25.95 ]
- コンパル時にエラー出ても読まない、わからない人が仕様書書くことがあるからね
- 664 名前：仕様書無しさん mailto:sage [2012/06/24(日) 19:38:10.50 ]
- ×コンパル時
○コンパイル時
- 665 名前：仕様書無しさん mailto:sage [2012/06/24(日) 20:25:56.27 ]
- こんぱそ時
- 666 名前：仕様書無しさん mailto:sage [2012/06/24(日) 23:39:28.20 ]
- >>663
それって>>657のことかしら？
- 667 名前：仕様書無しさん mailto:sage [2012/06/24(日) 23:46:19.00 ]
- リアル会社でそういう人がいたんですよ
コンパイルのエラーって何？
って、感じの人が
- 668 名前：仕様書無しさん mailto:sage [2012/06/25(月) 06:24:49.76 ]
- またまたご冗談を
- 669 名前：仕様書無しさん mailto:sage [2012/06/25(月) 06:43:59.74 ]
- PC触ったことない、持ってないようなのも
口がうまければ普通に入ってくる業界だからな
- 670 名前：仕様書無しさん mailto:sage [2012/06/25(月) 20:56:34.12 ]
- 20世紀末ごろのエラーメッセージが英語の頃はなにそれが普通だった
エラーメッセージが日本語化されてもなにそれは状態な人がいっぱいいそうだけど
- 671 名前：仕様書無しさん mailto:sage [2012/06/26(火) 02:43:52.29 ]
- エラー出た、で思考停止する馬鹿は結構いるぞ
まじ辞めればいいと思うわ…
- 672 名前：仕様書無しさん mailto:sage [2012/06/30(土) 03:05:17.20 ]
- 工数稼ぐためにそういう人達が完成図書みたいなの作ってるんかね
- 673 名前：仕様書無しさん mailto:sage [2012/06/30(土) 21:27:28.45 ]
- >>671
赤バッテンのアイコンでエラー表示するとパニクって思考停止するヤツが
後を絶たないので黄色の警告アイコンにしてやったwwww
- 674 名前：仕様書無しさん mailto:sage [2012/06/30(土) 21:32:56.59 ]
- シイタケ？
- 675 名前：仕様書無しさん mailto:sage [2012/07/03(火) 02:36:38.73 ]
- ｢我々は高い技術力を持っている｣｢業務ソフトを開発した経験がないとわからないだろ｣が口癖のガイキチは、
グローバル変数とローカル変数の違いもわからず、
それこそプログラマ1年目でも小学生でも簡単に作れるようなサンプルプログラムを作らせてみたら
思った通り一目で動作しないとわかるものを出して来やがった。
- 676 名前：仕様書無しさん mailto:sage [2012/07/03(火) 20:31:28.12 ]
- 資料だって言ってる割には、時代についていってないような書き方だけが伝承されてるだけだったりして
- 677 名前：仕様書無しさん mailto:sage [2012/07/13(金) 01:47:24.24 ]
- ＞仕様書再作成作業の前に全コードをコンパイル通過させておくのは、常識
何言ってんだこいつ。
- 678 名前：仕様書無しさん mailto:sage [2012/08/22(水) 00:52:30.02 ]
- メンテナンス出来ない/しにくい仕様書はいらんな〜
- 679 名前：仕様書無しさん [2012/08/23(木) 17:15:51.25 ]
- うちの画面仕様書びっくりするほど横長だった。UXGA×2枚、SXGA×1枚でおさまりきらない。
書くのも大変だけど見るというか読むのも大変そうだ。
- 680 名前：仕様書無しさん mailto:sage [2012/08/23(木) 19:05:10.57 ]
- まるでWindows8のスタート画面みたいだな。
- 681 名前：仕様書無しさん [2012/08/24(金) 00:27:36.99 ]
- 今日気がついた。仕様書を書いてるときってかなりコピペしてる。
似たような記述が仕様書にいっぱいちりばめられてる。
仕様変更時にこれを全部メンテする自信はまったくない。
- 682 名前：仕様書無しさん mailto:sage [2012/08/24(金) 13:14:29.14 ]
- ソースコードの解読が容易な案件は仕様書なくていい。
糞みたいなソースコードの案件は、仕様書も糞。
仕様書いらね。
- 683 名前：仕様書無しさん mailto:sage [2012/08/25(土) 00:01:23.36 ]
- >>682
ソースコードの解読が容易だが
バグが含まれているコードの場合はどうなるんだ？
- 684 名前：仕様書無しさん [2012/08/28(火) 18:59:19.16 ]
- >>678
メンテしやすい仕様書ってどうやったらできるんだろう？
- 685 名前：仕様書無しさん mailto:sage [2012/08/28(火) 19:46:59.05 ]
- 使うためのマニュアルをメンテとかならわかるんだけど
プログラムのプの字もわからんでもやれる虎の巻みたいなのが欲しいだけなのかな
- 686 名前：仕様書無しさん mailto:sage [2012/08/28(火) 20:12:03.95 ]
- 仕様書は上司と実際に作った俺の頭の中にしかなく、
しかも上司が実装可能と考えていた仕様はほとんど実装不可能で、大幅に改変せざるを得なかった。
にもかかわらず上司の初期構想の仕様書しかなく、俺にはそんな時間はなかったため
引き継いだ奴らが実装をわからずメンテナンスしたためにとんでもないスパゲティに。
コメント文で仕様書の実装は不可能なのでこう実装したと全て書いたんだけどなあ。
- 687 名前：仕様書無しさん [2012/08/30(木) 09:18:06.05 ]
- >>685
仕様変更あったときに楽に間違いなく書き直せる仕様書であってほしいってことじゃね？
|
 |
