- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 552 名前：仕様書無しさん [2012/05/04(金) 11:08:21.59 ]
- 仕様書というか通信仕様や状態遷移は書くけどね。
会議で了承とかはとらない。
承認をとろうとDRをやっても、あげあし取りばかりで
開発期間が短くなるだけ。まぁ潰れるだろうな。
- 553 名前：仕様書無しさん [2012/05/04(金) 11:37:25.60 ]
- <Sale>中国語版の書籍<文系・理系・ＩＴの諸分野>(格安) 280円より
lang-8.com/194279/journals/1457398/
- 554 名前：仕様書無しさん [2012/05/04(金) 12:09:30.10 ]
- >>550
最近は仕様が固まる前から作り始めないと
間に合わない鬼畜納期の案件が多いよ。
- 555 名前：仕様書無しさん [2012/05/04(金) 12:18:52.12 ]
- 仕様書設計書程、意味わからんものないな
行く場所行く場所で作法が違うw
まともなところは普通に作れるが、
今いるところだと要件定義が２行くらいしか書いてなかったり
しかも書いた奴が２年前に退社してるとか・・・・
そこから基本設計、詳細設計まで落とすのは苦しいわけで
つか何年前に始まったプロジェクトなんだよとツッコミ入れたくなった
- 556 名前：仕様書無しさん mailto:sage [2012/05/04(金) 16:37:48.84 ]
- 仕様書で、同じ事柄を指す表記がまちまちなのはやめてくれんかね？ と思うことがある。
- 557 名前：仕様書無しさん mailto:sage [2012/05/04(金) 21:24:48.28 ]
- 昔の大規模システム開発だと用語定義から始めたりしたんだが
まあ設計２年とか普通にあったからなぁ
- 558 名前：仕様書無しさん mailto:sage [2012/05/04(金) 21:40:24.68 ]
- お作法レベルのものじゃなくてもっとグローバルスタンダードなものがほしいよな
この業界の無駄な仕事がかなり減って、残業も減ると思うわ
それで損する奴なんて、いるとしても能無しと中抜きしてる奴くらいだし
- 559 名前：仕様書無しさん mailto:sage [2012/05/04(金) 21:43:42.33 ]
- >>556
とりあえずプロジェクト開始時につけた名前と、マーケティング的な都合でつけられた名前と、
ソースコード上の名前がバラバラってのはよくあるw
マーケティングの話とか現場まで伝わってこないから、上の人たちが話してるのを
「俺には関係ないや」とおもって聞き流してると、実は自分が担当してる機能の仕様変更
の話だったりしてあとで慌てる。
- 560 名前：仕様書無しさん mailto:sage [2012/05/04(金) 21:59:08.48 ]
- >>557
基本設計書レベルでも今の詳細設計より詳しかったりするからね。
- 561 名前：仕様書無しさん mailto:sage [2012/05/06(日) 11:57:21.57 ]
- 機能設計:UI設計(ユーザー及び外部装置からの入出力を伴う機能及び画面設計)と、
詳細設計:データ構造、モジュール間IF設計
だと思ってた。
本当に場所によってバラバラなんだね…
- 562 名前：仕様書無しさん mailto:sage [2012/05/06(日) 21:54:13.90 ]
- ばらばらだって事に気づいてない奴がリーダーとかやってるとマジ糞
俺の知識が正しいを信じてるからな
- 563 名前：仕様書無しさん mailto:sage [2012/05/07(月) 11:35:37.42 ]
- >>561
ビジネスロジックはUIじゃないだろ
- 564 名前：仕様書無しさん mailto:sage [2012/05/07(月) 11:43:07.65 ]
- UIから作るのはまずい手だと私の設計の教科書は言ってる。
- 565 名前：仕様書無しさん mailto:sage [2012/05/07(月) 14:14:27.00 ]
- プロトタイピングという言葉がなかった時代の教科書か
- 566 名前：仕様書無しさん mailto:sage [2012/05/07(月) 14:38:04.43 ]
- プロトタイピングって、ハリボテを拡張していくことじゃないと思うんだ。
- 567 名前：仕様書無しさん mailto:sage [2012/05/07(月) 15:30:28.23 ]
- UIに噛みついてる奴、まともな意見がないな
- 568 名前：仕様書無しさん mailto:sage [2012/05/07(月) 15:35:40.23 ]
- では、まともな意見どうぞ
- 569 名前：仕様書無しさん mailto:sage [2012/05/07(月) 15:57:14.87 ]
- 友愛に噛みつくのですか？
- 570 名前：仕様書無しさん mailto:sage [2012/05/07(月) 21:56:25.92 ]
- プロトタイプは所詮ハリボテなんだから途中で捨てないといけないんだけど
現実はハリボテという砂上を拡張して製品作っちゃうんだよな
- 571 名前：仕様書無しさん mailto:sage [2012/05/08(火) 00:14:17.41 ]
- 楼閣の方はどうするの？
- 572 名前：仕様書無しさん mailto:sage [2012/05/08(火) 07:41:52.38 ]
- >>570
プロトタイプなのに細部に凝り始めるとヤバイ
トリガーとフィードバックのデモ程度で良いのに
- 573 名前：仕様書無しさん mailto:sage [2012/05/11(金) 01:59:24.95 ]
- 仕様書に書かなくてもいいことまで書かないといけないルールがあったりするのがクソ
まともな内容ならむしろ作るほうに賛成なんだけどな
リファクタリングで変わるような内容まで設計書として作成するとかアホ
コードからじゃ判断できないもう少し外から見るための情報をメインに書かないと意味ないだろ･･･
- 574 名前：仕様書無しさん mailto:sage [2012/05/11(金) 02:10:39.19 ]
- >>573
誰に見せるのか、何の目的で作るのか
ここがキッチリしてないと飛んでも無いものが出来上がるよな…
- 575 名前：仕様書無しさん mailto:sage [2012/05/11(金) 02:29:28.88 ]
- お前等見ても結局理解しないだろ
んならそれはソースの中の情報で留めておいても問題ないじゃねーか
ってレベルの内容ですら書けっていうこともあったりするからな
仕様書設計書のグローバルスタンダードが欲しい
- 576 名前：仕様書無しさん mailto:sage [2012/05/18(金) 00:01:40.17 ]
- テレビ番組の制作では、視聴者の知能を小学校低学年程度と想定して作るそうだけど
詳細設計書も作ってると、なんかそんな感じの気分になってくる
これなしでもだいたいのプログラマはコード書けると思うんだけどなあ・・・
- 577 名前：仕様書無しさん mailto:sage [2012/05/18(金) 09:20:29.77 ]
- 詳細設計書＝日本語で実装だからなぁ〜
あとは日本語からプログラミング言語（あるいはバイナリ）に変換できれば
ソフトウェアが出来上がるようになるのが理想なんでしょう
- 578 名前：仕様書無しさん mailto:sage [2012/05/18(金) 15:51:40.57 ]
- >>576
馬鹿にわからないことは書かなかったりウソ書いたりするから
そういう状況で詳細設計の有無とコード書けるかは関係しないと思う
むしろ有ると詳細設計に縛られるせいで実装の難易度が上がることが多い
>>577
詳細設計からコード精製できるぐらい細かい事書いたら
詳細設計を要求する人には読めない複雑な代物になる
特に障害時の処理を漏れなく書くと怒られる
オフショアとかだとうまく書くんだろうけど俺には想像つかない世界
- 579 名前：仕様書無しさん mailto:sage [2012/05/18(金) 23:17:32.06 ]
- > 詳細設計を要求する人には読めない複雑な代物になる
詳細設計を要求する人っていうのは
プログラマだよ。
プログラマがコードで書いているものを
読めないわけがないじゃないｗ
- 580 名前：仕様書無しさん mailto:sage [2012/05/19(土) 02:07:08.39 ]
- オフショアはだいたいゴミだよ
あの手この手つくしてごまかして成り立ってる
コーダーはできる連中多いけど、橋渡ししてるところがクソ
- 581 名前：仕様書無しさん mailto:sage [2012/05/19(土) 09:17:38.12 ]
- >>579
プログラマにプログラムレベルの仕様書見せるなら、自分でプログラム書いた方が早いから意味ないだろ。
かと言って、プログラム組めない奴にプログラムレベルの仕様書見せても理解出来ない。
大いなる無駄なんだよプログラムレベルの仕様書っていうのは。
- 582 名前：仕様書無しさん mailto:sage [2012/05/19(土) 09:58:14.71 ]
- >>581
なんで仕様書の話になってるんだよｗ
馬鹿じゃないのか？
- 583 名前：仕様書無しさん mailto:sage [2012/05/19(土) 11:25:50.90 ]
- 徹夜で詳細設計書書いて出したけど、どうでもいいところばっかり増やして
肝心なところは仕様わかんねえから抽象的なことに終始した
自分で言うのもなんだが、あれじゃプログラム組めないな
- 584 名前：仕様書無しさん mailto:sage [2012/05/19(土) 11:43:55.35 ]
- そりゃそうよｗ
コードの内容を省略して書こうとしても絶対に無理。
コード＝設計なんだから省けないものを省けるわけがない。
- 585 名前：仕様書無しさん mailto:sage [2012/05/19(土) 11:44:35.84 ]
- あれをみて、プログラムを書くのではなく
あんな方針で、プログラムを書く。
方針が書いてあれば良い。
- 586 名前：仕様書無しさん mailto:sage [2012/05/19(土) 14:58:33.24 ]
- むしろコードに関わる内容が書いてある仕様はクソ
出来ないコーダーにはそういうの渡さないとクソコード上げてくるから難しいとは思うけど
機能のIFなりI/Oなりが変わらないようなコードの修正が、
仕様書の修正を引き起こすような内容で設計書に記載されてたら、基本的にそれらは全部ゴミ仕様書だわ
設計図じゃないんだからそんなに事細かに書く必要なんかない
2重管理するハメになって、管理できずに放置されてゴミに変わるのが目に見えてる
- 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 ]
- クソ仕様書から正確な仕様書を書く作業から始まる
|
 |
