- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 370 名前：仕様書無しさん mailto:sage [2012/02/01(水) 00:36:13.06 ]
- そんなこまめに催促したって、体が二つになるわけじゃ無いんだから、スケジュールのネックになる事を伝えて優先度つけて作業してもらえば済む事だよな。
それで全体が遅れたらそれはそれで仕方がないよな。
自分に非がないと攻撃しちゃうタイプなのかな？無意識？
- 371 名前：仕様書無しさん mailto:sage [2012/02/01(水) 02:08:37.57 ]
- >>370
世の中には進捗表に優先度の項目があるけど、それが全て高になっている
プロジェクトもあるわけなのだが。
- 372 名前： 忍法帖【Lv=3,xxxP】 mailto:sage [2012/02/01(水) 04:20:31.74 ]
- アプリの質にもよるが、推奨案まで持って行けたらベストだわね。
決められない人たちに判断基準を示してあげるのも大事だと思うよ。
上流でやっとけや！(#ﾟДﾟ)って話はあるがね。。。
- 373 名前：仕様書無しさん mailto:sage [2012/02/01(水) 08:53:43.17 ]
- >>371
俺も見た事あるけどさw
スケジュールの足引っ張る項目を伝えればさすがに優先してもらえるし、ぶつかってたらマネージャーが仕事する番だろ。
- 374 名前：仕様書無しさん mailto:sage [2012/02/01(水) 08:55:04.48 ]
- >>372
こっちが考えてやると、次から当然の様に仕事押し付けてくるってのもあるなw
- 375 名前：365 [2012/02/01(水) 23:53:42.85 ]
- >>368
たしかに担当者を追い込みすぎる癖があることはわかってる。
特に担当者が最初に「何でそんなの決めないといけないんだ」的な
反応をしてきたときに、徹底的に追い込んだことは何度かあるな。
コミュニケーションスキルは本当に難しいな
- 376 名前：仕様書無しさん mailto:sage [2012/02/02(木) 00:03:28.03 ]
- 気持ちは分かるがやっちゃだめだ。
頭にきても手を出しちゃいけないのと同じだ。
- 377 名前：仕様書無しさん mailto:sage [2012/02/02(木) 00:34:12.11 ]
- 足ならいいか！？な？
- 378 名前：仕様書無しさん mailto:sage [2012/02/02(木) 01:11:29.64 ]
- 反感をもたれるような持ち掛け方をしてるか、
既に嫌われてて煙たがられてるかのどちらかって可能性もある
慕われるように仕向けて、自分からやっとこうって思わせれるようにしたほうがメリットあるのにね
- 379 名前：仕様書無しさん mailto:sage [2012/02/02(木) 01:24:48.60 ]
- >>360
>>362
レスありがとう。
実際それが正論で、そうあるべきだと思う。
けど、(今の現場では)詳細設計書が基本設計書を満たしているか否かのチェックが機能していないんだ。
詳細設計〜テスト実施にかかわる人が要件を把握できれば、詳細設計書の漏れや、要件の漏れがある程度チェックできるはずだけどその工数は
なかなか認められない。けど、請負う側はそのリスク(要件の漏れや、詳細設計のミスによる仕様変更)まで背負わされる(「普通に考えればわかるでしょ」って言われる)。
んな事を考えると行き着くところはアジャイルだけど、発注側はリスクを背負いたくないから契約形態は変わらない。
「より良い物を作りたい」だけなのに責任の擦り付け合いになっちゃう。
あ〜明日の仕事も憂鬱だなぁ。。。
- 380 名前：仕様書無しさん [2012/02/02(木) 07:51:31.68 ]
- >>378
そりゃ理想論としてはそうだけどそんな平和な現場って実際あるのか？
もっとギスギスしているのが普通だと思ってた
- 381 名前：仕様書無しさん mailto:sage [2012/02/02(木) 11:40:11.82 ]
- >>379
お前またはお前の会社は、詳細設計書を渡されて実装〜単体テストのみを請け負ってるのか？
だとしたら、要件への適合性なんか考える必要無い。
- 382 名前：仕様書無しさん mailto:sage [2012/02/02(木) 11:46:19.58 ]
- >>379
>(今の現場では)詳細設計書が基本設計書を満たしているか否かのチェックが機能していないんだ。
問題は、詳細設計書から要件を導き出せないことではなくて、これが問題なんだろ？
だったら、詳細設計書をアウトプットする奴らにちゃんとしろと言えよ
それとお前の成果物を受け取る奴の受け入れ基準を聞けよ
- 383 名前：仕様書無しさん mailto:sage [2012/02/02(木) 12:30:55.71 ]
- >>380
むしろ、わざわざ反感買うような奴が続けられるようなヌルい職場が
まだ残ってるんだと驚いた。
反感買うような言動する奴は徹底的に苛められて追い出されるのが普通じゃね？
- 384 名前：仕様書無しさん mailto:sage [2012/02/02(木) 14:32:30.36 ]
- >>382
おそらく詳細設計書を複数人でレビューしてなくて
上流で発生する仕様漏れや間違いが発見されずに
実装させられてるんだろう。
SEがスキル不足でPEが毎回墓穴を掘らされてれば、
自衛手段として実装前に要件を確認して、
設計に問題が無いかくらいは確認するようになるよ。
- 385 名前：sage [2012/02/02(木) 14:48:04.24 ]
- >>384
PEって何だろ
- 386 名前：仕様書無しさん mailto:sage [2012/02/02(木) 14:56:35.24 ]
- プログラマー
- 387 名前：仕様書無しさん mailto:sage [2012/02/02(木) 14:59:48.68 ]
- >>379
設計担当と実装担当が別会社なら、渡された設計書をそのまま実装した方がいい。
自分の仕事以外の余計な事して、コストをかけるのは無駄。
仕様変更があれば、その仕事分を集計して、請求するか交渉の材料にする。
同じ会社なら、
設計が正しいかSE達でレビューをしっかりやってもらうしかないと思う。
あまりにもミスが目立つなら、リーダーや上司に訴えろ。
- 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で作るのは止めて欲しい。
しかも章ごとにブックは分かれているし目次もページ番号も手で振っている。
|
 |
