仕様書をExcelで書くなというPGは無能

LinuxばかりいじっててOfficeやVBAのスキル無いのにドヤ顔してる腐れPG何なの？
Excelで作ってVBAでソース生成するのが一番生産性高いんだが？
Wordで作ったらそれこそ生産性落ちるわ。お前が無償で作れよ。修正も全部やれや。

> Excelで作ってVBAでソース生成するのが一番生産性高いんだが？
そんなことできるんだ。始めて知った。

>>2
最終生産物がVBAならそれでいいかも知れんが、
その世界だけしか知らない井戸蛙の>>1に釣られることもないと思う

仕様書なんてなんで書いてもいい
もちろんExcelでもいい

>>3
お前が井の中の蛙
お前らの好きなPythonやRubyでExcel仕様書からソース吐くツール作ってみろよ

マジでどうやるんだろう？
Excelで書いたフローチャートからソース作るのかな？

Excelで書いてもいいが、印刷して提出するとき文字欠けがないように書けよ

どっかのＰＪから雛形パクってきたせいで印刷したらヘッダに無関係のＰＪ名が書かれてましたからー！

それ、スケルトン作るだけだよな？

>>5
ageでまで馬鹿を晒すなよ
あ、馬鹿だからageてるんか

VBScript使うくらいならOLE使ってでも他の言語で書いたほうがマシ

>>5
無能なヤツほどよく吠えるｗ
お前は不要な人間だから消えていいよｗ

Excel方眼紙は、方眼紙がズレるからなぁ…

自動生成でソースコードを作るなら、データを読み込んでそれにしたがって実行するようにした方がいい。（簡易言語の組み込み）

Excelは人間には見えないところにしれっと仕様を書き足せるので、
人間が読む仕様書には向いていない。
使うのなら、>>1みたいに機械的に処理する用途に限定すべき。

> Excelは人間には見えないところにしれっと仕様を書き足せる
そういう腐れSEみたいな発想がだめなんだよ
xlsじゃなければ分かるという問題じゃないだろ

Wordの罫線がゴミすぎて使いづらい

Linuxは総じてゴミ

>>17
罫線の消し方もしらんのか

間違えた失礼、wordか
そらそうやで

まあ、ExcelとWordがくっついたソフトが欲しいってことよ。

なぁ、なんで皆、Wordの罫線と電卓で表計算して、Excel方眼紙でワープロしてんの?
逆に使うという発想は無いの?

そもそもWordなんか使わない(ｷﾘｯ

そもそもExcelで仕様書かくなという奴が代替案を出してるのを見たことが無い
まさかwordとは言わんよな
プレゼンはパワポだし
wordで書くのはプロジェクト計画書くらいだろ

10〜15年ぐらい前、企業でPCがようやく1人1台になりつつある頃、
ITアレルギーの爺共が四苦八苦してようやく一つだけ覚えたのがExcel。
「仕様書も企画書も週報もExcel」という風潮は、その頃から（爺共のゴリ押しで）広がってきた。
そいつらに育成されたゆとりガキも、当然そうなるわなｗ

Excelで仕様書出してくる人って大抵フォーマットが適当だったり、文書としてのまとまりがなかったり、
そもそも仕様書だけでは仕様がわからなかったりと総じてレベルが低い。
今までまともな仕様書を読んだことがないんだろうなぁとかわいそうになる。
仕様書としてExcelの方がいいのは、付属資料として表形式のデータを纏めるときに使うくらい。

うん
だからそのまともな仕様書を見せてくれ

働いたことないだろ。

> 仕様書としてExcelの方がいいのは、付属資料として表形式のデータを纏めるときに使うくらい。
そういう場合は、そこの部分だけをOLEでExcelにするのが常道。

これ読んだ？

Excelプロトタイピング――表計算ソフトで共有するデザインコンセプト・設計・アイデア
http://www.oreilly.co.jp/books/9784873114415/

お前らが言ってるExcelの問題点というのは
実際には書いてある内容の問題点であって
Excel自体の問題じゃないんだよ。

Excelってテキストエディタとしても結構使えるから万能だよね

Excelしか使えないような糞爺が余りにも害悪を撒き散らすから
Excel自体まで悪く思われてしまうようになったんだろうな。

Excelは履歴がなぁ。
あと、ワードも同じだけ差分管理が難しい。

>>30
> お前らが言ってるExcelの問題点というのは
> 実際には書いてある内容の問題点であって
> Excel自体の問題じゃないんだよ。
当然だろ。Excelに向いていない用途にExcelを使うことを指摘している。
表計算ソフトとしてのExcelは良いソフトだと思うよ。

>>31
テキストエディタ使ったことないだろ。

>>34
表計算ソフトに向いていない用途と
Excelに向いてない用途をごっちゃにしてるだろ。

一般的に、表計算ソフトでは図は書けない。
だが、Excelは図が書ける。

たとえば「カギ線コネクタ」とか知ってる？
http://allabout.co.jp/gm/gc/297837/

Excelを表計算ソフトとしてしか見てないから
間違った判断をしてしまう。

ここらへん、素人のほうが柔軟だよ。
表計算ソフトという言葉の意味を知らないから
○○が出来るソフト、○○なことまでできる万能なソフト。
というExcelを正しく理解している。

Excelはベストなツールではないけど、代わりが無いんだよね。
俺はwiki使ってるけどその場で作図できて貼り付けられれば良いのにと思う。

Excelサーガ

>>36
んなこた、ここに居る奴なら誰でも知ってる
そして、それはWordでもできる

脳弱乙

>>39
へっぽこ実験プロジェクト

プロなら黙って Visio を使う。

>>39
Wordでできないのは

・一つファイルに複数のシート（タブ）を作ること
・表計算が低機能（できなくはないが簡易であり面倒）
・位置合わせ、自由な場所にに文字を入力するのが面倒

どちらででも出来るのであれば、
より自由度が高いExcelを選ぶのが普通ですよ。

>>42
だからそれが、「仕様書作成」のどういう場面で必要なのか説明してみろ。
今は、WordとExcelの機能比較論をやってるんじゃない。

> ・位置合わせ、自由な場所にに文字を入力するのが面倒
笑止千万、そんなことすらまともにできないからExcelなのか？
それと、OLEは当然使いこなしてるだろうな？

Excelでデータベースのテーブル仕様書作って
そこからテーブルとトリガー作成用のSQLとエンティティ用のクラスファイル作ってるんだが
そういうのもWordでできるんだ？
やり方教えてくれない？
ってか教えてください。よろしくお願いいたします>>43

>>44
あんたの言う「仕様書」は、仕様書全体の世界から言えばごくごく一部に過ぎない。
まあ、そこの世界しか知らない底辺PGなんだろうが、
それに気づかない限りは話は噛み合わんだろうね、永久に。

VisioとExcelの機能を足し合わせたようなツールがあれば完璧なのにな

MSはそれをOLEでやってほしいと思っていたんだよ。

Excelは印刷することが前提だと結構ゴミ。
複数シート選択して両面印刷されなかったり
シートごとのレイアウトを合わせるのが面倒だったり。
この辺どうにかならんものか。

>>48
それは直さない宣言してる。

代替案を出さずに批判するやつは無能

クソSEの理想というのはパワポとwordだけの世界、「上流工程（笑）」で食うことなんだろうなｗ
しかしその幻想の世界はなくなってきている
スマホアプリなんかはどこもプログラマーだけで作っている
SEはとっとと消えろ

OLEの話が出ると沈黙を決め込み、
Excel単体に固執する奴は更に無能

今どきSEだPGだと職種名称に拘る奴も所詮最底辺
本質が見えてれば、>>51のような発想は出てこない

でもPGはパラメータシートとか詳細設計書しかドキュメント書いてくれないし
それしかドキュメントがなかったら客がキレルで

http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?forum=3&topic=215
http://d.hatena.ne.jp/itoasuka/touch/20080911/1221120903
http://kashino.exblog.jp/3191101

ごめんなさい、ごめんなさい！
固定フォーマット無しでは無理ですぅ。
自分でフォーマット作る時はExcelにしちゃいますぅ。

悪いか？

>>56
悪い
以上

OLEはなんか、イマイチ美的感覚に合わないのはなぜ？

1つのファイルにPHP、HTML、css、JavaScriptのコードが混在しているソースは美しいかと言われると微妙だしな

OLEの仕様は美しいが、可搬性を考えるとリンクにすべき。

Object Linking and Embedding

ハイパーリンクに訂正します。

>>25
その前はロータス123だった。
道具は正しいもの(作者が意図したもの)を使うべき

箇条書きを貯めといてそれを参照してシートを作る用途は想定内。

>>63
正しい正しくないなんて自己満足の世界じゃねーの
使えりゃなんでもいいよ

>>65
趣味で仕事してんじゃねーよアホ
ちっとはソフトウェア工学の基本でも勉強しろ

>>66
アーキテクチャ宇宙飛行士って知ってる？
ジョエルが書いてるんだけど、おまいらのことだ。

http://local.joelonsoftware.com/wiki/%E3%83%80%E3%82%AF%E3%83%88%E3%83%86%E3%83%BC%E3%83%97%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E

>>67
つまり、Excelでいろんなテクニックを駆使して仕様書書くより
単純なツールに従って仕様書を書けってことだな。

>>69
エクセル使うなでもいいんだけど代案出さないとね。
文章打てて作図できる単純なツールを紹介してよ。

>>70
どうせMS-Officeしかつかえないんでしょ。文章作成するならMS-Wordの方が適してるよ。
文書構造応じて修飾できるし、目次作るのも簡単だし。
なにしろ、Excelと違って改行とか考えずに文章を入力できるのはストレス溜まらなくていい。

>>70
Word

>>70
Word+OLE

代案だ代替案だとすぐ口にする奴は、要するに自分が石頭で
冷静に調査分析する能力がないことを、暴露してるに過ぎない。
つまり、プライドだけが高くて全く役に立たない組織のお荷物。

Wordでっていうのは、効率が悪すぎ。

やたら相手を見下して罵倒する奴は、要するに自分が無能である事を
悟られたくないがために虚勢を張っているに過ぎない。
つまり、プライドだけが高くて全く役に立たない組織のお荷物。

↑おいおい、こんなスレで自己紹介するなよ。

>>1は無能ってことで終わりですね

そんなことは言うまでもないだろ。

>>71
> どうせMS-Officeしかつかえないんでしょ。文章作成するならMS-Wordの方が適してるよ。

仕様書は、文章だけじゃない。

図、グラフ、そういったものまで含まれるんだよ。

Wordは確かに日本人には使いづらい
罫線や表、章立てなんか日本人向きでない
本当なら一太郎を使うべきなんだろうが
みんなが持っている訳ではない
したがって最大公約数的にWordになってしまう

>>74
橋○徹ですね。わかります。

TeX

大学で散々使っただろ。結局あれが最高だったんだよ。

テフは、話になっていない。
HTMLの方がまし。

批判だけする奴って、何か発言をしたいだけで、どうしたいかが無いよな。

だからExcelなの？
ふ〜ん

テフは理系学術論文向き
業務用文書には向かないかも
WYSIWYGじゃ無いし

Excelは使いやすいってことに尽きるよな。
レイアウトを整えるのが簡単。

さすがにそれはない

テフは、構造が行き当たりばったり。

タグ打つのが面倒

突き詰めると結局はDTPになってしまう

>>92
それはないｗ

新たな概念を提供しよう。

Word ・・・ 行指向
Excel ・・・ 行列指向
DTP ・・・ 絶対座標指向

なんとなく意味がわかるだろうか？

Wordには行はあっても列はない。
だから列を整えるのが難しい。
インデントが違い機能だけど、「一番右の列」というものは存在しない。
列がないから、列を指定できない。

Excelに行列があるのは言うまでもないだろう。

DTPは行列に近いものはあるけれど、文字単位ではなく
ピクセル単位。だから絶対座標指向と名付けた。
絶対座標だから文字単位の参照がしにくい。

Excelは行列指向であるために、適度なバランスで行と列を揃える事が可能になる。

Excelが好まれて使われているのは、使えるスペースが大きいからかと。
WordとかDTPは印刷が前提になっており、どうしても紙の大きさを考慮しなければならないからねえ。

>>93
なんだよ、その造語。
わけわかんない言葉作るなよ。

>>87
WYSIWYGである必要もないと思うけどね。

>>93
表形式なデータならともかく、それ以外の箇所で
行と列を揃える必要性がわからない。

>>97
これとかみてね。
http://ppt.design4u.jp/basics-of-layout/

表形式データとかじゃなく、
全体のレイアウトを整えるってことは
よくあることなんですよ。

>>98
企画書だろ？それこそパワポ使えよ。
少なくとも、全体のレイアウトを整えた文書つくるならExcelよりWordの方がまし。
もしかして、余白とか図表の回りこみとかの制御をExcel方眼紙使ってちまちまやってるのか？

>>99
なんでそんなにエクセル嫌いなの。
エクセルでいいじゃん。

Excelは嫌いじゃないよ。
何でもExcelという、Excelしか選択肢がないのが嫌いなだけ。

>>99
回り込みねぇ。それ長い文章書くときに必要な物じゃね？

仕様書ってのは基本箇条書き。
・あああ
・いいい
・ううう

みたいな、一つのセルに大半がおさまるような
その程度の文字で構成されてるものなんだよ。

だからこそ方眼紙を使うのが適切なわけ。

小説書いてるんじゃないんだからさｗ

>>102
それは>>98に言ってよ。
仕様書ってのは基本箇条書きって思い込みも何とかしてほしいけど。

面倒くさいしエクセルでいいや

一般的な認識

わかりやすい仕様書を書くには
http://www.hyuki.com/yukiwiki/wiki.cgi?%A4%EF%A4%AB%A4%EA%A4%E4%A4%B9%A4%A4%BB%C5%CD%CD%BD%F1%A4%F2%BD%F1%A4%AF%A4%CB%A4%CF

箇条書きやテーブルをつかう。
プログラムのように段下げ（インデント）をする。
仕様書の最初に、言葉の定義を記述し、意味を明確にしておく。（特に略語）

長文の仕様は曖昧で仕様書の体をなしていない。だから責任を押し付けることができる。

仕様書と言うからには、ここにあるサンプル程度の内容は書いてほしいね。
http://japanese.joelonsoftware.com/PainlessSpecs/2.html

>>1
おおむね正解だが現場でそこまでExcel否定してるやつって見たことないな
UMLのモデリングツールを強要する現場はあったがあれは最悪

試験項目書に限って言えばExcelはいいかもね

試験項目書といえば、テストだよね。
テスト＝仕様書という文化もあるし、
仕様書とExcelは相性がいいんだよ。

試験項目書といえば、テストする項目が大項目〜小項目に表形式で区分けされてるアレだよ。
表形式だからExcelでもいいかもってことでしょう。

要件定義書や基本仕様書もExcelで書くんだろうか。
その場合のメリットが有れば教えてほしい。

試験項目書でExcelを使う。
のであれば、全部Excelに統一した方がいい。

>>113
そのこころは？

他のドキュメントにコピペするときもやりやすくなるから

データソースとして扱いやすい。
可搬性に問題ない。

>>113
道具を一つしか使えない/使いたくない/学ぼうとしない
石頭爺はこれだから困る

>>117
批判するなら対案を書けよ
Excelより仕様書書きやすいツールはよ

>>118
Word

以下、石頭爺の無限ループｗ

Wordはマクロが貧弱

Wordで図なんか書けるかよ
図が用紙サイズに張り付いちゃってるから
拡大や縮小なんてできやしない

[挿入]->[オブジェクト]->[Word図]で図描けるよ

ところでExcelやWordでUMLを書くにはどうしたら良いんだ？

>>123
それは、Visio を使え。

>>121
お前はOLEに嫌な思い出でもあるのか？ｗ

>>122
これもWordの上に直接図を書くのと同じじゃん
A4いっぱいに10個のオブジェクト書いたあとに
あとでもう10個追加したくなったら詰み
Excelは用紙サイズに縛られてないから
もう10個追加したあとに印刷縮尺を変更するだけでOK

>>126
そうやってシートごとに縮尺が違うドキュメントが出来上がるんだよな。

OLEOLE詐欺

>>126
意味不明
もう単にWord使えない人にしか聞こえない
そのやり方なら縮尺も自在に変えられるし
場所も自在に置けるでしょうに

Excelに固執する奴のほぼすべてが、文書構造に対する概念が全くない。
「インデントとは書き出し位置を右にずらすこと(ｷﾘｯ」ぐらいは序の口、
甚だしいのになると、1セル1行で見た目通りに物理的に段落をぶった切ってる。
そんなレベルの奴が何を吠えたところで、失笑を買うだけ。

>>130
くだらない理屈で、こっちが失笑だｗ

>>130
文書としてまっとうなのが仕様書の最優先事項じゃないから

>>130や>>131のような人が
メモレベルのドキュメントを
仕様書と言い張って丸投げするんだよな
ホント勘弁してくれ

失礼>>131>>132の間違い

長文だが意味不明なのは最悪。
矛盾をさがしだすのも大変　

http://www.nwoods.com/components/canvas/gojs-overview.htm
これとwiki組み合わせれば最強だと思う

>>131-132
顔が真っ赤だが、>>130が図星だったのか？

それみて更に失笑ｗ

>>137
まあいいんじゃない
体裁ばっかで非効率な会社でずっと働いてれば

>>133
全くその通り
そういう人達って文章がお粗末で
なに言ってるか分からないんだよな

Excelで仕様書書く連中は体裁をすごく気にするよ
ていうか、体裁を気にするんだが、低能すぎてWordでは体裁を整えられないので
Excel方眼紙でチマチマと整えてるだけ

文書の構造化もできない連中が、まともなプログラミングができるとは思えない。

> 低能すぎてWordでは体裁を整えられないので
ド素人っぷりもここまでくるとむしろ清々しいｗ

Wordを貶す奴は、スタイルすら使いこなせないんだろうな。
HTMLで言えば「hタグは文字の大きさを変えるためのもの」
的なレベルの奴だろうから、概念すら理解できないだろうが。

「文書構造」と言うことを理解していたら、Wordは
実に便利なツールなんだがなぁ。文書構造をまず考えてから
書くという事をしないと、プログラム同様にぐちゃぐちゃに
なるだけだろうに。そういう底辺プログラマがExcel de
仕様書とか言ってるんだろうけど。

>>141
Excelで方眼紙作って、1文字1文字埋めたりしてるもんなぁ。
生産性という概念が彼らにはないよね。

>>135
それは、そもそも日本語を書く能力が欠落しているんだろ。
そういう奴は何使っても同じだよ。日本語の勉強から始める
必要がある。

小説や論文ならともかく、
仕様書に文書構造はいらんよ。
実際それが何の役に立ったんだ？

>>146
> 仕様書に文書構造はいらんよ。

こりゃまた驚きの底辺プログラマ発言だなｗ
君の書くプログラムの悲惨な状況が目に見えるようだよ。

底辺プログラマ君は、まず全体を俯瞰して、どういう物語を
プログラミングして行くかって考えたりしないのかね？
仕様書も同じ事で、大項目から小項目へとブレークダウン
して行くという「構造」は必ず必要だろ。大項目をどういう
順に並べるのかだって考えなきゃならん。そういう「構造を
持った文書」の作成を支援するツールとして、Exceは明らか
に向いていないんだよ。
仕様書に文書構造が要らんなんてのは、WordとかExcelとか
言う前に、まともな仕様やプログラムを書いたことがないと
自白しているようなもんだ。呆れてものが言えないよ。

>>148
そこまでこだわるなら、SGMLを使え。中途半端だ。

>>148
どっちが体裁気にしてるんだかｗ

Wordはあくまで "ExcelかWordか" という対比上でやむなく選ぶレベルのものだな。
Wordじゃなくていいなら、Markdownでもいいし各種MarkupLanguageでもいい。極端な話TeXでも。
むしろその方が移植性は高くなるし。
過去の文書のせいで、Office2010を積んでても、
いまだにOffice 2003形式から抜け出せないのは上場企業でもよくあるからな。

>>149
非現実的な事を言うんじゃないよ。おバカさん。

>>150
体裁を気にするためにWordを使うのではないと言う事が、
まだ理解出来ないのか。ヘボプログラマには困ったもんだ。

文書構造という体制を気にする理由を聞いてるんですが？

>>151
現実的に考えろよ。一番普及していて誰でも使える文書作成
支援ツールは、事実上Word位しかないだろ。
もっとも、このスレッドを見る限りではWordですら使いこな
せないヘボが多いようだが。そんな連中にマークアップ言語
なんて使えるものか。誰かが書いてるように文字の大きさを
変えるためにｈタグを使い始めるぞ。

最終的に、人間が見るものだということを忘れてないか？

機械が処理するんじゃない。
人間が見やすいように作るのは
理にかなっていることだ。

>>153
文書構造は体裁じゃないだろ。実際上、まともな仕様書を
書くためには避けて通れない道だ。それが理解出来ないから、
お前はヘボだって言われるんだよ。

>>155
君の職場じゃ、生産性って事を考えたりしないのかい？
Excelで仕様書を書いているような阿呆がセルの配置で四苦八苦
している間に、Wordはすいすいとフォーマットしてくれる
んだが。ヘボな奴は、仕事の効率とか考えないんだよなぁ。

>>157
逆だろｗ
Excelで見やすいレイアウトを作りながら
さくさく仕様書が書ける。

まさかExcel方眼紙がいいと思ってる奴がいるとは思わなかった。驚いた。
うちの社内でもオートスタイルが嫌いだからとかで、Wordを敬遠する人はいるが、
Excel方眼紙は唾棄すべきものだということは認めていたのに。

そこまでこだわるなら、見た目ではわからない Word を を使うよりも、データベースであるExcel を使うなり、タグ型の言語を使った方が容易。

今までダメな理由がでてないからなぁｗ

>>157
おまえの感覚まじありえない
いっしょの感覚のやつが社内にいなくてよかったあ

> 文書構造という体制
「体裁」という言葉すら知らんとは。
仕様書の議論など論外、小学校からやり直した方が良さそうだなｗ

>>162
自分を疑った方がいいぞ

少なくとも章番号や参照の番号割付をハードコーディングしたくは無いな。

番号なんか付けなければいいのでは？
印刷するわけでもあるまいし。
ウェブの情報にページついてるか？

>>158
このバカまだ分からないのか。レイアウトなんてのはツール
に機械的にやらせて、人間は文書構造や文書の内容という、
より本質的な部分に力を使うべきだろうが。バカってのは
本当にツールや時間の使い方が分かって無いな。

>>160
文書構造という事を理解していないヘボプログラマがマーク
アップ言語なんて使える訳が無いんだっつーの。

>>162
あり得ないのは、お前らみたいな低レベルなヘボプログラマ
だよ。Excelでだらだらちまちましようもない事にエネルギー
使って、何の役にも立たない仕様書モドキを量産してるよう
なゴミプログラマな。

>>163
単なるtypoに噛みつく位しか出来なくなったって事で良い？ｗ

>>165
そういうバカ丸出しな作業を延々やってるのがExcelで文書を
書くような連中なんだよなぁ。生産性とか仕事の質という事
を何にも考えていないんだよね。プログラマをITドカタとか
良く言うけどさ、ドカタレベルの仕事しか出来ない奴が多い
んだよね。

>>167
要約すると、俺が気に食わないってだけか？

>>166
> 番号なんか付けなければいいのでは？

書きっぱなしで参照って事をしない低レベル職場ではそれでも
良いかもしれないが、普通は「仕様書第xx版の第x.xx章第xx項
のx行めのこれこれの記述について云々」とか「図.xxについて」
とか番号を参照しながらコミュニケーション取るだろ。その時
に番号がなくてどうやって相互にやりとりするんだ？アホだろ
お前。

>>168
ﾊｧ？日本語と頭が不自由な人ですか？ｗ

文書構造をきっちりやっとくと索引がフルオートで更新できる。

>>167
頭固すぎ。道具にそんなに熱くなってどうすんの
Word使ってるかExcel使ってるかで
全く別物のプログラミング能力が判断できるわけないだろw

流石に表計算ソフトをワープロの代わりに使うのはいただけない。
作図に強いフォトショかパワポでやれよと思わなくもないが、
ドカタの安いPCにはそんなものは入ってないのだ。

>>172
LibreOfficeとかしらないの？

>>173
今のバージョン、使い物になるの？

俺が使い物になるといったから信じてねｗ

情報科学の論文とか読んでいる人だったら、そういう発想は出てこないだろうなあ。

もしかしてヘボプログラマ君達ってのは、文書構造を定義
するって事を、単に文章の見てくれを整える作業だとでも
思ってるのか？
そんなレベルの頭じゃ、ドカタ扱いされるのは当然だろう。
構造化プログラミングがどういう意味で構造化と言ってる
のかも当然のように理解してないんだろうし。
ドカタ君の書いたプログラムは、Excelで書かれた仕様書
みたいにぐちゃぐちゃなんだろうなぁ。そりゃデスマーチ
にもなるわな。

>>177
君は正しいよ！絶対に今のスタイルを変えないでね！
社内でExcel提案してくる後輩とかいたら説教しないとね！

>>177
文書構造を定義する
目的を聞いてるんだよ。

使い捨ての提案書ならチラ裏に手書きでもよくね

仕事熱心な奴らだな
なんでも良いだろ、そんなん自分の会社に合わせろよｗ

マクロ使うと「ズルだ！」って言われる会社は嫌だけどな

大学で卒業論文書いたやつなら仕様書をExcelで最終生成物にしようとは思わんよ
チーム内だけで使用するメモレベルのようなものなら分からんでもないが、
最終生成物をExcelとか無いわ

大学で卒業論文書いた （略 思わんよ
どや？ 大学やで大学、これなら説得力あるだろ。

>>179
他人に読んでもらうため。
「◯◯仕様書」ってものを買って中身が脈絡のないExcelの表だけだったら
金返せって話になるだろ。

他人に読んでもらうのと文書構造の
つながりがわからん。

ウェブページなんか、文書構造あったとしても
分からないし、たとえ間違っていたとしても
ちゃんと読めているだろ。

文書構造がなかったら、目次や索引なんかもないんだろうな。
仕様書納品されて客は項番1-3-2に飛ぶこともできず、延々スクロールするんだろうか。
見出しが定義されていたら、クリックするだけでいいんだけどなぁ。
仕様書とはいえ読む人のことを考えて作らないといけないよなぁ。

>>187
おっちゃん、ファイル名とか
フォルダ名ってわかる？

全部一つのファイルで作るから
延々スクロールすることになるんだよ。

早速レスがついたか。出勤まで遊んであげるぞ。
某一部上場SIerのExcel仕様書はファイル名の命名規則が「1-1-1_○○○○.xls」「1-1-2_××××.xls」となっていたが、
要するにそういう風にすればいいということかな？

いやあ、仕様書の中を文字列検索することすら許されない。するには一つずつファイルを開いていかなければならないとはね。
で、仕様変更や追加があって「1-1-1」の下に項番が出来たらどうしよう。
ファイル番号が全部ずれていってしまうなんて大変だなぁ。

きっと>>188は番号がずれないように四苦八苦するんだろうなぁ。

>>189
出勤かｗ　ニート乙ｗ

>>189
ニートくん。
リンクという機能知っているかな？
そもそもウェブページに1-1-1とかついてるかな？
必要なのは番号じゃない。

あれ？反論は？どうすることもできなくて、じんかくこうげきっていうやつですか？

ぷぷｗｗｗ

で、今日月曜日ですもんね。
出勤しなきゃいけませんよねｗ

お、二回に分けるとは驚きだ。
リンクを見出し一個一個に付けるのかい？リンクをファイル一個一個に付けるのかい？

あれ？それって普通目次って言ったりしませんか？
なんだ文書構造は必要って分かってるじゃない。やだなぁw
で、このスレでずっと言われてることはExcelはその管理には「向いてない」ってことなんだよ。

で、なんか「そもそもウェブページ」とか意味の分からないこと言ってるんですけどーwこれ仕様書の話なんですけどーw

>>188は、ファイルやシートで文書を分割することを「文書構造」だとでも思ってるんだろうか？
そこまで酷いレベルとは…呆れたもんだ。

ナンバリングは文書構造にとって本質的では無いし、デスクトップ検索すればファイルを横断した全文検索も可能。
wikiに仕様書書くような感じも別に嫌いじゃない。

わざわざファイル分けてるのに全部.xlsとかマヌケなことやってんだとしたら失笑するけどな！

xml にしておいてフォーマッターで、Wordなりpdfなりにするのがスマート。

Wordしか使えないやつがExcel必死に叩いてるだけじゃん。くだらん

>>200
他人になりすまして涙目の反撃かよ
哀れだな

やあおはよう、出社はまだかい？

他人に何言ってるんだ？ｗ

こんな雪の日に出社なんてかわいそうだ

Ｗordなんか使って非効率な仕事してるから
雪の日にまで休日出勤しなきゃならないんだろ

>>200
Excel（単体）しか使いこなせない奴に相応しい台詞だな。
誰も「仕様書作成にはExcelは一切使うな」とは一言も言ってない。
悔しかったら、OLEとは何かを自分の言葉（=使用経験）で説明してみろ。

まあ今までの流れを見てると、この件には黙るしかないようだがねｗ

189 名前：仕様書無しさん[sage] 投稿日：2013/01/14(月) 06:22:04.07
早速レスがついたか。出勤まで遊んであげるぞ。

189 名前：仕様書無しさん[sage] 投稿日：2013/01/14(月) 06:22:04.07
早速レスがついたか。出勤まで遊んであげるぞ。

189 名前：仕様書無しさん[sage] 投稿日：2013/01/14(月) 06:22:04.07
早速レスがついたか。出勤まで遊んであげるぞ。

※2013//14は成人の日で祝日です

ほら黙ったｗ

ねぇ、出勤は？

OLEは、よそ様では開かないことがよくあるので、お勧めしない。

>>210
「Office形式のままで納品」の取り決めが最初からあるなら、
環境を最初に確認して使う/使わないを決めれば良いこと。
形式に一切指定がないのなら、納品はPDF等にするのが常識。
また、客先で編集作業があるなら、自分でPCを持って行くのが常識。

よって「開かないことがよくある」などといういい加減な理由は却下。

word強要してくる奴には碌なのが居ないのがよく判った。

>>211
そんな俺様ルールを全適用しないとダメなもの仕事で使えるかよ
あなた、客とコミュニケーションする機会少ないでしょ

208 名前：仕様書無しさん[sage] 投稿日：2013/01/14(月) 13:35:22.68
ほら黙ったｗ

WordとExcelの機能を比較するとWordのほうが適切と判断できるんだが、
マニュアルではなく実機を操作すると、Wordのほうは使いにくくてたまったもんじゃない。

>>188
目次からリンクできることも知らないんだろうなー

>>213
ゆとり君は平和でいいよな

いろいろな道具を目的に応じて使い分ける脳味噌がないから、
屁理屈つけて他のものをなんとか潰そうとする
チンパンジーですら、複数の道具を使い分けるというのにｗ

Word使いづらい使えないとか言ってる奴は
アビバでも通って使い方身に付けろ
いや本当に

>>219
機能は知ってるが、動作がもっさりなったりするのはユーザがどう学習しても直らないと思うんだが。

マシンが古いのまではアビバでは保障できんだろ
何いってんだ？

客のマシンが新しいとは限らないだろ
ヘボプログラマと人のことけなしながら
客のこと考えられなければヘボエンジニアだろ

>>221
いやいや、スペックが十分なら重くないなんてこと無いのがWordの問題だろ

Excelもたいがい重たいけどな。

ふむ。Wordが重いというのは聞いたことがないけどググってみた。
よく分からんがこういうこと？
http://dennou-k.seesaa.net/article/245429688.html

Word95の頃からずっと使ってるが、それぞれの時代の環境で
「Excelと比べてWordだけが重い」などという経験は全くない。

そもそもここで貶してる奴は、どんなオペレーションをした時にどう重いかなど
環境のスペックを含めた具体的な場面の説明が一切ないので、
「単に屁理屈つけてスネてるだけ」の可能性の方がずっと高い。

Word98の頃は重くはなかったが異様に落ちまくってたような記憶はある

>>179
文書構造を定義する目的が分からないって、それマジで
言ってるのか？程度が低いにも程があるぞ。
文書構造が無いって事は、章立ても項目立ても何も無く、
全部フラットに書いてるって事だろ。そんな文章が読み
易いのか？
Wordなら、文章の属性を設定していく事で構造が明確
になるわけだ。属性に合わせて項番や図表番号、その他
の見てくれも自動的に設定されるし、章立てや項目立て
の変更も至極簡単にできるだろ。目次や索引もタグさえ
打ってあれば全部自動生成だ。ある程度大きな文書を書
いたことがあれば、これがどれだけ便利か直ぐに分かる
と思うんだが。
構造化が理解出来ていないと言う事は、お前の書くプロ
グラムは、関数1つが10,000行とか平気でありそうだな。
まさにドカタの仕事だわな。

>>181
仕事熱心じゃなくて、少しでも楽をしたいから文書を書く時
はWordなんだよ。Excelで、セルを弄って見てくれを整える
みたいな、仕事の本質に全く関係のない、くだらな〜い事に
時間を割きたく無いから。
Excelで仕様書を書くようなコスト意識の無い馬鹿がうちの
職場にいたら、即座にコンクリの上で正座だな。改まらなけ
りゃ開発現場からは追放。派遣なら即契約終了だ。

>>199
このスレッドにいるドカタプログラマにxmlなんて書ける訳
ないだろｗ

しかしまぁ、プログラマ板の一部住人の程度の低さには毎度
畏れ入るよ。そんなザマじゃお前らそのうち仕事が無くなる
ぞ。

Excel方眼紙に一文字ずつ文字をうめていく快感を知らぬ奴は人生得してる。

>>210
君ん所では、プロジェクトを始める前にツール類の定義って
奴をしないのか？お前らの低レベルな職場の実態が、次々と
明らかになるなぁ。たまげるわ。

Excel方眼紙って、セルに一文字ずつ入れるということだったのか（驚愕）

>>230
何でもExcelで書く奴はいるが、連中のExcelにかける情熱は
凄まじいものがあるよな。その情熱でWordの使い方を学ん
だ方がずっと楽が出来ると思うんだがなぁ。まぁ、ツールの
適切な選択も出来ないような馬鹿じゃ、死ぬまで楽は出来ん
わな。構造化も理解出来ていないような馬鹿共が、この業界
からパージされるのは時間の問題だろう。

Word の構造化ってそんな程度か。
それなら、XHTMLでいいだろ。
Word では、構造化されていなくても見た目でわからないので、困ったことになるし、ソースコード中に引用するのが困難。

>>234
手に入るXHTMLエディタって、Excelの表やVisioの図を
OLE出来たりするの？
ツールを選択する際に、それが人口に膾炙しているかどう
かというのは大きなポイントだわな。Wordなら「使えな
い奴の方が馬鹿、アビバでも行け」で済む。

>>231
だからおまえは客のこと考えろって。
客の環境まで定義できるわけないだろうが。

客のこと考えて妥協してるからWordなんじゃねーの？
じゃなかったらWordなんて使わないでしょ

>>236
>>211を見なかったことにしたいのか？
お前は、どうせ客とそういう打合せすらしてないんだろうが。
議論に値せず。

>>236
お前の固有の事情なんて知ったことかよ。それはお前が
相手と交渉してどうにかする部分だろ。今時WordやExcel
を導入していない会社なんてあるのか？
そもそも今時Excelで仕様書を書かせるようなコスト意識
も向上心も無いどうしようもない馬鹿会社とは、さっさと
縁を切る事を進めるけどな。

仕様書って言っても図ばっかりで文章なんかほとんど書かない
wordはそういうときでもベターな選択なんだろうか
excelよりはマシって言われたらそうかもしれんけど

>>240
作図は作図のためのソフトがある。visioとか。
excelとwordを同列にとらえるから話がおかしくなる。
excelは表やグラフを作るソフト
wordは表や図、文章をまとめて文書を作成するソフト

>>239
仕様書の書き方程度のことで縁なんか切れるわけないだろ

>>241
>表や図、文章をまとめて
このへんはマジで講習会開くなりアビバ行くなりしたほうがいいだろう
文章だけならいいけど図や表入れるとレイアウトうまくいかない
各自が独学で何とかするってのは、いささか効率が悪い

>>242
そうかもな
底辺土方には底辺客しかつかないだろうからな

打合せしたとしても精々こんな程度ｗ

Excel馬鹿：「仕様書はExcelで作るけどいいっすね？俺それしか使えないんだけど」
客：「（えらい奴に当たったな…まぁいっか、二度と仕事回さんが）あぁいいよ」

>>244
新人かよおまえは。もっと視野を広く持ったほうがいいよ

>>246
>>245には黙ってうつむくしかないようですねｗ

文書作成支援ツールの善し悪しの話と、外注だから使うツール
を選択出来ないって話を混同しているヘボプログラマがいる様だ。
どうしてヘボプログラマってのは、相互に独立した話を分けて
考えられないのかな。これで「視野が広い」つもりでいるんだから
驚くね。こいつの書くプログラムも、こんな感じで終わってる
んだろうな。やだやだ。

>>244
底辺客ならいいけどわりと大手SIerだったりするよ
底辺というよりはクソ野郎って表現のほうがピンとくる

EXCEL、WORD、PowerPoint、メール、Visio、Access、Publisher
最近ではOneNoteも面白いけど、
用途に応じて使いわけたり、OLEでお互いの機能を含めたりするのが
いいと思うんだけどな。

Excelはレイアウトの自由度が高い反面、
レイアウトが統一された見やすい文書は作りにくい。

感想文程度の内容で、なんで、揉めるんだ

Excel馬鹿はこの社会の癌細胞だからな。存在そもののが悪。

イラレも仲間に入れてくれ!

客にもＥｘｃｅｌバカが居るから困るわ。
エンドユーザコンピューティング（笑）の弊害だよな。

さすがここまでいくと気持ち悪い

無能な奴は拘る
有能な奴は何にも拘らない、だがどうでもいい所に拘る

これ、たぶん室町時代から続く日本人の結論だよ

どうあがいてたところで、Excelに拘る奴は無能
この結論は変わらん

仕様書をExcelで書く奴は、適切なツールの選択が出来ない
無能って事で結論が出ました。

>>258-259

>>257

>>257は何も言ってないに等しいだろ。お前は馬鹿だな。

vimに拘る奴は無能

vimで日本語の文章は書きたくない

某下請けで丁稚時代にFM-OASYSやC&C Editorなんて
クソツールで仕様書書かされてた身からすれば、
WordでもExcelでも天国だと思うよ。

コーディングが vi 仕様書が FM-OASYS だと発狂する。
viは[esc]でモード抜けFM-OASYSは[esc]で改ページ。
ここまではなんてことないんだが、
カレント行を全消しして改ページ。'`,､('∀`) '`,､
さらにアンドゥー出来ない。( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼

C&C Editorは[ctrl]押しながらマウスの両ボタン同時押しとか、
リアルタイムストラテジーなのかと思うような操作があったりした。

今は独立して中小企業向けシステムをやってるから、
パワポで客向け資料、Wordで外部仕様、Excelで詳細仕様書いてるね。

上からの押し付けがないなら自分が使いやすいのを使うのが良いと思う。

作戦変えて来たんか？

ウンコ de 仕様書と比較したら、確かにExcel de仕様書は
多少はマシかもな。しかし、所詮は犬糞と猫糞程度の違いで
しかない。

>>257
何言ってるの？

またPerl忍者が暴れてるのか

Excelで仕様書書くなというよりは
Excelで複数行の長文書いたり書かせたりするなって常々不満に思うわ

これは試験項目書でも同じで、あくまでテストを行ったことの記録目的なら
Excelの方が表になっている分いいんだけど
テストの項目を読ませたり書かせたりする必要のあるものなら完全NGだわ

最近になって、Excel強要する相手にはOLEでWord貼り付けてやった方がマシって事に気づいたけど
その手法も、10数年以上続くExcel仕様書問題の序の口だと知ったときは唖然としてしまった('A`)

何でウォーターフォールの仕様書なんて決まりきった成果物に業界標準が無いんだろうな。
シリコンバレーの奴等は何で成果物提出してるんだろうか

ま、少なくともExcelで仕様書を書くような馬鹿はおらんやろ。

>>271
このスレに山のようにいたじゃないかｗ
まぁ当然ながら、ことごとく敗退したがｗ

Excel de 仕様書とか、いったいどういう低脳の成せる技なんだろうね。
時間を無駄にしてるって意識が無いのかな。

数100頁の仕様書全部Visioで作ったら、ページジャンプ出来なくて死んだ
Wordに色々貼っつけがいいや

>>274
もしかして、1ファイルに数百ページも詰め込んだのか？

「Excelは表計算」って言っておいてExcelで申請フォーム作ってるやつみると萎える
お前は言ってることとやってることの意味がわかってるのか

ExcelはNGっていう話で
代わりに出てくるのがWordっていうのもどうなんだ

excelかwordの二択だったら圧倒的にword

紙資料にするとして、Word以外で何がある
上手くA4で印刷できるようなマークアップ言語はあるかね

TeX

DocBookまたは次点でLatex、将来的にはDITA

>>277
パーフェクトではないにせよ、
Excelと比べたらWordの方が何百倍も適している。

但し、仕様書の全ての部分をWordで作れという意味ではないことは
言うまでもない。

仕様書って何書けばいいのかよくわかんない

仕様書っていっても、ウォーターフォールには段階により種類があるからな
アジャイルは知らね

>>283
普通にワープロアプリで書けばいいじゃない

>>276
申請フォームは仕様書じゃないからスレ違い。

wordpressじゃだめなの？

>>287
お花畑は春が来てからにしてくれんか

方眼Excelにセル結合で表作るって、どんな苦行だよ…

それが常に最適だと信じてる奴がゴマンと居る
他の方法を知らないから、知ってるそれが最も早くて簡単なことだと信じてるからな
ただし、最初に書き起こすことしか考えてなくて、あとで直す事を一切意識していない

仕様書に付ける表はエクセルで作るけど、
長い文章を書くならワード使うわ。
表も計算式入れなくてデータ抽出もしないならエクセルやOLEを使う価値はゼロ。
行の挿入にいちいち操作が必要だし、セルを結合するのがめんどくさくてやってられん。

ExcelってWordみたいに紙サイズの制約がないからいくらでも巨大な表が作れていいよな

Excelで仕様書書くなという気持ちはわかる。
セル内の最後の一文字が欠けてたなんて事故なら日常茶飯事だし
何やっても治らん。

でもWordなんてお客様向けの始末書作るときぐらいにしか使わんわ

内部文書ならテキストでもいいんだと思う。

UMLで仕様書書けん奴がSEヅラすんなーｗ

>>295
UMLでお薦めのツールってあるかい？
どれ使ってもモッサリしてる。EclipseのAdd-inになっててコード吐いてくれてサクサク動くヤツがいいんだが

UMLにコードはく機能はいらん

コードをはきたいと思ったら、
それはもうコードで書くべきだ。

マウスでポチポチ項目作って
値埋めるよりも、コード書いたほうが速い。

UMLは「こんな感じかな」みたいな
アーキテクチャのブロック図の
ようなものを作るために使いなさい。

>>297
結局そうなっちゃうよな、図だけUMLで書いて。後WordとExcelで納品用ドキュメント仕上げていく
いつも通りだなぁ、詳細設計は最近Javadocでいいよって言ってくれるところも多いから楽にはなってんだけどね

>>293
Wordをちゃんと使えない職場では、そうなっちゃうんだよね。

http://engawa.2ch.net/test/read.cgi/poverty/1383923697/399

WORDで書けと言う人が多いようだが、ヘタクソなWORDで書かれた仕様書を読むのも苦行だぞ

VISIOで書けと言う人が多いようだが、ヘタクソなVISIOで書かれた仕様書を読むのも苦行だぞ

テキストで書けと言う人が多いようだが、ヘタクソなテキストで書かれた仕様書を読むのも苦行だぞ

Markdownで書けと言う人が多いようだが、ヘタクソなMarkdownで書かれた仕様書を読むのも苦行だぞ


はい、好きな単語を入れてください。
どんな言葉でも入りますよ。

便利だなw

だいたいWordなんてたまたま生き残った西洋向けエディタだろ。

やっぱり一太郎だよな

ソースコードも日本向けにするべきだ。

>>301
そういう人はアビバに行くべきだよ。

>>302
結局は無能のいいわけでしかないからね。

>>304
日本人が使っても便利だよ。
構造を持つような文書を作成するなら、これほど便利なものはない。
既存の罫線文化から抜け出せない、遅れた人間には難しいのだろうけどね。

Wordは当然、スタイル定義をフル活用するよね？
タブやスペースでインデントされたりすると、こいつダメだなと思ってしまう。

>>309
wordの使い方を覚えるのが面倒なので、インデントなんて適当です。
基本的にwordは納品物にしか使わないので、ハンコさえもらえれば細かいことはどうでもいいです正直。

>>309
それは基本中の基本でしょう。

>>310
その程度の仕事なら何使っても同じだろう。
ここではそんな程度の低い話をしているわけじゃないよ。

>>310
覚えなくても、普通に書けばそれなりにスタイル適応される。

書く、見せる、保守するのにそれぞれどの手段が向いてるか
エクセルのテンプレートにxsdかますのが良い気がする

土方にも優しいのは定型穴埋め文書が簡単なExcel
できるヤツはどんな文書量にも対応できるWordってところか

あぁ、Wordを使った程度で（苦笑）

実際、そういう所に能力差が出るんだよ。
Excel馬鹿で優秀な奴は見た事がない。

でるといいねｗ
統計とった？とってないね。思い込みだね。

文書構造を意識した記述ができるやつならHTMLとか書くでしょ
そういうの意識しない古い人がワープロとして使うのがWORDなんだよ
だから全角スペースでインデントされた見るに堪えない文書ができあがる

>>318
たまにこういう頓珍漢なのがいるな、HTMLで文章書くヤツなんか今時いねぇよ
内部用ならCMS使うだろ、Redminなんかでプロジェクト管理しててもwikiが使えるから説明用資料なんかには十分だ
でも納品用にはWordかExcelが好まれるんだよ

Word使っててスペースインデントしてるバカはそもそもWordが使えないヤツだろ

>>317
誰も客観的事実だなんて書いてないし、
だから「見たことが無い」って書いて主観である事を明確にしてるだろ。
日本語が理解出来ないのかバカ。

>>317,318
物事の本質が見えてないガキ2匹

org-modeで仕様書書いてる人いる？

欧米では仕様書はテキストファイルが主流
ISOやRFCの公式文書もテキスト

最終結果がテキストファイルなだけで、
編集にはnroffのようなマークアップ言語使うけどね。

誰でも使えて一番普及してるのがWordだろ。趣味でやってるのなら
ともかく、会社で使うならそういう点にも配慮が必要だよ。

>>325
使えてない奴ばかりなの？誰でも使えるの？どっち？

熱烈なWORD信者がいるようだ

信者っていうか Excel よりはマシってだけだろ。
プレーンテキストだって Excel よりははるかにマシ。Excel は表だけ作ってればいい。

だけどタイミングチャート書くような時に方眼紙がほしくなることがある
Excel以外に方眼紙エディタ無いのかな

Visio

>>326
Excel馬鹿が使えてないだけだろ。

>>327
ツールは目的に合わせて適切に選択しろってだけだ。
仕様書を書くのにExcelは向いていない。それだけの話。

>>331
業務アプリのゴミみたいな詳細設計書だったらExcelだけで書かせてもいいかも、Excelっきゃ使えないアホ多いし
業務系でも方式や基盤でExcelオンリーとかは見たことないな、あったら怖い

Excelしか使えないって、脳に損傷でもあるのかなぁ。

結局、書く内容に依るんだ
文章中心だったらWORDで良いし、表だったらExcelが便利だろう

ソフト開発向けの仕様書は多くの場合、
・１行程度の箇条書き
・図表
・デザイン
・チャート
ってものから構成される事が多いと思うが、これらが混じり合ったドキュメントを
ひとつのツールで書こうとするとExcelも捨てがたい

HTMLじゃだめ？

一太郎で良いじゃん

>>334
ペラ1枚ならExcelでも良いかもな。
でも、その程度の仕事の話をしてるんじゃないよね。
構造を持ち、目次や図表番号やページ番号を入れるような仕事だと、
Excelでは全く話にならないんだよね。

>>334
> ソフト開発向けの仕様書は多くの場合、
> ・１行程度の箇条書き
> ・図表
> ・デザイン
> ・チャート
付帯資料としてはその程度のものでいいけど。
Wordを使う習慣がない現場だと、付帯資料だけしかないことが多いんだよね。

頑なにテキストファイルでしか定義書出してこない糞は死ねや
40にもなってExcel使えないとか辞めてくれ

いい加減Excelで適当な表作って仕事してるフリすんのやめてくれないかな
まったく使い物にならん、そんな先輩がいる。
大昔の画面設計書らしいもの作ってんだけど、モック作って進めてんだから後追いのゴミはいらねぇんだけどな

>>339
Unix系の奴でたまに見るよね。

趣味でやるのは勝手だけど
これは仕事だからね

って言われて黙り込んでた馬鹿がいたな

前にいたプロジェクトでExcelでファイルを新規作成したら
まず最初に列選択して方眼紙用の幅を設定する奴がいたのを思い出した。。

事務の経験からするに、wordはお堅い文書を作るのに向いているが、その分応用が効かない、素人には弄りづらい。
Excelは一つ文書を作ったら色々と応用出来るが、全て自分でレイアウトを決めなければいけないから非効率ってとこか。

相手にファイルを渡す時に、何度『Excelで作ってくれたら嬉しいです』と言われたか解らない。
個人的にはExcelを推す、だって自分の作ったレイアウトが形を変えて色々と使ってくれる、wordなら渡して保管されて終了って流れになるから何か悲しい。
Accessしか弄れない人が、それで作った文書なんて見たことないだろ、完成度は高いけど避難ごうごうだよw

レイアウトじゃなくて文書の論理構造の問題
見た目と文章は分離されているべきで、wordはそれをサポートする

でも、wordを否定する人たちは分離することができていないから
勝手にレイアウト補正されるのがうざいといって怒る

章や節をどの様にレイアウトするかとか、
番号をどのような規則で付加するのか、
なんてことはソフトウェアで設定してしまえば良い

それが分けて考えられないからexcelを方眼紙のように使ってしまうんだよ

大体、レイアウトだけを気にしてexcelで書かれた文書はexcelの良さも失われている
どうせ論理構造なんて無くて自動処理もろくにできないだろうしな

仕様書はきちんと構造化された「お堅い文書」なんだから素直にWordで作ればいい。

>>345
レイアウトとは色やフォントだけじゃないんだぞ？

この間年末調整しただろ？
その申告書を思い出してみろ。

罫線まで含めてレイアウトだ。
これをWordで見た目と文章を分離させてみろ。

国語の授業できちんと章立てされた文書を読み書きすることを教えた方がいいんじゃないかと思う。
読書感想文も、方眼紙に書くのやめてPCで書かせるようにしたら、Excel方眼する人も減るんちゃうか？

>>347
適材適所がわからないからそんな発言が出てくる
少しはそのツールを使うべき論理性を考えたらどうか

申告書みたいなものは入力する項目とそこに設定する値があるだけだから別にwordは使わない
自分なら表形式で入力するようにして閲覧・印刷用のviewを用意するね
excelでもいいが多人数になってデータを管理する必要がある場合はaccessがいいかな

> 申告書みたいなものは入力する項目とそこに設定する値があるだけだから

仕様書も同じ。

仕様書も、○○したら××になるというマトリクス表で表せる。

仕様書は、小説じゃないんだぜ？

××になれ無い場合は？

仕様書の話だよな、これって。
文書構造とか行っているやつ頭おかしいんじゃないの、見やすくレイアウトが自由なツールを使って然るべき。
Wordで有効なのはあくまで文書、図やグラフを駆使する仕様書ならExcelが適切。
せいぜいWordで文書構造を大事にしながら見づらいファイルを量産してくれや。
俺の会社なら真っ先にクビにしてやるぞ。

見やすくもないし、レイアウトもしにくいExcelを選ぶ利点が無い。。

何で文書構造を意識すると見づらくなるの？
レイアウトは規則通りに整理されるし、設定を変えればすべてその通りに変更される

そうすることで見た目にも意味を持たせることができる
ルールもバラバラなチラシの裏レベルのものを管理できるのか？
よほど規模が小さなものしか考えてないんだな

文書じゃないものを文書にするから見にくいくなる
あたりまえじゃないか。

>>347
それは表だろう。なら Excel だ。

>>350
> 仕様書も、○○したら××になるというマトリクス表で表せる。
そのマトリクスを Excel で作って Word の仕様書に貼り付けろ。

>>352
誰に言ってるの？
Word 使えって言ってる人は、Word だけを使えと言ってるのではない。

> 仕様書も、○○したら××になるというマトリクス表で表せる。
そのマトリクスを Excel で作って Word の仕様書に貼り付けろ。

そして修正するときは、Excelにもってきて
修正してから、Wordにまた貼り付けろ

仕様書を小説や論文と勘違いしてやしないか？

>>357

最近 OLE ってなくなったの?

設計書やら提案書はWordを基本にして表やグラフはExcelで作って張り付けたりするけど
そういうの普通じゃないの？、WordだけとかExcelだけとか不便だろ
Visioも付けると尚いい、アドビのイラストレーターみたいなのがもうちょっとお手頃価格で出てくれれば最高なんだけどな

設計書や提案書の話じゃないよ。
仕様書の話。

仕様書は表で書いたほうが楽なのに
それを頑なに認めたくない人がいる。

>>361
> 仕様書は表で書いたほうが楽なのに
そういう仕事もあるのかもしれないね。

見積もりなんかの表計算できたほうがいいものをわざわざパワポで出せとかいう馬鹿

見積もりならPDFだなー

PDFは最終的に出力する時に使う形式。

何でもExcelでやりたがるのって結局Excelしか使えないからか
このスレ見てるとExcelも使いこなせてるか怪しいものだけど
バカのひとつ覚えというのはこういう事なんだね

そのバカについて行けるExcelも大したソフトだよな。
俺は未だにExcelを最初に触った時の感動が忘れられない。

ExcelでもWordでもいいけど、日本語がお粗末だったり、言葉が足りな過ぎて図表の位置付けや関連が不明瞭なのはNGな。

あと、わざわざ列幅狭くした方眼Excelにセル結合で表を作るのもやめてくれ。

ワードで作ってたらマクロで情報拾い集めるのめんどくさくない？
そういった点でワードと比較するならエクセルのがいいなぁ。

は？

>>352
レイアウトとか、そんなレベルの話をしているんじゃないんだってば。
WordやExcelを単なる「見た目をいじるフォーマッター」位にしか捕らえて
いないからそういう発想になるんだよ。
人間が問題を解決する際には、構造化という手法を採るのが一般的だろ。
その構造を文書として表現したものが仕様書になるわけだが、そこで
構造化をサポートするWordと、そうでないExcelで、どっちが向いている
かは明らかだろう。
つまりExcelで仕様書を書いている人間というのは、そういった構造化という
プロセスを全く理解していないわけで、そもそも技術者に向いてないわけよ。
問題解決のごく基本的な手法を理解してないって事だからね。

> 人間が問題を解決する際には、構造化という手法を採るのが一般的だろ。

その構造化て具体に何のこと？

その構造化という手法が
Excelでできればいいわけだよね？

>>371
言っている事は解るけどさ、根本から論点がズレていないか？
スレタイにある通り、あくまでこれは仕様書の話であって文だけじゃなく図形やグラフ、場合によっては図（写真）だって必要になる。
そういう意味で、Wordを使うよりもExcelの方がやりやすいし、後に他のを作る時もコピペして改変すれば応用出来たりするだろ。
まさか仕様書作る時にいちいち新規作成する気じゃないよな、そんな無駄な事して給料をくれなんて言う奴はまさに俺の会社には要らねーな。
仕事によって書面の形態は違えど、通じる物は多いんだから使い回し出来ない物を量産するのは害悪だよ。
ごめん、俺が論点ずれちゃったな、なんせまぁそういう無駄な事する人が多いからな、この話はイライラしてしまう。

ぺたぺた画像貼り付けて、適当に表にまとめれば、作る方は楽だろうさ。
読む方は意味わからんし、引き継いだとしてもまた同じような資料作り直しだけどな。

ということならば、ちゃんとまとめれば
いいって話じゃねーか。
Excel関係ない。

Excelでちゃんと文書としての体を成してる仕様書って見たことないけどな。
書こうと思ったらWordの方が楽だから。

なんでちゃんとした文章にしなきゃいかんの？
仕様書は小説じゃないんだけど？
仕様書は仕様書のやり方で書くべき。

読む人が問題なく読めるため。
文章と文書の違いも分かってなさそうだけど。

WORDはワープロなので"文章"を書くなら優秀だ。
EXCELは表を作るソフトなので"表"を書くなら優秀だ。

で、仕様書ってやつには、文章・表以外にも図やグラフやチャートが混在する。
ものによりけりだがVisioやPhotoshop、PowerPointまで登場してくる。

いろんなファイル形式に分かれてバラバラになった仕様書はメンテも大変だから
単一のファイルで全部書けるものを求めることになる。

これがEXCELが使われやすい理由だと思う。

>>372
構造化プログラミングって聞いた事無いのか？それと同じだよ。

>>373
全くズレていない。仕様書だからこそ、構造化をサポートするるWordが有効なんだよよ。
図や表が必要ならOLEすれば良いだけ。

>>379
違う。Excelを使って仕様を書くのは、Excelしか使えず、構造化を理解出来ない人間だけ。

>>375
ちゃんと思考をまとめるのに最も有効なツールがWordなんだよ。
仕様書書くのにExcelなんて使ってたら、仕事の効率は落ちるわ、
文書の再利用性は落ちるわ、ロクな事が無い。

>>377
だから、その仕様書は、構造化という知的活動によって生み出されるものなんだよ。
Excelで図表貼り付けてる奴は、そういう意味で非常に低レベルな事をやってるって事だよ。

構造化必死すぎワロタ

構造化とうるさい奴がいるが、そりゃ見やすい物はいいよな、そこは同意だよ。
脳内変換が必要であったり意味の食い違いが生まれる文じゃなくて、視覚的に共通認識できる図やPhotoだ。
会社に日本人しかいない職場で働いているならまだしも、多国籍の人がいる職場では文だけの仕様書を出そうものならトンデモコード書かれるぞ。
そういう意味ではwordでは足りなくなることが多いのは事実。
ExcelかWordかって言われたら、俺の環境なら迷わずExcel。

文すらないExcel資料よりはまし。

>>386
多国籍の人が働いている職場で、英語が理解できない人がいるとは思えないけど。
それともベトナムとかに行って現地人を安く使おうっていう話？

いい加減に、構造化は凄いんだー
理由は言えないけど、凄いんだーは
やめれ。笑えてくるｗｗｗ

プログラマ板なのに構造化を理解出来てないアホがいるとは思わなかった。

>>386
> 視覚的に共通認識できる図やPhotoだ。

だから、理解を助ける意味で図表を入れるのは誰も否定していないわけだが。
文書としてそれらをまとめるなら、構造を作り込めるツールの方が適していると言っているだけ。
構造にはその人の思考とか意思が反映されるわけで、図や表をだらっと並べただけでは構造にはならん＝仕様書にはならんのだよ。
そして、ExcelでWordと同じ構造を作り込むなんてのは、全くの無駄作業でしかない。
そんな無駄な所にエネルギーを使ってるから、Excel馬鹿って言われるわけさ。

> 多国籍の人がいる職場では文だけの仕様書を出そうものなら

プロジェクトとしての公用語をちゃんと決めれば良いだけだろ？
多国籍でやるなら普通は英語だよな？
は？英語が出来ないだ？そりゃスキル不足の人間を使うからだろ。
教育訓練をちゃんとやれよ。

>>389
問題解決手段として構造化ってのは基礎的かつとても有効な手段だし、
だからこそ構造化プログラミングって言葉まである位なんだけどね。
構造化って別に難しい事を言っている訳では無い。
複雑な問題であっても、細分化して行けば解決することが出来るって事でしかない。
その程度の事すら理解出来てないとか、本当にプログラマなのか？

Excelしか使えない無能な諸君には、パソコン教室アビバのWord講座がお勧めです。

http://www.aviva.co.jp/word/

構造化NGぶっこんだらすっきりした

>>392
どうせ君のような土方には理解出来ない概念だしね。

もういい加減構造化が良いとか悪いとか、下らなすぎる。
拘りたい奴は拘ればいいし、その辺はどうでもいい奴はそれでいい。
押し付けあいしてんじゃねーぞ。

Excel使っても問題なんか何も無いけど、とにかく見やすくわかりやすい物を作り上げればいいよ。
この辺はそのツールに対してどれだけ職人であるか、そこによって違いが出るかもな。
Wordを極めた人とExcelを極めた人、どちらが素晴らしい物を作るか見てみたいもんだ。

何を言ってるんだ。
Word のみでやれと言ってる奴なんかいない。
Excel "のみ" でいいという奴と、Excel "のみ" はやめろという奴の二種類が争っているんだ。

WordではなくHTMLとかWikiでもいいからExcel "のみ" はやめろ。

つか、Excelで構造化すればいいやん。

出来ないといいそうだけど、
そもそも構造化が何かを言ってないからな。

まず話は構造化が何かを言ってからだな。
どうせ説明できないだろうけどね。

階層化のことだよ。
頑張って Excel でやってね。

説明も出来ない無能が居る件について

階層化とか抜きにしても、あんなメモ帳より使いにくいのを選ぶなんてどんだけマゾかと。

>>397
え？ それだけの事だったの？

それだけのことだからExcelで頑張ってね。

Excelの最小単位はセルだから文章を書く必要がある文書と相性が悪い
折り返しのために改行したり途中で分割して別セルに移したりとかさ
メンテナンス性最悪のExcel方眼紙で痛い目にあった人はWordを考えてみるといいよ

だから、Excel仕様書だと箇条書きの羅列になりやすい。

>>402
最小単位のセルは、大きさを変えることが出来るんだよ。

>>403
仕様書はだいたい箇条書きだよね。

>>404
その結果いびつな表が作られてしまう
さらにセル結合しだすとカオスが待ってる

Excelってレイアウトの自由度は思うほど高くないし、
無理をするほどにメンテが難しくなる
見た目だけが目的で切り張りするから論理的におかしな事になってて一発で整形できない
しかも苦労した割にきれいじゃないし
さらに印刷しようとすると見切れることが多いから印刷の都度調整する無限地獄

>>405
いびつな表でいいじゃない？

表として使ってるわけじゃないのに
表として使うことしか考えられないから
そんな意味が無いことにこだわってしまうんだよ。

>>406
> Excelってレイアウトの自由度は思うほど高くないし、
仕様書にレイアウトの自由度は必要ない

> 無理をするほどにメンテが難しくなる
無理するからいけない。
シンプルに作ってシンプルに使う。

> 見た目だけが目的で切り張りするから論理的におかしな事になってて一発で整形できない
整形しなければいい。

> しかも苦労した割にきれいじゃないし
苦労するようなことをするのがいけない。
重要なのは中身。それ以外の細かいことにこだわるな。

> さらに印刷しようとすると見切れることが多いから印刷の都度調整する無限地獄
ほら、印刷なんて言うどうでもいいことにこだわってる。
印刷で見切れたって内容がわかれば十分だ。
ファイルがあるのだからそれを見ればいい。

やっぱ意味のないことにこだわって、その結果自分が苦しんでるだけだな。

>>407
表として使わないうえにいびつなレイアウトも許容するのにExcelには固執するのか

>>408
仕様書ってふつうは印刷や画面、スライドなどでの一覧性を考慮する必要がある
それに、読みやすさは理解のしやすさにも関係する
なんのために書くのかすら意識しないのか

>>409
はい、方眼用紙は使いやすいです。

縦横揃えやすいし、揃えた文字に
罫線を入れることも簡単にできます。

紙のように広げた用紙の自由な位置に
簡単に文字を揃えられます。

Wordはタイプライターのように
上から下に書いていく文章に使うものですね。

Excelは紙の上に自由な発想で書いていくものです。

>>410
> 仕様書ってふつうは印刷や画面、スライドなどでの一覧性を考慮する必要がある

それ仕様書じゃなくて、プレゼン用の資料でしょｗ
それか作るだけ、印刷するだけが目的で
長いだけで使われない資料。

Excelは読みやすいよ。
（仕様書には不要なレベルの）細かい
レイアウトがしにくいだけで。

Excelしか使えないから他にいい手段があることを認めない
結論ありきで無理に反論しようとするから支離滅裂

なんかそれぞれがイメージしている「仕様書」がズレてる気がする。
機能仕様などの自由記述が多い奴なのか、定型の枠に内容を埋めるだけで済む奴なのか？

箇条書きとか Excel の苦手なところだろ。
Word を知らなくても HTML のリスト系タグとか Wiki とかと使い勝手を比べてみろよ。

>414
定型の枠を埋めるだけなら Access でも使えよ。

>>404
> 仕様書はだいたい箇条書きだよね。
そうそう。
Excel使ってるところって仕様書と言って箇条書きと表しか出てこないところがおおいのよ。
書いた人とレビューした人は(中身知ってるから)理解できるのかもしれないけど、
外から入ってきた人間にはさっぱりわからん。

このスレまだあったのか

ド素人の>>1が様子を見に戻って来ましたｗ

>>394
だから、それはドカタの発想なわけよ。
仕事でやるのなら「継続性」が必要だろ。作ってはい終わりって単発プロジェクトなら
ともかく、継続的なビジネスであれば必ず仕様変更が入るだろ。
ページ番号が変わったり、章立てが変わったり、図表が追加になったらどうすんだ？
全部手でなおすのか？Excel馬鹿はそういう頭が足りないんだよな。使い捨てだから。

>>400
そう。構造化というのは実にシンプルな問題解決手法なんだよ。それすら理解出来ない
連中がプログラマやってるんだもの。そりゃデスマーチにもなるわな。

>>411
> Excelは紙の上に自由な発想で書いていくものです。

だからお前らの作るプログラムはいつもスパゲッティになるわけよ。

>>412
プロジェクトで仕事したことあるか？文書間で体裁がきちんと合ってないと
読みづらくて仕方ないぞ。Wordなら、スタイルを定義してちゃんとタグを打って
おけば一発で体裁が揃う。

>>414
後者を仕様書と呼ぶのかな。単なるチェックリストなんじゃね？

>>408
お前、1人で仕事してるのか？
なら別にExcelでもテキストでも、好きな奴を使えば良いさ。
だけど、複数人が関わるようなプロジェクトになると、文書のアウトラインや
スタイルの統一、図表やページの速やかな参照、目次や索引の作成など、合理的な
文書作成がコミュニケーションという意味で非常に重要になってくるわけだ。
そういう合理的な文書を作る上では、Excelは明らかに向いていないし、
そもそも文書を作るという事の意味と必要性が分かってないとしか言いようが無い。
請負ドカタがヒトリでやるレベルの仕事ならともかく、組織としてシステマティックに
やる仕事ではExcelなんてあり得ない。

>>421
じゃあ何が向いているの？

>>422
Excelしか使えない無能な諸君には、パソコン教室アビバのWord講座がお勧めです。

http://www.aviva.co.jp/word/

Wordｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>423
Wordしか使えない無能な君には、パソコン教室アビバのExcel講座がお勧めです。

http://www.aviva.co.jp/excel/

Wordがベストだと言うつもりはもちろん無いが、ワードプロセッサーとして
最も普及しているという事実は、ツール選定にあたって重要な要素だろう。

ワードプロセッサーとしてもっとも普及しているのはExcelです。

>>425
馬鹿か。Wordしか使えない奴なんていねえよ。
つうか、そもそもWordだけ使えなんて事は誰も言ってないわけで。
Excel馬鹿って本当に字が読めないレベルの池沼なんだなｗ

>>427
Excelしか使えない底辺プログラマの間ではそうみたいだね。

>>429
馬鹿か。Excelしか使えない奴なんていねえよ。
つうか、そもそもExcelだけ使えなんて事は誰も言ってないわけで。
Word馬鹿って本当に字が読めないレベルの池沼なんだなｗ

>>430
おいおい、底辺猿が猿真似かよ。

ただのブーメランですよｗ

全然ブーメランになってないのだが、底辺猿には理解出来ないんだね。かわいそう。

>>432
ほれ、早く次の猿真似をして見せろよｗ

>>430
> 馬鹿か。Excelしか使えない奴なんていねえよ。

Excel馬鹿の存在を否定するのか？ｗ

Excelだろうが何だろうが近くにある物でさっと仕上げる事が出来れば良いんだろうが。
構造化？
VBAで一発で体裁を自由に整えるように出来るぞ？
というか一回コードを組めば、いつだって自分の作りたい形に0.2秒でなるぞ？
要は構造化を無視して方眼紙で何でもやるのがダメなんであって、ExcelだろうがWordだろうがキッチリ作ればいいんだよ。
そういう意味ではExcelは最高だと思うんだけど。

目次や索引がないとよめませーん！理解できませーん！←Word厨の正体

Excel馬鹿涙目ｗｗｗｗ
Excel馬鹿は怒りで体中がブルブル震えて、心臓がバクバク鼓動を打って息が苦しそうｗｗ
額や背中から冷たい汗が滝のように流れてるよ？

Excel馬鹿落ち着けよ

>>437
さすがにそれは別にいいでしょ

WORDは自分が一から作るとき以外は大概酷い目に合う
他人が書いたwordの仕様書は経験上、excelよりメンテ不能だし
WORDもクソなレイアウトを指定されたらクソなものしか出来ない

道具の問題じゃない
職場のレベルの問題

>>438
それ言って、落ち着けたかい？

>>439
Wordに慣れてなかった頃は割とそういうことあった気がするけど。
使い方覚えてからはメンテ不能な事態にはならないよ。
単にあなたが未熟なだけなのでは？

>>441
元の作りが悪いのを修正者の技量で何とかなるケースって全体の作りの変更が許されてるときとかかな
こう言う状況になる職場でそういうの許されることはあまりないよ
それとも全角半角スペースをうまく折り混ぜてインデントして項番目次を手作り出来ないのは未熟かしら

>>436
Wordを使えばVBAなど書く必要は全く無いわけだが。
何で適切なツールを作って楽をしようとせず、わざわざ仕事を複雑にしようとするんだ？
最適なツールが既にあるのに、全然別の用途のツールを無理矢理使うとか、アホとしか
言いようが無い。lsの代わりにecho *でリスト採るようなもんだな。
あと、何度も書いてるが、Wordが使えないならアビバ行けよ。

>>437
まぁ、お前が書くような2ページくらいの「仕様書のようなもの」なら目次も索引も
要らないだろうけどな。つうか、お前らって文書を読む前に目次をまず読んで、どういう
内容か確認したりしないのか？ロクに本も読まないようなドカタには、目次とか索引の
重要性が分からないんだろうなぁ。

>>439
仕事のルールをきちんと定義出来てないデタラメな職場だからそんな事になるんだよ。
普通はそういう事にならないように、プロジェクトがスタートする前にきちんとスタイル
を定義するもんだ。Wordすら使えないような低レベルなメンバーは予めプロジェクト
から排除したり、アビバに送り込んだりとかな。

しかしまぁ、お前ら底辺猿の程度の低さには毎度毎度がっかりだわ。
こんな程度の低い猿でも、今日びはプログラマとか言えちゃうんだなぁ。
まぁ、珍獣観察の場だと思えば良いのかな。やれやれ。

>>442
それはWordがどうこう以前に職場か上司が悪いんじゃないですか

>>442
> それとも全角半角スペースをうまく折り混ぜてインデントして項番目次を手作り
Excelではこれしか方法ないんだから文句言うな。

>>444
直近のレスの流れも読めないのかよ
word派がアホと思われるような発言は迷惑だからやめてくれ

word派はアホだなんて、全員理解しているから

>>447=>>1の虚しいつぶやき

>>446
アスペ？

いいえ、アシベです

word派ってなんだよ、使えるものはなんでも使えって言ってんだろボケ

と、Excelしか使えない低脳がキレとります

>>452
あ、やっぱりそうなんだね。Excelしか使えない低能だったんだ。
そんな気がしたんだよね。変なことを言う奴はみんな
Excelしか使えない低能であっているみたい。

Excelしか使えない無能な諸君には、パソコン教室アビバのWord講座がお勧めです。

http://www.aviva.co.jp/word/

Excelでも有れば良い方だとおもわんか？

仕様書書けよ、寄こせよ（`・ω・´）>>某

仕様書のない案件が最近多い気がする
Excelでもテキストでも、もうなんでもいいから仕様書だしてくれ

それは、仕様から作れっていう案件では？

>>456
なんでそんな案件を受けるんだ。

texって使わないのに何で理系の大学生に使わせるんだろうな
研究者は使うのか

数式を書くのが楽だから。それだけの話。後は自己満足の世界。

仕様書って納品の為だけに存在する気がする。
昔から雑誌の説明にそう言ったモノってないよね。
フローチャートまでだよね。
あと、テスト仕様書。
サンプル載せたら勉強になるのに、なぜか外に出ないっつーか、本当に社員研修まで経験しないとお目にかかれないよなぁ
俺はすげーサンプル持ってるから、オッさん受けするモノをひょいひょい書けるけど
下請けさんはかわいそう

仕事がわかってないとそう思うかもねー
お仕事では仕様書が一番大事。
それ以外のドキュメントは精度を上げたり効率化するだけ。

>>461
万年アシスタントのレベルじゃ、そう思うのも無理ないかなｗ

>>1
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/71

テスト仕様書を作るのに労力を使って肝心のテストが疎かになるという現実。

仕様書フォーマットは客先指定が多いけどな。
Word以外で指定された経験がないからフォーマットフリーでもWordで書いてしまう。

逆にExcelしか使えなかったら客先指定がWordの時は仕事を断るのかね。

データシートとかの表や図の仕様はExcelで作っといて、文面的なのはテキストファイル。
提出用する時はこれらをWordにコピペして終了ってしてたわｗｗ

そもそも仕様書など作らない。
作るとしたら、プログラムが完成してから。

そもそも文書を書く能力が足りてない奴も多いからな。
そのあたりだと、WordだろうがExcelだろうが関係ない。
伝えること、継続して保守することを考えてない、ただの使い捨ての土方が多いから、こうなるってのはある。

アタリマエのことができる技術者と奴隷の差って感じ。

まぁつっても、そういうガチガチの上から降ってくる水みたいな案件は最近あんまないんだけどな。
少人数のできる奴で小さくスタートするほうがやりやすい。意味のないドキュメントもいらないし。

Excelで仕様書というか、章立ての有無に関係なく、フレーズ以上の文章を書く必要のあるドキュメントなら
Excelを選択するのは間違ってると思うよ、やっぱ。

書くときは、書きたい位置に書きたいものが書けて楽かもしれないが、
どこにでも書けるせいであちこちに情報が飛んでて隠れた情報になったりして見落としやすいし、
なにより修正がすごくしづらい。
表として利用してないExcelは継続して使う資料には向いてない。

ここは見出し、ここは図Xの説明、ここは表Y、ここは箇条書き、
ここは脚注のような文書構造をWordでは定義できます。
対してExcellでは行と列に値を入れてその演算に特化しています。
Wordは、Excellの表や画像などを取り込み、文章と合わせて
流れのある文書を構築できます。

Wordでは、見出しや段落等のそれぞれに対し、
一括してスタイルを設定できます。
これは、「ここをインデントしたい」ではなく、
「これは箇条書きだからインデントしたい」と、
意味のあるまとまりに対して同じスタイルを適用できる利点があります。
はっきり言って、ツールバーやリボンにあるフォントサイズの変更とか、
中央寄せとかああいった「見た目だけ変更する機能」は害悪です。

そういう点で、Excellだけで書くのではなく、Wordを主として
Excellなどと組み合わせて適切に書くといいと思います。

最近のゆとり共には、そもそも「文書構造」という概念すら無い
だから、「Excelで仕様書」にも違和感が無いんだろうｗ

>>472
＞最近のゆとり共には、そもそも「文書構造」という概念すら無い
どう考えても「なんでもExcelおじさん」のほうが文書構造っていう
概念のない世界で生きてる

Wordが使えないオッサンとか、結構いるしなぁ。

構造を考える事の出来ない劣等脳の持ち主がExcelで仕様書を書くのだよ。

ゲームの世界だと高度な機能を実装するためにマクロ言語や独自言語を開発してるから、
SEやプロジェクトマネージャやシナリオやってる人はその独自のスクリプトやマクロの実装で考えてるね。
作業において仕様書レベルで揉める云々はないんじゃないかな。

業務やってる連中も独自のスクリプト言語開発してそれベースに仕様を議論すべきじゃないの？
たぶん特定業務に特化しないと駄目だろうけど。
異業種に色々手を出すと実現できないね。

>>476
えーと、ようするにDSLの話をしているだけってことでいいかい？

何で作業員レベルの話を始めちゃうの？

Excelにまとめたコマンド表等からCとかC++のテンプレをVBAで生成するのは便利
1が言ってることだね

業界内の詐欺師みたいなの駆逐すれば良くなるよ。

>>9
パラメータの入力セルに「FFみたいに」って書くと1億くらいの質問に答えたらあら不思議、出来上がるんだろ？

とまあ冗談はさておき、
テスト仕様書はExcelとマクロが便利だと思うけどなぁ。
みんなはテスト仕様書どうしてるの？

適材適所ってのは誰も否定していないのだが。

WordにサクッとExcel埋め込めりゃ大抵何でも行ける気がするが
素のExcel時と埋め込み時で見た目変わって調整めんどくさくなってやっぱり埋め込み使わない

>>479
それだったらwordのVBAでもできるよね

>>485
Word でコマンド表作る？
Word と比べればテキストの方がずっといいだろ。

>>2
仕様書の入力規則を規定すれば
どういうコードにするかは解釈できるかもしれない
ただしスケルトンレベルのものしか生成できない
ライブラリは別途手で作るんじゃないかな？
VisualStudioみたいにプロジェクトの種類決めたら
ベースコード作ってくれるのと同じ様な

テスト仕様書みたいな入力と出力を規定した仕様書だと
Table生成に使える

消去法でパワポ一選択

>>1
のような、仕様書をエクセルで書かせるような人たちが
マネジメント側にいるプロジェクトからいかに遠いところで働くかが重要

仕様書をエクセルで書かされたりメンテする仕事を押しつけられても、
悪いのは自分
なぜなら、まだその程度のレイヤーの腕しかないということだから。

俺の職場は、仕様書は社内用のカスタマイズした、Texile wiki を使っている。

ここで、仕様書をエクセルで書きましょうとか言い出したら、
冷笑されて、人が離れていってしまう。

そういう職場もあるということ。

だからエクセル仕様書の職場にいるのは１００％オマエのレベルがまだ
その程度だということ

何で書くの？
もしかして仕様書不要？

普通の会社ならWordだろ。必要に応じてExcelのシートをOLE。

何が何でもExcelに拘る理由は、PCオンチの呆け爺がようやく一つだけ覚えたツールがExcelだから
そういう老害が組織の上層部にいると、その組織全体が冒されてしまう

Wordだと罫線引きにくくない？
文字だけなら良いが

>>493
別に？
Excelでミリ単位のマス目を作る方が余程大変
どうせ環境次第でレイアウトズレまくりなんだからなｗ

>>493
罫線が本当に必要かどうか、良く考えた方が良い。