- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 153 名前：仕様書無しさん mailto:sage [2012/01/06(金) 21:17:18.58 ]
- >>151,152
See >>142
- 154 名前：仕様書無しさん mailto:sage [2012/01/06(金) 22:06:44.06 ]
- >>153
だから、要求を洗い出して、客に提案して、合意をとった上で始めて設計が固まるだろ。
その安価は何が言いたいんだ？
- 155 名前：仕様書名無しさん mailto:sage [2012/01/06(金) 22:07:24.61 ]
- 要件定義で画面レイアウト決めるのは要件定義ですか？
- 156 名前：仕様書無しさん mailto:sage [2012/01/06(金) 22:07:36.12 ]
- >>151
あとそれ、サンプルと提案書な
- 157 名前：仕様書無しさん mailto:sage [2012/01/06(金) 22:11:34.32 ]
- 外部設計と内部設計の話を混ぜるな
- 158 名前：仕様書無しさん mailto:sage [2012/01/06(金) 22:54:36.05 ]
- 画面仕様を設計だと言い張るSEがいたなぁ。
自分が設計までしたんだから、あとはPGの仕事だと。
- 159 名前：仕様書無しさん mailto:sage [2012/01/06(金) 23:47:00.77 ]
- 今できる最適解は、
プロジェクトやメンバの性質にマッチした仕様書・設計書を適切なタイミングで作成すること。
これに尽きる。
必要な成果物は常に考えながらプロジェクト遂行しなければならない。
成功プロジェクトや経験だけに頼ったやり方はダメ。怠るとデスマ確定。
嫌なら法整備して厳格にすべき。この産業はいつになったら法整備されんだよ。
- 160 名前：仕様書無しさん mailto:sage [2012/01/06(金) 23:51:47.90 ]
- 合意をとった上で始めて設計が固まる と思ってるなら、まだ青臭いな。
合意はその時点での合意でしかない。
- 161 名前：仕様書無しさん mailto:sage [2012/01/07(土) 00:20:57.53 ]
- >>99
サラリーマン思考で乙としか言えないな。
>WindowsとかOracleとかそんなのは難しいだけで工数はそんなに必要ない。
あんた業務システムしか経験したことないでしょ？
知らない分野のことは安易に言い切るなよ。
一般に高難易度のものは工数積むだろ。
- 162 名前：仕様書無しさん mailto:sage [2012/01/07(土) 00:53:57.55 ]
- >>160
いや、そうあるべきって話しであって、必ずそうでなければならないとは言っていない。
設計と要件定義をごっちゃにしてる奴がいたから言っただけ。
会社にとって総合的に利益のほうが上回る事が見込まれるのであれば、カチカチの行程なんてたどる必要はない。
- 163 名前：仕様書無しさん mailto:sage [2012/01/07(土) 02:37:44.26 ]
- 顧客要求事項が曖昧なまま設計しても、すぐに行き詰まって、手戻りが起こる。
コストばかり費やして成果物は完成しない。
予算も納期も限られてるのだから、ある程度踏ん切りつけさせろ。
機能を諦めさせるか次の開発に乗っけさせて貰うとか交渉が必要。
- 164 名前：仕様書無しさん mailto:sage [2012/01/07(土) 02:47:34.20 ]
- >>159
法整備って、何を定めるんだよw
- 165 名前：仕様書無しさん mailto:sage [2012/01/07(土) 03:00:02.21 ]
- >>163
結局、金ある所からなーなーで仕事もらうのが一番無難に儲かるという。
- 166 名前：仕様書無しさん mailto:sage [2012/01/07(土) 06:57:07.49 ]
- >>159
>プロジェクトやメンバの性質にマッチした仕様書・設計書を適切なタイミングで作成すること。
「性質」やら「適切」とやらの定義が曖昧だね
これが
>成功プロジェクトや経験だけに頼ったやり方はダメ。
の典型例なのかな？
しかも
>必要な成果物は常に考えながらプロジェクト遂行しなければならない。
という精神論
たぶん>>159の担当プロジェクトは、いつも
>怠るとデスマ確定。
なんだろねw
- 167 名前：仕様書無しさん mailto:sage [2012/01/07(土) 08:06:00.21 ]
- デスマするかしないかはドキュメントで決まるだろ
デスマで食ってるやつはドキュメントをわざと書かせないから、分かるよドキュメントなくて作業なんか進まないところにザコを沢山投入して上まえハネテ儲ける
そうゆうヤクザなやり方してんだよ
- 168 名前：仕様書無しさん mailto:sage [2012/01/07(土) 10:55:22.07 ]
- >>162
カチカチの行程のほうが開発会社の利益になるんだ
臨機応変に効率的に要件を満たすソフトを作ってしまったら
工数も次フェーズの仕事も減ってしまう
- 169 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:23:10.97 ]
- 結局実現可否まで判断しきれないと、ちゃんとした設計はできないし、手戻りも増えるから、
設計担当でも最低限のコーディング知識くらいは必要だよなホンと。
無能なSEやSIが上流に居座ってると、いいことがまったくない。
- 170 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:28:21.52 ]
- デスマに必要な要素っていうと
-要件をまとめ切れない、仕様を確定できないままずるずる時間を無駄遣いする
-実現不可能な妄想をして手戻りを起こし時間を無駄遣いする
-時間がないや知識不足で仕様書を作成できず、実装担当に情報を渡さない
-スキル不足で実装ができないか大幅に遅れ、テストや改修時間がなくなる
こういうのがあるんじゃないかなと思うけど、
考えてみたらうちの職場は上3つが全部当てはまってる素敵なところだった
そんな状況で工数が不足し、新人投入しはじめたから4番目のもヒットしそうな勢い
やったね！
- 171 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:33:07.84 ]
- >>168
あー…書き方わるかったかな。
カチカチのほうが確実な見込みが取れるから安全だけど、わがままな客やあまり頭の良くない客だとしても、利益が見込まれるなら受けるって話。
- 172 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:33:15.22 ]
- デスマってるところは、大概何も考えずに
行き当たりばったりでコーディングしてる。
Railsとかフレームワーク使えば簡単に作れるとかいって
フレームワークの正しい使い方も調べずに
へんなやり方でトライして動いた、じゃあOK。で進めてる。
簡単に作れるというのも考えものだよ。
何も考えずに動いてしまうってことだから。
でへんなやり方になっていって、デスマに陥る。
- 173 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:35:48.66 ]
- 本来は設計レベルを担当する人が
フレームワークの正しい使い方、ベストプラクティスを調べて
それを下っ端のプログラマに伝えるべき。
だから設計者はプログラミングを高いレベルで習得してなければならない。
デスマってるところは、設計者はプログラミングをしない。
そして全部下っ端プログラマに任せる。
で下っ端は管理されてない状況で好きかってやって
デスマを引き起こす。
- 174 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:49:32.69 ]
- 昔みたいに要件や仕様をしっかりまとめてから開発するというやり方は変化が激しい今は
通用しなくなってる。だから、素早い開発が重要。そのためには拡張性と柔軟性を
備えたシステム基盤を作れないといけない。
この拡張性や柔軟性というのは、どんなものにも耐えられるものが目標だから、
要件や仕様は参考程度確定していればいい。そして作りたいシステムとは独立した、
汎用的な拡張性、柔軟性を持った設計の基盤の実装をシステム開発よりも先に行う。
作りたいシステムは短いコードですぐに実装できるよう、多くのものを汎用的な基盤に持っていく。
そこまで行っていれば、要件や仕様が変わってもすぐに対応できるし、
実現不可能かどうかを試すのもすぐに出来るようになる。
ここまでの説明でわかったとおり、要件とか仕様とかそういう話よりも
今は基盤の実装技術が極めて重要なんだ。そこができてればあとはどうとでもなる。
（正確には、どうとでもなるようなぐらいに基盤を作り込んでおく）
デスマを起こすところは作りたいものだけを考えて、基盤のことを一切考えていない。
- 175 名前：仕様書無しさん mailto:sage [2012/01/07(土) 11:52:16.58 ]
- >>171
おまえは何回後付けしてんだよ。
現場にたまにいるわ。
そういう意味じゃないとか言いながら、ジワジワと意味を変えるやつ。
確固たる主張がないなら折れろよ。
言い逃れ野郎は、ひとつ否定されると全人格を否定されてるんじゃないかと思い込むからな。素直に認めろよ。
間違ったことだったとしても認めたらその場だけの馬鹿認定で済むんだぞ？
- 176 名前：仕様書無しさん mailto:sage [2012/01/07(土) 12:03:40.41 ]
- >>174
君の考える基盤って、いわゆるフレームワークに限定してないか？
基盤というともっと低レベルだったり、ハードウェア選、インフラ系を含んだりする。
- 177 名前：仕様書無しさん mailto:sage [2012/01/07(土) 12:17:26.68 ]
- >>174
変化が早いから素早い開発が要件されてるわけじゃなくて、
金がないから開発期間を短く設定するしかないんだよ。
本来は、3年5年かける規模をわずか半年で開発しているのが現状。
単にゴールを決めて開発してるに過ぎないんだよ。
だから、出荷後や運用開始後に『保守という名目や、改善という名目でバグ修正』
システム開発の世界では、スカイツリー完成に与えられる期間は半年である。
- 178 名前：仕様書無しさん mailto:sage [2012/01/07(土) 12:29:36.70 ]
- >>173
システムエンジニアとプログラマを上下関係の階層構造で考えるのは限界があると思うよ
プログラミングを高いレベルで習得してる人と
業務ロジックを高いレベルで基本設計にまとめられる人は別人でもいい
>>174
顧客と折衝し開発範囲と仕様を定義するシステムエンジニアと
それをソフトウェアとして構築するプログラマは別モンてことだな
設計書を書くだけのシステムエンジニアは
詳細設計書見てコーディングするだけのコーダー同様に
要らなくなるかもしれん
- 179 名前：仕様書無しさん mailto:sage [2012/01/07(土) 12:53:59.54 ]
- 設計にプログラムの作成とかやらせたらダメだよ。
本来やるべき設計に手が回らなくなって、デスマ化する。
- 180 名前：仕様書無しさん mailto:sage [2012/01/07(土) 13:12:21.58 ]
- デスマ化するかはお客との調整がすべてだと思う。
- 181 名前：仕様書無しさん mailto:sage [2012/01/07(土) 13:13:00.33 ]
- 設計者と実装者を別けた時点でデスマ率UP
- 182 名前：仕様書無しさん mailto:sage [2012/01/07(土) 13:21:09.93 ]
- >>181
> 設計者と実装者を別けた時点でデスマ率UP
現実問題、人・金がないのだから分けるしか無い。
その場合、設計者がサンプル実装を行なって
それにそったやり方で実装するように決めれば良い。
もちろんレビューも行う。
- 183 名前：仕様書無しさん mailto:sage [2012/01/07(土) 13:31:21.51 ]
- >>181
納期までに一人で何でもかんでも出来るなら、苦労しないんだよ。
- 184 名前：仕様書無しさん mailto:sage [2012/01/07(土) 13:36:31.46 ]
- >>175
後付してねぇし、言い逃れしてねぇよ。。
言っていることの真意と異なることを返してくるから、細かく答えてるんだろうが。
挑発して勝ったつもりになってんじゃねーぞ。
162で書いた
「会社にとって総合的に利益のほうが上回る事が見込まれるのであれば」
が、何を上回るかって部分をお前は
「カチカチに決めることより利益を上回るなら」
って解釈してイチャモンつけるから
「そうじゃなくて、ビジネスとして利益が上がるのであればという意味だ」
と認識を正してるんだろ。
どこが意味変わっているのか答えてみろよ。
確固たる主張してんだろカス。
- 185 名前：仕様書無しさん mailto:sage [2012/01/07(土) 13:48:34.72 ]
- >>184
ま、利益優先や短納期だと、工程ごっちゃにしちゃうのは、よくある話。
技術者に無理強いする訳だから、ほぼデスマ化するよね。
- 186 名前：仕様書無しさん mailto:sage [2012/01/07(土) 14:12:45.08 ]
- >>177
いまどき、ソフト開発に3年もかけてたら製品発売した時点で時代遅れだってw
- 187 名前：仕様書無しさん mailto:sage [2012/01/07(土) 14:28:08.70 ]
- >>185
それは、利益優先や短納期が悪いっていうより、後出しじゃんけんさせるのが悪いんじゃないの。
- 188 名前：仕様書無しさん mailto:sage [2012/01/07(土) 14:30:29.06 ]
- 新製品のoffice2000向けのツールを作ってたらoffice2003がでました！どうしましょう？
えぇぃ、再設計だ。とわいわいがやがやしてるうちにoffice2007ﾘﾎﾞﾝになってましてどうしましょう？
で、ちんたら勉強してたらoffice2010で標準装備で、実はﾂｰﾙ無用で済みました。てへ。
- 189 名前：仕様書無しさん mailto:sage [2012/01/07(土) 14:52:30.13 ]
- >>181
両方やれるような優秀な人間にプログラムさせるのはもったいない
- 190 名前：仕様書無しさん mailto:sage [2012/01/07(土) 15:33:58.78 ]
- >>187
後出しジャンケンは対応次第で次の開発につながったりするから、一概に悪いとは言い切れない。
対応を誤れば、デスマ化するけどね。
- 191 名前：仕様書無しさん mailto:sage [2012/01/07(土) 16:41:35.24 ]
- >>189
実装しかできない奴に渡してもいいような資料を作る方が時間がかかる。
- 192 名前：仕様書無しさん mailto:sage [2012/01/07(土) 17:10:21.04 ]
- 既に火を噴いてる状況なのに、横から口出してきて
更にいらんことやらせようとする、自称優秀SEがさらに引っ掻き回してくれそうな予感がするこの頃。
- 193 名前：仕様書無しさん mailto:sage [2012/01/07(土) 17:21:50.18 ]
- >>191
仕事を誰かに割り振るようにできないと
一人に負担がかかり過ぎて、うつ病や廃人になるぞ。
- 194 名前：仕様書無しさん mailto:sage [2012/01/07(土) 17:45:05.81 ]
- 設計を誰かに渡してしまえばいい。
- 195 名前：仕様書無しさん mailto:sage [2012/01/07(土) 17:54:56.32 ]
- そうか折衝や設計から外注にやらせればいいんだ
不況で人余ってるから買い叩けるし
失敗したら責任取らせて別の会社にやらせればいい
- 196 名前：仕様書無しさん mailto:sage [2012/01/07(土) 18:13:07.31 ]
- >>195
お前・・・
責任を取ったからって、システムが出来上がるわけじゃないぞ。
失敗した時点で、システムの完成はできていない。
そして儲けが出るほど責任を取らせれられるわけじゃない。
最悪、会社倒産でお前は損して終わりだろ。
- 197 名前：仕様書無しさん mailto:sage [2012/01/07(土) 18:21:04.60 ]
- だから最後は誰かが必死に仕上げるんだ
俺ら孫受けがな
- 198 名前：仕様書無しさん mailto:sage [2012/01/07(土) 18:21:35.04 ]
- で仕上がるのか？
- 199 名前：仕様書無しさん mailto:sage [2012/01/07(土) 20:10:11.48 ]
- >>195
実際はそのとおり。
だけど、それだとお前が間抜けないよな。
って訳で、1枚邪魔がはいるのよ。
- 200 名前：仕様書無しさん mailto:sage [2012/01/07(土) 23:09:29.11 ]
- >>184
どうした？図星すぎてテンパったか？
- 201 名前：仕様書無しさん mailto:sage [2012/01/07(土) 23:55:59.98 ]
- >>200
お前の人格まで否定しないから、反論してみろよ。
- 202 名前：仕様書無しさん mailto:sage [2012/01/07(土) 23:58:54.79 ]
- 図星と指摘することが反論そのものだろｗ
- 203 名前：仕様書無しさん mailto:sage [2012/01/08(日) 01:44:23.33 ]
- ゆとりは会話もできないのな
- 204 名前：仕様書無しさん mailto:sage [2012/01/08(日) 04:23:40.76 ]
- >>201
やっぱりね。おまえは打たれ慣れてないっつーか、社会に揉まれてないっつーか、そんなところだな。
経験浅いから使ってる言葉に重みがねーんだよ。
後出しジャンケンの意味も履き違えてるみたいだし。
聞きかじった言葉だろ？
すぐに感情的な反応するとこ見ると
あながち間違いじゃなかったみたいだ。認めろよ。
- 205 名前：仕様書無しさん mailto:sage [2012/01/08(日) 04:32:41.63 ]
- もう一つ言うとだな、お前の思ってる言葉の裏に隠されてる真意なんて誰も知らないって。
何だよ真意って。最初から真意言えばいいのでは？
利益優先だとか工程ガーとか、そんなんじゃ仕様書いたことあるかどうかも疑わしいわ。
背伸びしなくていいよ。等身大でいいんだって。
- 206 名前：仕様書無しさん mailto:sage [2012/01/08(日) 05:35:43.65 ]
- ※関係ない人ごめんなさい。
>>204>>205
話の流れをいったん整理する
設計してから要件を定義するという話をしていたから、俺が
「それは設計ではなく、要件を定義するために顧客から要求を引き出す作業であって、
要件が明確化して、機能が確定した段階ではじめて設計が固まる」
という話をしていたわけだ。
そこで、お前が
「合意をとった上で始めて設計が固まる と思ってるなら、まだ青臭いな。
合意はその時点での合意でしかない。」
って頓珍漢な横槍を入れたよな？(本人？)
合意を取ったことに対して"その時点での"設計が固まって、
後で変更を依頼されたら、仕様変更で再設計だよな？
で、俺が返したのは、
「"俺が"初期段階の決定事項が全てだと思っているわけではなく、
設計と要件定義の区別がついていないやつがいるからそういう答えをした。
会社として利益が見込みがあるのであればそういう仕事もする。」
で、お前が
「カチカチの行程のほうが開発会社の利益になる。
臨機応変に対応したら仕事が減る。」
で、俺が
「カチカチのほうが確実な見込みが取れるから安全だけど、
実際には利益が見込まれるならそういう客にも付き合う。」
- 207 名前：仕様書無しさん mailto:sage [2012/01/08(日) 05:36:06.12 ]
- で、お前が
「話を後付けするな。確固たる主張がないなら折れろよ。
言い逃れ野郎。人格否定されてると勘違いするな。素直に認めろよ。」
で、俺が
「>>162で書いたことの意味を正しく認識できていない。
カチカチにするより利益が上がるという意味ではなく、
利益が上がるなら仕事として受けるという意味。」
で、お前が
「どうした？図星すぎてテンパったか？」
で、俺が
「お前の人格まで否定しないから、反論してみろよ。」
で、お前が
「図星と言ったのが反論。」
「経験不足にみえる。言葉に重みがないからわかる。
言葉づかいも間違えている。図星だろ認めろよ。」
「お前の心の中なんか知るか。最初から真意言え。
利益優先だとか工程ガーとか、そんなんじゃ仕様書いたことあるかどうかも疑わしいわ。
背伸びしなくていいよ。等身大でいいんだって。」
ここから、返信 ← new!
「真意って言ったけど、書いてなかったことではなく書いていたこと。
お前が話しの流れを読めていない上に、どんどん話をずらしていった。
そして、図星が反論になっているという意味がいまだにわからない。
冷静に自分のレスとスレの進行を眺めなおしてこい。」
- 208 名前：仕様書無しさん mailto:sage [2012/01/08(日) 05:38:28.50 ]
- そろそろダルいのと、もうだいぶ他の人に迷惑かけてるから、
次で誤解が埋められなかったら終わりにしよう。
- 209 名前：仕様書無しさん mailto:sage [2012/01/08(日) 10:48:23.37 ]
- こうゆうやつらがいたらデスマになりそう
- 210 名前：仕様書無しさん mailto:sage [2012/01/08(日) 12:15:41.06 ]
- 細かい事はいいんだよ見たいな奴は危険。
また、一見細かく見えてどんどん話がずれて行く奴も危険。
- 211 名前：仕様書無しさん mailto:sage [2012/01/08(日) 12:50:18.74 ]
- 話の発端は、要件定義やらずに設計書を要求してくる客がいるというところから始まってる。
おそらく、お互いが最終的なシステムをどういったものにしたいかイメージできないからだと思う。
このような場合、試作を見て要件を出してもらうプロトタイプモデルとかがあるわけで、
その変形版って捉え方でいいんじゃないかな？
- 212 名前：仕様書無しさん mailto:sage [2012/01/08(日) 12:53:45.13 ]
- >>207
あんたまたやらかしてるよ。。認めればいいのに。
頭凝り固まってる。
- 213 名前：仕様書無しさん mailto:sage [2012/01/08(日) 13:00:43.93 ]
- >>212
相変わらず、何の具体的な指摘も反論も出来ないのな。
という事で終わりな。
- 214 名前：仕様書無しさん mailto:sage [2012/01/08(日) 13:09:57.07 ]
- >>209
PM,PLだったら最悪だな。
特に行き詰まったときに、精神論や人格論ばかり振りかざす奴。
うつ病患者量産するからな。
PEだったら、チームから外してもらうよ。
- 215 名前：仕様書無しさん mailto:sage [2012/01/08(日) 13:29:04.39 ]
- そろそろ仕様書、設計書の話に戻そうぜ。
- 216 名前：仕様書無しさん mailto:sage [2012/01/08(日) 13:45:19.85 ]
- 相手の意見なんて一切お構いなしに、自分の信念に基づいた見えない弱点を作り出して、
そこを突くことで勝ちに浸る、って奴はどこにでもいる
そもそも発端が、憶測から相手を過小評価することで気持ちよくなりたい相手なんだろ
んなの、いち早くレスする価値がない相手だって気づいて、スルー決め込むのが最適解だわ
わざわざ同レベルで争い続けるから、無駄レスが続くんだよ
- 217 名前：仕様書無しさん mailto:sage [2012/01/08(日) 13:46:21.94 ]
- >>216
自分に言え
- 218 名前：仕様書無しさん mailto:sage [2012/01/08(日) 13:47:49.66 ]
- >>204
やべぇ、こういうおっさんうちの職場にいるわｗ
こいつの書く仕様書が半端じゃなく使えないけど、声でかいからみんな困ってる
- 219 名前：仕様書無しさん mailto:sage [2012/01/08(日) 14:01:32.66 ]
- 反論しなければ周りにバカ遺伝子撒き散らすし、やりあえば不毛だし、生きている事自体が害でしかない。
- 220 名前：仕様書無しさん [2012/01/08(日) 14:08:21.26 ]
- 討論はどんどんすべきだし、途中まではいい感じだったけど
人格否定が始まったら終わりにすべきだな
「現場にたまにいるわ」のあたりからディベートとして成立しなくなったな
- 221 名前：仕様書無しさん mailto:sage [2012/01/08(日) 14:25:44.51 ]
- 仮想敵設定を誤るとこうなる
- 222 名前：仕様書無しさん mailto:sage [2012/01/08(日) 16:03:21.72 ]
- はいはいぬるぽ
- 223 名前：仕様書無しさん mailto:sage [2012/01/08(日) 18:31:36.88 ]
- 2chに何か期待した時点で負けだろ。
- 224 名前：仕様書無しさん mailto:sage [2012/01/08(日) 22:39:22.01 ]
- 自分の書き込みに、全部同一人物がレスしてると思うなw
ここはIDもついてない板だぞ
IT開発者は少しくらいはアスペルガー気味なところがあっていいけどもちょっとは気付け
ちなみに >>144 >>168 >>174 >>178 とかは同一人物
>>168 の書き込みが悪かったな。
>>162のカキコの意図を取り違えていたよ。ていうか半分は論点ずらしだったわけだが
それも2ちゃんだ
- 225 名前：仕様書無しさん mailto:sage [2012/01/08(日) 23:30:03.79 ]
- 設計書の形式、ExcelもWordもダメだとすると、何がいいんだ？
- 226 名前：仕様書無しさん mailto:sage [2012/01/08(日) 23:43:04.95 ]
- 最後に頼りになるのはTEXTでしょう。
- 227 名前：仕様書無しさん mailto:sage [2012/01/08(日) 23:48:33.49 ]
- jpg
- 228 名前：仕様書無しさん mailto:sage [2012/01/08(日) 23:57:47.71 ]
- >>224
現場にたまにいるわ。
詭弁使ってドヤ顔してるやつ。
確固たる主張がないなら折れろよ。
- 229 名前：仕様書無しさん mailto:sage [2012/01/08(日) 23:59:11.28 ]
- >>224
ごめんなさい。
「確固たる主張がないなら折れろよ。」
って言って見たかっただけです。
- 230 名前：仕様書名無しさん mailto:sage [2012/01/09(月) 03:41:58.89 ]
- そもそもマイクロソフト様は設計書は何で書いてるんだろうな？
まさか、Word？
- 231 名前：仕様書無しさん mailto:sage [2012/01/09(月) 03:42:20.26 ]
- Excelは保守を考えないなら楽だけどな
- 232 名前：仕様書無しさん mailto:sage [2012/01/09(月) 04:05:14.81 ]
- >>230
HTML
- 233 名前：仕様書無しさん mailto:sage [2012/01/09(月) 09:11:55.31 ]
- >>232
技術資料は全てMSDNとして公開されるわけだからHTMLだな。
- 234 名前：仕様書無しさん mailto:sage [2012/01/09(月) 11:05:24.05 ]
- >>231
保守は、設計書の保守って意味？
- 235 名前：仕様書名無しさん mailto:sage [2012/01/09(月) 11:27:49.61 ]
- >>233
ということはhtmlは何で書いてるの？
メモ帳？Ｗord？
- 236 名前：仕様書無しさん mailto:sage [2012/01/09(月) 14:56:46.29 ]
- ホームページビルダーだよ
- 237 名前：仕様書無しさん mailto:sage [2012/01/09(月) 14:59:52.64 ]
- プロが包丁でじゃがいもの皮を向いていても
一般の人は皮むき器でいいと思うよ。
真似することはない。
- 238 名前：仕様書無しさん mailto:sage [2012/01/09(月) 15:19:34.57 ]
- >>235
独自の管理？ツールがあるんだろ。
ドキュメントコメントと関連付けられたフォームに、
入力するとMSDN生成してくれるやつが。
- 239 名前：仕様書名無しさん mailto:sage [2012/01/09(月) 16:03:59.55 ]
- >>238
ドキュメントコメントって設計書か？
少なくともソースが存在しない時点では書けないよな？
- 240 名前：仕様書名無しさん mailto:sage [2012/01/09(月) 16:05:43.03 ]
- >>236
他社製品www
- 241 名前：仕様書無しさん mailto:sage [2012/01/09(月) 16:35:25.48 ]
- >>239
ドキュメントコメントは仕様書だな。
作る順序は作業の進め方によるけど。
何かツールでモデリングしてコードの雛形作ってる事のほうがおおいか。
- 242 名前：仕様書無しさん mailto:sage [2012/01/09(月) 23:07:12.36 ]
- >>235
HTMLはVisualStudioでだ。
- 243 名前：仕様書無しさん mailto:sage [2012/01/09(月) 23:18:19.04 ]
- HTML形式で文書を作成するってのが想像つかないんだよな。
一般企業だと、文書は文書作成ソフトで作成して
提出時に用紙に出力するって流れで固まってるよね。
HTML形式を用紙に出力すると、体裁崩れちゃうし…。
- 244 名前：仕様書無しさん mailto:sage [2012/01/10(火) 00:05:27.42 ]
- >>243
それは、HTMLとCSSが使いこなせていないからでは…？
- 245 名前：仕様書無しさん mailto:sage [2012/01/10(火) 00:15:59.17 ]
- ﾈｽｹの4がﾃﾞﾌｫだった時代のｵｼﾞｻﾝなんだけれど、今からHTMLとかCSSとか覚えようとしたら
どっから覚えたらいいんだ？ ﾃｰﾌﾞﾙとTRとTDで組むとかしたらｼｰﾗｶﾝｽ級の扱い受けるんだろうなぁ
- 246 名前：仕様書無しさん mailto:sage [2012/01/10(火) 01:01:16.88 ]
- CSS3使えばいいよ。
テーブル使う理由の3カラムレイアウトとか
やっとCSS3に含まれることになったから。
www.htmq.com/css3/column-count.shtml
対応しているブラウザはまだないけどなｗ
- 247 名前：仕様書無しさん [2012/01/10(火) 01:29:42.23 ]
- レビューの議事録って誰が書いてる？
レビューされる人(設計を説明する人)？レビューする人(レビューアー)？
- 248 名前：仕様書無しさん mailto:sage [2012/01/10(火) 01:54:55.38 ]
- 特に決めてないけど、される方が書いてるかな。
- 249 名前：仕様書無しさん mailto:sage [2012/01/10(火) 02:06:52.77 ]
- テーブルレイアウトは、方眼紙の延長だわな。
それだけである程度のレイアウトができてしまうから、
それぞれに適した手段を一つ一つ学ぶ手間がかからないので、馬鹿でもなんとかなる。
HTMLは文章や単語に文字で表せない意味付けをするためのもので、
スタイルシートはその文書などの部品をどう配置するか、どういう見た目にするか、
みたいなただのの設定だから、誰でもすぐ覚えれるし、別に難しいことはないはずなんだけどな。
- 250 名前：仕様書無しさん mailto:sage [2012/01/10(火) 02:10:21.59 ]
- >>247
れびゅーいが書いてれびゅーあが確認するって事が多いんじゃないかな
指摘事項とかを書き出して、対応内容まで書いて、対応してるかどうかを確認する、って流れになるだろうし
どうでもいいけど、このレビューイって呼び方がなんかこう好きになれない
ｷｬﾊﾊ ﾚﾋﾞｭｰｲ
- 251 名前：仕様書無しさん mailto:sage [2012/01/10(火) 02:28:18.68 ]
- >>249
CSSには長らく段組という機能が無かった。
また角丸を実現する方法もなかった。
結局は、段組用、角丸用に調整したHTMLを書かないといけず
それを実現するためのテクニック（バッドノウハウ）が必要なので
難しいものとなってる。
CSSは要求するデザインを満たせるものではなかったんだよ。
十数年たってこれからやっとましになるかなってのが現在の状況
- 252 名前：仕様書無しさん mailto:sage [2012/01/10(火) 15:11:04.08 ]
- >>245
なぜそのような発想になるのでしょうか
- 253 名前：仕様書無しさん mailto:sage [2012/01/10(火) 20:28:00.12 ]
- ﾈｽｹの4がﾃﾞﾌｫだった時代のｵｼﾞｻﾝ が、Web全盛期の世の中でHTMLを無視してきたってやばいよ。
たとえ、まったく異なる分野の技術者だったとしてもです。
そんなことだから「どっから覚えたら」などという発想になるんです。
|
 |
