- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 388 名前：sage [2012/02/02(木) 15:14:13.03 ]
- >>387
全くその通り。
自衛が必要なら、前工程の成果物の妥当性を再検討するのではなくて、別の手段で。
>>384
詳細設計書かく人をSEと呼ぶですか・・・。
- 389 名前：仕様書無しさん mailto:sage [2012/02/02(木) 15:15:06.06 ]
- おっと、超久しぶりにブラウザで書き込んだもんだから、sage間違い
- 390 名前：仕様書無しさん mailto:sage [2012/02/02(木) 19:20:40.56 ]
- >>388
詳細設計を素人の客が見るならSEが書いた方がいいよ
PGが書いた詳細設計はいい意味でも悪い意味でも素人には読めません
- 391 名前：仕様書無しさん mailto:sage [2012/02/02(木) 20:13:31.67 ]
- そもそも、詳細設計を素人が見る必要があるのか？
何のために見せるんだ？
- 392 名前： 忍法帖【Lv=4,xxxP】 mailto:sage [2012/02/02(木) 22:01:53.32 ]
- 詳細設計なんぞお客に見せない（見たがらない）もんだと思ってた(´・ω・｀)
- 393 名前：仕様書無しさん mailto:sage [2012/02/02(木) 22:29:04.38 ]
- 詳細設計書作成がなかなか進まない
分からないところがあってソースを確認するはずが、気が付いたらコーディングしてる
どうしよう
- 394 名前：仕様書無しさん mailto:sage [2012/02/02(木) 23:06:49.83 ]
- >>393
その場合はコーディングしてから設計書書いてコード見直す
プログラミング言語のほうが直感的にロジックを記述できるのは自明
で同時に設計書も書くことで仕様が整理されてコードの間違いにも気付く
- 395 名前：仕様書無しさん mailto:sage [2012/02/02(木) 23:34:02.01 ]
- >>381
>>382
>>387
ありがとう！ふっきれた！
今まで、自分が製造担当した箇所で(要件漏れやドキュメント不備による)不具合、トラブルが発生したとき、
責任を感じてしまってた。
「製造担当」は製造に責任を持つべきで、「設計」の責任まで負う必要はない。
ただ、馬鹿正直に詳細設計書通りに実装するんじゃなくて、気づける箇所があれば要件を聞く。
その結果変更が必要なら変更分を請求すればいい(自社が設計して、変更にかかる工数を確保できなければエスカレーションする)。
(なんか文字に起こすと当たり前のことすぎるね。。)
よし、明日もがんばろう！
- 396 名前：仕様書無しさん mailto:sage [2012/02/02(木) 23:39:06.15 ]
- >>393
スケジュール通りに成果物(設計書とソース)が上げられるならそれでもいいんじゃない？
けど、try and error だと残工数見積もりにくいよね。
詳細設計書に求めてる粒度が細かすぎるのでは。。。
- 397 名前：仕様書無しさん mailto:sage [2012/02/02(木) 23:50:15.45 ]
- >>394>>396
アドバイスありがとうございます。
今までは先にコーディングしていたのですが、今回のプロジェクトは詳細設計書だけ先に提出しなければいけなくて…。
細かくやろうとしすぎてるかもですね。
- 398 名前：仕様書無しさん [2012/02/02(木) 23:53:08.30 ]
- >>383
いやな奴や、客観的にみてもその場にいない方がましな奴でも平気で居座るのが
デスマというものなんだが。。
仕事はきついけど連帯感が生まれて現場は和気藹々だとでも妄想しているのか？
- 399 名前：仕様書無しさん mailto:sage [2012/02/03(金) 01:15:19.64 ]
- 詳細設計書の書き方がよく分からなくて、
自分がコーディングした場合を想定したロジックを
そのまま言葉に起こした設計書を提出したことがあったな。
その後に上司に注意されたよw
- 400 名前：仕様書無しさん [2012/02/12(日) 15:15:49.08 ]
- みんなUML使ってる？
- 401 名前：仕様書無しさん mailto:sage [2012/02/12(日) 15:21:47.20 ]
- クラス図とかシーケンス図とかよく使うな。
- 402 名前：仕様書無しさん mailto:sage [2012/02/12(日) 16:12:31.26 ]
- ユースケース図とかアクティビティ図とかよく使うな。
- 403 名前：仕様書無しさん mailto:sage [2012/02/14(火) 20:03:34.03 ]
- >>398
お前かわいそう。人を人として見られなくなったら終わりです。
仕事は仲間とする方が円滑に進む。綺麗事じゃなく。
徹底的に追い込むとかお前何様よ。お前も雇われの身だろーが。
お前の思考回路って、都会的と言うよりも在日じゃねーか？
- 404 名前：仕様書無しさん mailto:sage [2012/02/14(火) 23:35:26.51 ]
- >>403
アンカは>>383のタイポかな？
内容については、同感
そういった職場の雰囲気は、リーダの性格によって形成されるのだと思う
- 405 名前：仕様書無しさん [2012/02/15(水) 19:57:04.45 ]
- >>403
仲良し同士で低レベルなシステム作って一生喜んでいればいいじゃん。
そのうちインド人に取って代わられるだろうけどね。
本当のチームはチーム同士切磋琢磨するし、自らの責任を果たさない
フリーライダーはあっという間に排除する。
- 406 名前：仕様書無しさん mailto:sage [2012/02/15(水) 21:22:19.88 ]
- >>403
お前は草野球。
プロ野球でスタメンになりたければ、人より秀でる必要があるって話。
プロのメンバー選考で手をつないでゴールしても落とされるだけだろ。
- 407 名前：仕様書無しさん mailto:sage [2012/02/15(水) 23:00:20.08 ]
- 仲良しごっこだろうとライバルごっこだろうと結果が出せなければ意味無いな。
- 408 名前：仕様書無しさん [2012/02/15(水) 23:26:09.20 ]
- >>407
その通り。
自分以外の部署の人間が鬱病になろうがそれはその部署のマネジメントの問題。
中ではチームの力を最大限に生かすチームビルディングを行ってマネジメント能力をあぴーるし、
ほかの組織に対しては弱みを見せた瞬間に徹底的に追い込んで弱体化させるのが
組織の中で生き抜く秘訣。
- 409 名前：仕様書無しさん mailto:sage [2012/02/16(木) 01:19:21.65 ]
- 結果を出すことと組織の中で生き抜くことは全く関係ないな。
- 410 名前：仕様書無しさん mailto:sage [2012/02/17(金) 21:34:01.27 ]
- 仕事仲間のことだと思ってるんだが、どこで仲良しに変わったの？
お前らコンプレックスで過剰反応し過ぎじゃね？
この10数年の会社教育は嘘で洗脳だから、そろそろ目覚ましの時間ですよ？
- 411 名前：仕様書無しさん mailto:sage [2012/02/17(金) 23:37:50.44 ]
- アットホーム()とか、まぁ良くも悪くも日本っぽい事ではあるし、それで成功してるとこもいっぱいある
別に和気藹々やるのがダメだとは思わん
ただ、そういうのを強調する人は、大抵自分から学んぼうとかしないで
低いレベルで仲良しごっこしたがる人が多いからなｗ
仲間意識をつかって停滞することに安心してる、みたいな
無理やりスレタイの話題に振るなら、そういう人が書いた仕様書は、割とひどいｗ
- 412 名前：仕様書無しさん [2012/02/18(土) 12:34:04.54 ]
- 新人が作った顧客に出す設計書のタイトルが↓だった
〜♪♪ ○○設計書 ♪♪〜
- 413 名前：仕様書無しさん mailto:sage [2012/02/18(土) 12:44:36.23 ]
- 客も喜ぶかもよ？
- 414 名前：仕様書無しさん mailto:sage [2012/02/18(土) 20:03:22.26 ]
- 中身がしっかりしてれば、外見なんて気にしない。
中身がなければ、怒りが増すがな。
- 415 名前：仕様書無しさん mailto:sage [2012/02/18(土) 21:50:57.90 ]
- 客によるとしか言えないな。
- 416 名前：仕様書無しさん mailto:sage [2012/02/19(日) 16:45:07.13 ]
- 新人なりに見栄え良く見せようとしたんだろ。
OJTで放し飼いして、ロクな教育してなかった奴が悪い。
- 417 名前：仕様書無しさん [2012/02/19(日) 17:16:55.09 ]
- 新人だと思ったら４０才くらいのおっさん個人事業者が作った設計書らしい
- 418 名前：仕様書無しさん mailto:sage [2012/02/21(火) 21:41:55.34 ]
- ジョエルのファンなんだろ
- 419 名前：仕様書無しさん mailto:sage [2012/02/22(水) 00:40:09.25 ]
- >>392
完全なエンドユーザーが見るわけじゃなく、
客先のシステム担当が次のシステム改修の際に使うんだろ。
それか、基本設計書にエラーコードとか、要点じゃない
雑多な仕様が記述されてない場合とか。
- 420 名前：仕様書無しさん mailto:sage [2012/02/26(日) 14:08:13.66 ]
- システム改修など、細かい部分が重要なのに、それが抜けてる仕様書は困るんだよね。
エラーコードとかは分からなければ、ユニークなコードで追加していけば問題ないが
データの抽出条件とかは、複雑だと調査に時間がかかってしまう。
- 421 名前：仕様書無しさん mailto:sage [2012/02/26(日) 16:48:07.30 ]
- そういうのとても書ける量じゃないときがあるけどどうやって管理してんだろう？
結果の合否判定がやたらと複雑で仕様書にもどこにものってない箇所とか普通にあるんだけど
ソース見ながらでもうんざりするぐらい長いんだけど
- 422 名前：仕様書無しさん mailto:sage [2012/02/26(日) 17:02:57.34 ]
- 管理してないんじゃねｗ
担当が居なくなってから火を噴く、みたいな
- 423 名前：仕様書無しさん mailto:sage [2012/02/26(日) 19:20:31.66 ]
- 出来上がったソフトの動きが仕様です。
- 424 名前：仕様書無しさん mailto:sage [2012/02/26(日) 19:27:21.27 ]
- そもそも要件が定義されていない。
回路図を渡され、顧客とやりとりしたメールの断片が転送されてきて
1ヵ月後までに仕様書と実装とテストを終わらせておけ
といわれる俺は既に色々あきらめている。
某日本で一番入りたい家電メーカのとある職場の風景
- 425 名前：仕様書無しさん mailto:sage [2012/02/26(日) 22:18:18.42 ]
- 日本の家電メーカーとか最初から終わってんじゃん
入りたくねーｗ
- 426 名前：仕様書無しさん mailto:sage [2012/02/27(月) 18:03:50.33 ]
- 家電とかの電子回路は商品ごとに作り直せるから無問題
- 427 名前：仕様書無しさん mailto:sage [2012/02/27(月) 18:09:50.12 ]
- 日本のものづくりw
技術者を大切にしないから、衰退の一方だなwww
- 428 名前：仕様書無しさん mailto:sage [2012/02/27(月) 18:25:14.20 ]
- >>421
誰かが何らかの形で残してなければ、何も無いんだよ。
大概は、最初のうちはちゃんと作ってるけど、
プロジェクトがヤバくなると、ドキュメントの修正も手がまわらなくなる。
ある程度、体裁が整った設計書をコピペして使い回すから、
潜在的なバグ・仕様上のバグが爆発的に広がる。
まさに負の連鎖w
- 429 名前：仕様書無しさん mailto:sage [2012/02/27(月) 22:30:36.51 ]
- >>424
それはマネしたさんではなくてエスプーさんのことですね。
- 430 名前：仕様書無しさん mailto:sage [2012/02/27(月) 23:50:58.83 ]
- 人売りが技術系にはびこってしまったからなぁ
スキルの安売り状態で業界がどんどんだめな方向に向かってる気がするわ
スキルなくても底辺で食ってけるから、そこで安心しちゃってるようなの多いし
- 431 名前：仕様書無しさん mailto:sage [2012/02/28(火) 20:36:35.55 ]
- 仕様書については未だに悩んでる。
1つの提案なんだが、コードにlatexで埋め込んで
仕様書を自動生成するか
そうでなくてもワードよりはtexのほうがいいとおもう。
どうせpdfで出図すればいいんだから。
なんでwordを進めるのだろう。
酷い場合はexcelで書く馬鹿がいる。
しかし上司だからこき下ろすこともできない。
- 432 名前：仕様書無しさん mailto:sage [2012/02/28(火) 20:57:17.60 ]
- WordもExcelもMicrosoft Office Personalに入っているから
どの会社のPCでも導入時の状態のままで確実に読み書きできる、だろ？
- 433 名前：仕様書無しさん mailto:sage [2012/02/28(火) 20:57:59.49 ]
- texは他人と共有したいとは思わないね。
環境ごとに使えるテンプレやマクロが違うとかやってらんない。
- 434 名前：仕様書無しさん mailto:sage [2012/02/28(火) 21:02:30.53 ]
- latexはWYSIWYGじゃないからダメ。
逆にWYSIWYGで編集できるなら、
その中身がなんだろうと関係ないから
latexの必要性がない、
- 435 名前：仕様書無しさん mailto:sage [2012/02/28(火) 21:03:37.42 ]
- ドキュメントは結局糞Wordしか使えないって事が多いから諦めて一通りは覚えた
使いにくいだけでスタイルと文書は一応分かれてるし
初期設定さえできてしまえばあとは書くだけになるし、そこまで手間はかからない
使いにくいだけで
Excelドキュメント作るやつは全員ばくはつしてしまうといい…
- 436 名前：仕様書無しさん mailto:sage [2012/02/28(火) 21:10:37.92 ]
- >>431
お前はこれでも読んで勉強するといいよ。
Excelプロトタイピング――表計算ソフトで共有するデザインコンセプト・設計・アイデア
www.oreilly.co.jp/books/9784873114415/
なんでExcelはだめなんですかと聞くと、
Excelは表計算なんだから表計算にしか使ったらダメだ！という
それ以外の理由がない。頭が固いと思う。
Excelが優れている理由ならたくさんみつかるな。
ワークシート単位だから、文書が増えてもワードみたいにページが変わったりしない。
ワークシート＝タブと考えれば、タブと同じ便利さがある。
図形を入れられる。それでいて文書も数値計算もできる。
大まかな座標が合わせやすい。
Excel=表計算という固定観念を捨てて、方眼用紙ソフトと考えれば、万能ソフトだって分かるだろう。
- 437 名前：仕様書無しさん mailto:sage [2012/02/28(火) 21:33:58.47 ]
- 万能ソフトだろうが何だろうが、まともに文章が入力ができないソフトはダメだ。
- 438 名前：仕様書無しさん mailto:sage [2012/02/28(火) 21:44:46.71 ]
- 挿入 - オブジェクトで「Microsoft Word 文書」を選べばいいよ
- 439 名前：仕様書無しさん mailto:sage [2012/02/28(火) 22:18:24.23 ]
- WordよりはExcelの方がいいな
- 440 名前：仕様書無しさん mailto:sage [2012/02/28(火) 23:42:43.31 ]
- Excelが万能って理由もあるけど、Wordがダメ過ぎるってのもあるんだよ。
- 441 名前：仕様書無しさん mailto:sage [2012/02/28(火) 23:46:53.03 ]
- >>431
ソフトウェア開発ではなくてネットワーク構築の事例になるけど、
UNIXサーバの設定仕様書をLatexで書いて、PDF文書として納品していたことがある
・Latexを選んだ理由は、文書を自動生成できるから（機械にできることは機械にやらせよう！）
・サーバの設定ファイルからLatexの章/節/リスト/テーブルを生成するスクリプトを開発 - (a)
・自動生成できない部分は、独自の定義言語を設計してその言語からLatexソースを生成 - (b)
・仕様書全体では100ページを超えたけど、Latex手書きは設計方針を記述した先頭20ページだけ
・スクリプト等のツール類の記述言語は、(a) Ruby と (b) Prolog
・事前にPDF文書による納品が可能かどうか確認要(大半の顧客はWordを希望/要求する)
あと、「コードにlatexで埋め込んで仕様書を自動生成する」提案については、
「文芸的プログラミング」という発想がある（詳しくは、ググると解説が見つけられる）
さらに付け加えると、将来性の面で(Latexよりも)「DocBook」と呼ばれるXML文書形式がオヌヌメ
まだ実用上の課題は多いけど、HTML/PDF/EPUB/ODF(Open.Office)等への変換が可能
- 442 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:13:30.98 ]
- Excelで作られた文書って、目先しか考えてないからなぁ
文章を書く、ってのが前提にあるなら、Excel使ってる時点で全部糞以下だわ
更改されない使い捨てなら別に何でもいいけど、仕様書とかをアレでやられてると、げんなりする
Excel方眼紙仕様書は高確率で、
章番号段落番号とか、修正自色変えとか、一部分だけ取り消し線とか
挙句の果てには印刷レイアウト見ながら列幅の調整、文章の分割を行わないといけない、とか
糞ルールのおまけがいっぱいついてくるしなｗ
操作性悪いI/Fや、ちょっとした誤操作で設定してるスタイルぶっとばしてしまうような
うんｋWordはダメダメのダメダメダメダメだけど、それでもちゃんと使えばExcelよりかは手抜きできるから使いようだと思う
問題の根本原因は、Wordですら理解できないのが多すぎることだと思う
そういう奴らも仕事に関わる以上、結局サルでもわかるExcel方眼紙！みたいなのに助けてもらうしかない
- 443 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:31:29.80 ]
- 普通の人はデータそのものと視覚的デザインの分離が正義だとは微塵も思ってない。
いかに正確に、効果的に読ませるかに関してのアプローチにおいて
文章データと視覚デザイン、場合によってはアニメ、効果音すらも一体化しており切り離せない。
だから理系脳の連中がデザインの分離を叫ぶたびにこいつら頭沸いてんじゃねーのかと思ってる。
- 444 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:34:21.70 ]
- >>436
別に何でも出来るわけじゃないし、「万能」とはちょい違うと思うなー
Excelは、理解しなくても方眼紙としては使えるので、馬鹿でもわかるって感じだと思う
列幅行高さ変更を禁止される事多い方眼紙を使ってしまうと、改行するだけでカットペースト必要だったり、
笑えないギャグがてんこ盛り状態にはなるけど、それでも方眼紙として使う上での殆どのことは特に理解しなくてもわかるレベルだし
ほんとExcelすごいな…！！１
あと、Excel仕様書の反対理由で、表計算だからって理由を前面押ししてる人はそんな居ないんじゃね
「そもそもあれは表計算ソフトで、文章を書くためのものじゃない」っていうような言われ方ならちょいちょい見るけど
それって「表計算ソフトだからー」、じゃなくて「文章作成機能付いてがないからー」って意味っしょ
もし、前者のように捕らえちゃってたのなら、多分Wordの機能と、Excelの機能の差をちゃんと理解しきれてないんだと思うぽ
修正の履歴つけたり、番号振ってくれたり、用語を参照してくれたり、目次つけたり、段落やレイアウトやってくれたり、
印刷を面倒みてくれたり、みたいな文章の作成向きの機能がExcelには殆どついてないから、
どっちも一通り触ったことある人は、流石に文書作るのにExcelはねーな、ってなるんだと思う
- 445 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:45:40.62 ]
- 文書を電子データのまま活用するか、プリントアウトして活用するかの文化の違いに見える。
- 446 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:47:08.58 ]
- ついてる機能を知らなくても、方眼紙エクセルなら力技で何とかできるからなぁ…。
ワードだとその機能を知らないと出来ない事が多数あるから、学ばない連中は拒絶反応を示すんだと思うよ。
検索や置換機能のあるエディタが手元にあっても、その機能知らないから、全部手作業で単語の書き換えをやる奴いるのと同じ話。
別に個々の仕事で簡潔する事なら、どうぞ好きに力技披露してくって感じだけど、
俺までそれに合わせないといけないってなるのは、すごく面倒。
- 447 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:56:21.53 ]
- UMLって全部、多次元配列で表現できるような気がするんだ。
いや、具体的に検討したわけじゃないんだけど。
wiki文法に組み込めないかな。
- 448 名前：仕様書無しさん mailto:sage [2012/02/29(水) 01:58:01.72 ]
- >>443
ここマ板だしなｗ
仕様の修正で、中身となんも関係ない見た目まで毎度再調整とか、無駄じゃね
ブレブレの仕様とかだと、仕様ちょっと変わるたびに見た目まで再調整とかになったりするんだぜ
基地外じみた章番号の修正とか、気が狂う奴が出兼ねない…！
そういうのがめんどくせぇ、ってのに理系だの文系だのは関係ないと思うｗ
>>445
印刷する気ないのに、印刷レイアウトではみ出しがないかチェックしろ、みたいなアホなルールも結構みるけどなｗ
レビューでんなとこチェックしてる時間あったら、内容の不備がないかをチェックしろよって思うこと多々
- 449 名前：仕様書無しさん mailto:sage [2012/02/29(水) 07:30:37.21 ]
- 基本的に方眼Excelのくせに、一部分だけ表を書きたいためなのか
横長なセルがあったりすると非常に萎える。
- 450 名前：仕様書無しさん mailto:sage [2012/02/29(水) 07:39:14.85 ]
- プログラマだけど文系だからな俺
Texとかまじわからん
Excelが文章作成ソフトじゃないのはわかるんだが、Wordは不親切な親切が多すぎて使っててイライラする
はっきり言ってどっちも使いたくないけど二択ならExcelの方が扱いやすい
- 451 名前：仕様書無しさん mailto:sage [2012/02/29(水) 07:44:22.12 ]
- > Texとかまじわからん
HTMLわからんって言ってるようなものなので、ちょっと恥ずかしい。
- 452 名前：仕様書無しさん mailto:sage [2012/02/29(水) 12:33:47.48 ]
- 方眼紙にするだけならまだ許そう。お前ならまだ切り貼りもだいたいできるし、他からのペーストもわりと受け入れてくれる包容力がある。
だがセル結合、テメーはダメだ！
>>450
イライラすんのは理解力がない自分のせいだと思うぞ。
俺も前は、Wordは勝手に○○されるから糞って思ってたけど、結局それはなんでそうなるかを知らないからなわけだし。
項目名が意味フだったり、ヘルプも微妙だったりで、覚えるまで面倒なのはすごく同意できるが、
イライラしてても埒が明かんって調べたら、数十分ありゃ解決するような話だったこと多々。
Texも別に調べりゃすぐわかるレベルだし、わかるわからない以前に単にやる気がないだけだと思うわ。
- 453 名前：仕様書無しさん mailto:sage [2012/02/29(水) 18:07:40.78 ]
- Wordで章だてから真面目に書けば、そう悲惨なことにはならない。
書式は統一されたものを適応するのみ。
なんでも適当にやるからだろ……
- 454 名前：仕様書無しさん mailto:sage [2012/02/29(水) 18:16:16.13 ]
- >>450
Wordで文章書くとき、
一つの文なのに改行で行替えしたり、
タブや全角スペースで文字下げしたりインデントしたり、
文の一部を選択してフォントやサイズを変えたり、
目次を手でかいたり
してない？
そりゃ大変だよ。
- 455 名前：仕様書無しさん mailto:sage [2012/02/29(水) 19:58:09.40 ]
- >>450
TeXなんかなんかプログラム言語の文法と比べると簡単なもんだぞ。
文系と言うのなら不親切な親切って言う表現はおかしいだろう。
Wordは大きなお世話が多いのは確か。
- 456 名前：仕様書無しさん mailto:sage [2012/02/29(水) 21:09:57.02 ]
- Excel否定する長文をよく読むと
否定する理由の根拠が激しく乏しい件について。
- 457 名前：仕様書無しさん mailto:sage [2012/02/29(水) 21:11:03.88 ]
- >>453
> Wordで章だてから真面目に書けば
章立てする理由は？
本書いてるわけじゃないんだから
そんなの必要ないよ。
- 458 名前：仕様書無しさん mailto:sage [2012/02/29(水) 23:02:20.84 ]
- Ctrl+クリック(だっけ？)で即ジャンプできるじゃん
- 459 名前：仕様書無しさん mailto:sage [2012/02/29(水) 23:22:27.66 ]
- >>457
ぐちゃっと書かれてる仕様書はわけわからん。
いや、書いてる奴自身はわかってるのかもしれないけど。
コードと同じように、スパゲティ仕様書もダメダメだ。
- 460 名前：仕様書無しさん mailto:sage [2012/02/29(水) 23:33:53.31 ]
- 章＝ディレクトリでいいやん
- 461 名前：仕様書無しさん mailto:sage [2012/02/29(水) 23:39:02.75 ]
- Wordはもうちょっとアウトラインが使いやすければなあ。
- 462 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:02:50.34 ]
- ファイルがひとつにまとめられてると
同時編集が面倒なんだよねぇ。
ほら、仕様書作成なんて一人でやらないでしょ普通。
- 463 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:17:53.14 ]
- モジュールに分けて仕様書つくればいいんじゃないのか
- 464 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:27:04.63 ]
- SEになって数年たつけど、Excelで仕様書作ってるよ。
請負中心だから客先ですでに決まってるフォーマットを使ってる。
Excel設計書に不満があるけど、
だからと言ってWordの利点も見出せないから現状維持。
- 465 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:33:49.86 ]
- 使う人が使いやすいならエクセルでもいい。
自分しか使わないなら好きなので書けばいい。
ただ、Wordを批判するやつの九割以上がWordを使いこなせないことを責任転嫁しているのは納得いかない。
- 466 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:44:53.48 ]
- Word好きじゃないが、Wordでもファイル分けくらいできるぞ。
複数ファイル参照とかは普通に使うでしょ。
- 467 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:46:44.31 ]
- >>465
あるあるすぎるｗ
自分も昔そうだったからすごくわかるわ
不勉強だった自分を見てるみたいで、もにょる…
- 468 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:47:13.73 ]
- >>465
使いこなせない人には糞にしか見えないってだけだべ
責任転嫁とは違う
- 469 名前：仕様書無しさん mailto:sage [2012/03/01(木) 01:51:09.63 ]
- >>467
素直に言い給え、Wordも使いこなせないクズと
- 470 名前：仕様書無しさん mailto:sage [2012/03/01(木) 02:09:21.40 ]
- 仕様書はExcelで良いと思うが操作説明書をExcelで作るのは止めて欲しい。
しかも章ごとにブックは分かれているし目次もページ番号も手で振っている。
- 471 名前：仕様書無しさん mailto:sage [2012/03/01(木) 11:53:26.64 ]
- >>457
仕様書っていう本書いてるんだよ。何言ってんの？
- 472 名前：仕様書無しさん mailto:sage [2012/03/01(木) 14:04:06.28 ]
- 本や説明書って、フォーマットは何を使ってるんだろうな。
- 473 名前：仕様書無しさん mailto:sage [2012/03/01(木) 14:17:52.13 ]
- >>472
だいたいインデザとか。
所によっては、ページの少ないものはイラレでざくっと作る。
- 474 名前：仕様書無しさん mailto:sage [2012/03/01(木) 16:07:19.00 ]
- >>472
Adobeの製品ラインナップなら、FrameMaker一択
中小出版社の製本業務や企業の製品マニュアル作成における、
統一されたスタイルによる高品質出版に威力を発揮する
InDesignはSOHOやフリーランス向けの製品(イラレは論外)
あとASCIIの技術系書籍では、TexをエンジンにしたEWBと呼ばれる
独自の出版システムが使われているらしい(詳細はPDF版のマニュアルを参照)
・EWB(Editor's Work Bench)の概要
ttp://ascii.asciimw.jp/ascii/EWB/gaiyo/index.html
また海外大手のO'Reilly & Associatesの入稿では、DocBookと呼ばれる
XML文書形式が推奨されている(DocBookについては、まずWikipediaを参照)
実際にDocBook仕様書のソース(原稿)はDocBook自身で書かれ、ソースと
オンライン版は無償公開、印刷版は有償でO'Reilly Mediaから発売されている
- 475 名前：仕様書無しさん mailto:sage [2012/03/01(木) 16:41:29.09 ]
- >>474
そーなのか。まぁ義弟の勤めてる会社は弱小だからかな。
見開き数Pの特集、小冊子くらいなんかは、チラシの延長でやっちゃうと言ってたけど。
- 476 名前：仕様書無しさん mailto:sage [2012/03/01(木) 21:24:00.18 ]
- trac + wiki で書いてる
- 477 名前：仕様書無しさん mailto:sage [2012/03/02(金) 18:13:53.79 ]
- 断定できないけど、
本や説明書のフォーマットはWordやExcelを使ってないってこと？
- 478 名前：仕様書無しさん mailto:sage [2012/03/02(金) 18:29:06.12 ]
- >>477
ちゃんとしたところだと、それ用のソフトは普通DTPと呼ばれる物を使う。
Wordを使ってる場合もあるだろうが。
- 479 名前：仕様書無しさん mailto:sage [2012/03/03(土) 15:22:19.03 ]
- 説明書ならWordで作るのも普通にあるよ
- 480 名前：仕様書無しさん mailto:sage [2012/03/03(土) 17:24:16.16 ]
- 仕様書の表から構造体やクラスＤＢのテーブルまで作ってくれるようなソフトが求められている
- 481 名前：仕様書無しさん mailto:sage [2012/03/03(土) 17:28:24.39 ]
- ソースコードの構造体やクラスＤＢのテーブルから仕様書作ってくれるソフトのほうがいい。
- 482 名前：仕様書無しさん mailto:sage [2012/03/03(土) 19:10:26.35 ]
- 次点として、そういうことができる専任の人間を雇ってくれ。
- 483 名前：仕様書無しさん mailto:sage [2012/03/03(土) 20:06:16.35 ]
- texがもう少し使い易かったら広まったろうに。
- 484 名前：仕様書無しさん mailto:sage [2012/03/03(土) 20:27:41.81 ]
- >>483
texが使いやすくても無理だろうと思う。理由は四つあって、
一つ目は仕事はあくまでも体育会系のパフォーマンスであって、マクロ組んで楽したりすると上司に怒られるという風土。
○○したら作業効率ＵＰするよ、と提案すると「俺の仕事を取るな」と怒られる場合もこれ。
二つ目は一般の人はデザイナーとかイラストレーターみたいな人種に異様な憧れと畏怖を抱いていて
テンプレに必要事項を記入しただけみたいな書類を提出しても、仕事したと見てもらえない風土。
最後、HTMLの歴史を見ても本来データ構造を記述する言語だったのに使う側は見た目とべったり癒着する記述しか知らない。
情報とその表現を分離するというITリテラシの欠如がある。
- 485 名前：仕様書無しさん mailto:sage [2012/03/03(土) 20:50:54.77 ]
- 四つ？
- 486 名前：仕様書無しさん mailto:sage [2012/03/04(日) 00:20:29.87 ]
- >>484
>一つ目は仕事はあくまでも体育会系のパフォーマンスであって、(....以下略)
確かに、そういった風土はある
対応策としては、Tex活用を個人レベルで(こっそりと)実践して、最終的に業務上で
具体的成果を示す事ができれば、そんな上司も納得せざるをえないのではないかと思う
よくある失敗は、マクロを組む楽しさや細部の装飾ばかりに夢中になってしまうこと
一言で言えば、業務改善という「目的」とTex活用という「手段」の取り違え
>○○したら作業効率ＵＰするよ、と提案すると「俺の仕事を取るな」と怒られる場合もこれ。
これも、人にやらせるのではなく、提案者自身がリスクを背負ってでも実践する姿勢が大切
どこまで自分を信じて有言実行できるか、という話に帰着する
>二つ目は一般の人はデザイナーとかイラストレーターみたいな人種に(....以下略)
これはよく分からないなあ....
提出する書類というのは、最終的なPDF文書または印刷物だと思うから、何が問題なんだろ？
>最後、HTMLの歴史を見ても本来データ構造を記述する言語だったのに(....以下略)
その問題点を改善して文書の論理構造と物理構造を明確に分離した新しい技術が、
>>474で紹介したDocBook(論理: XML, 物理: XSLT)になる
- 487 名前：仕様書無しさん mailto:sage [2012/03/04(日) 00:27:09.44 ]
- まず論理構造と物理構造を明確に分離する理由がないよね。
- 488 名前：486 mailto:sage [2012/03/04(日) 00:56:36.22 ]
- >>486の最初の事柄の補足として、>>441のLatex活用事例を取り上げる
・Latex文書自動生成ツールは、「上司の目を盗んで」業務の合間に、あるいは
自宅で少しずつ開発/改良を進め、最終的なPDF文書だけを上司に見せた
・独自のTexマクロ定義は一切使わず、標準マクロと流通パッケージ(longtable等)だけで作った
・業務上の成果として、
・Latexから変換したPDF文書を納品物として顧客(大手SIer)に認めてさせた(認めてもらえた)
・当初は単なる構築案件だったのが、保守サポートという追加受注を得る事ができた
・当初はSIerから他社ベンダを介した孫請けだったのを、SIerからの直請けに変えることができた
を上げたことで、以降はLatex活用が「黙認」されるようになった
|
 |
