- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 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活用が「黙認」されるようになった
- 489 名前：仕様書無しさん mailto:sage [2012/03/04(日) 01:29:25.09 ]
- >>484
デザイナーやらイラストレーターから、本文の体裁とか段落付けとか取り上げると滅茶苦茶喜ぶぞ。
テンプレートエンジン作ったことあるが、狂喜乱舞して、むしろあっちから、ちゃんと表題は表題と表現してくれとMLで流れたり、
タグ定義を増やしてくれと直談判しにきたり、
甘い文書は開発者権限でおまえで止めろ、俺達の事わかってくれてるじゃねーか、と無茶言ってきたり、
色々いい経験をした。
俺が論文のtexのコンパイル環境を毎回解説して構築させんのが面倒だっただけなのにな。
- 490 名前：仕様書無しさん mailto:sage [2012/03/04(日) 01:33:25.24 ]
- 作り話乙ｗ
- 491 名前：仕様書無しさん mailto:sage [2012/03/04(日) 14:58:35.98 ]
- 向いてないのにこういう仕事選ぶ奴が多いのがなー
体育会系脳っぽいのが多くて、土方に拍車がかかる
- 492 名前：仕様書無しさん mailto:sage [2012/03/04(日) 15:03:23.43 ]
- そういうデザイン部分と文章部分を分けるための道具や仕組みの使い方を
理解できない頭が悪い奴を除けば、そのあたりを分離するデメリットって別に無いからなー
まぁ、そういう頭が悪い奴がいっぱい居る環境にはつかえないっていうのが、ある意味デメリットか
- 493 名前：仕様書無しさん mailto:sage [2012/03/04(日) 15:25:32.67 ]
- 流し込み機能とか使っていれば
内部で自然と文章とデザインが分かれてるからね。
ファイル自体を分けたりして
見るときは合成する。
書くときは分離する。
なんてことやらなくていいからね
WYSIWYGエディタを使えば。
- 494 名前：仕様書無しさん mailto:sage [2012/03/04(日) 15:46:29.40 ]
- >>491
就職氷河期の時なんかはこの業界以外は人をあんまり募集してなかったからな。
特に専門知識なし未経験者歓迎みたいなのは他に無いし。 今でもそういう業界は
介護位しか無いんじゃない？ 何もない人は介護かITかの究極の選択という。
- 495 名前：仕様書無しさん mailto:sage [2012/03/06(火) 21:45:54.91 ]
- あーマ等向けの校正ツールが欲しい。
仕様書の何がめんどくせぇってホント誤字脱字がメンドイ。
- 496 名前：仕様書無しさん mailto:sage [2012/03/06(火) 23:03:10.69 ]
- >>495
そんなの気がついたら直すぐらいでいいよ
致命的なのは別として意味さえ通じれば流す方向で
ところで「あーマ等向け」ってなんだ？
- 497 名前：仕様書無しさん mailto:sage [2012/03/06(火) 23:12:02.64 ]
- 糞リーダーになると設計上のバグよりも
誤字脱字やレイアウトを気にする馬鹿が意外と多い。
- 498 名前：仕様書無しさん mailto:sage [2012/03/06(火) 23:35:47.97 ]
- 誤字脱字指摘してドヤ顔になってるのに、設計やユーザの使用感などの重要なこと指摘してもさっぱり伝わらない。
終いにゃ、やらなくていいって言って、切羽詰まってから自分でひらめいたかのように変更を決めて、丸投げ。
死んでくれ。
- 499 名前：仕様書無しさん mailto:sage [2012/03/06(火) 23:44:18.18 ]
- だが誤字脱字だらけの仕様書も困るだろ
内容が本当に正しいかすら信用できなくなる
値が一つ違うだけでもかなりマズイ
- 500 名前：仕様書無しさん mailto:sage [2012/03/07(水) 00:12:46.05 ]
- 誤字脱字だったら、印刷した設計書に赤ペン引いておけばいい。
わざわざレビューの時にドヤ顔で指摘することじゃないよ。
- 501 名前：仕様書無しさん mailto:sage [2012/03/07(水) 00:47:06.58 ]
- いや、指摘するかどうかじゃなくて単に誤字脱字がマズイって話でな
- 502 名前：仕様書無しさん mailto:sage [2012/03/07(水) 01:07:26.69 ]
- 誤字脱字はできるだけしない、レビューでみつけてなくす、ってのはそりゃまぁあたりまえだけど
それだけで満足するバカが多いこと、って話じゃないの
実際内容をきちんと理解できてるレビュアー少ないし
余計なことばっか指摘して、大事な中身まったく見てない糞な奴も結構見かける
能力ないのに長くいて微妙な肩書きだけがついちゃった系のオッサンとか、結構ひどい
>>496
「嗚呼、マ等(ら)向け」、じゃないかな。 == 「あー(感嘆詞)、ぷろぐらまーたちのための〜」
糞仕様書の行間を読み解くよりは簡単な問題…！
- 503 名前：仕様書無しさん mailto:sage [2012/03/07(水) 01:19:54.52 ]
- 誤字脱字、正しくない日本語、誤解を招く日本語、全部良くはない事は皆わかってるんだよ。
ただ、物書きのレベルをプログラマに求めるのは酷だろ。
それができるならプログラマ辞めて物書きになってるって。
必要な能力なんだけどね…
時間は限られてるから、なかなかそのレベルをクリアできる人は少ない…
- 504 名前：仕様書無しさん mailto:sage [2012/03/07(水) 01:24:57.69 ]
- でもあれだぞ。物かけない奴は概してプログラム下手だぞ。
とっちらかった文章だな、と思ったら、案の定プログラムもとっちらかってたりする。
箇条書きをうまく文章にやっつけました。って人の方がプログラムは良いことが多い。
- 505 名前：仕様書無しさん mailto:sage [2012/03/07(水) 01:27:57.41 ]
- 日本人って学校で文章の書き方に関するエッセンスを習わないし教えないからな。
みんな自己流っていう笑えない状況。
- 506 名前：仕様書無しさん mailto:sage [2012/03/07(水) 01:35:52.28 ]
- とりあえずよ、校正じゃなくても、インテリセンス(オムニ補完)的なツール欲しいなぁ
章名を一部打ったら章の候補が出てきて、「.」押したら商に所属する値や名詞が並んで、
んで、エンター押したら指定の値がフィールドとして埋め込まれるとか。
とにかく下らないミス減らすツールが欲しいわ。どうでもいいことに時間掛けたくない。
- 507 名前：仕様書無しさん mailto:sage [2012/03/07(水) 01:36:25.43 ]
- 形だけは教えられるんだよね。原稿用紙の使い方、とか。
フォーマット地獄は既に小学校から用意されてんのよ。
- 508 名前：仕様書無しさん mailto:sage [2012/03/07(水) 02:19:10.60 ]
- まぁ、プロの物書きですら難しいからな。
プログラムと一緒で、絶対的な正解ってのが無いのが辛いよな。
コーディング並みにガチガチするって手もあるけど、それこそ形だけのルールで本末転倒になりそうだし。
コードのレビューならコードをレビュー。
文章のレビューなら文章をレビュー。
正しい指摘を毎回できるようにして、プログラマを成長させる環境を作る事が、健全な業界の発展につながって望ましいと思うんだけどなぁー。
- 509 名前：仕様書無しさん mailto:sage [2012/03/07(水) 02:36:09.33 ]
- 正解は本当変わる。読み手次第だよ。
俺は何度となく言葉足らずだと怒られてきた。
「ちょっと考えたら分かることでしょ、pp2-3と、p10で既に説明してるから省いただけです」といった感じで。でも怒られた。
怒られたことを教訓に、いちいち懇切丁寧に書くようになって、怒られる事は減った位の頃、転職した。
「君、これは、馬鹿にしてるのかな？もうpp2-3とp10で説明してることをくどくど書く必要は無いんじゃないの？」と転職先では怒られた。
どっちが正しいか判断はつかんな…
- 510 名前：仕様書無しさん mailto:sage [2012/03/07(水) 06:03:20.85 ]
- 文章って好みがあるからね
だから軋轢生みやすい
ただ、指摘はいいけど怒ったり嫌味言ってくる奴はダメだと思う
表現の違いや誤字脱字なんかはどうしたところで発生するんだから
ドヤ顔してこれでもかと優越感に浸る奴は小物だしたかがしれてる
そういう上司とかリーダーは多いけどなｗ
- 511 名前：仕様書無しさん mailto:sage [2012/03/07(水) 06:33:24.66 ]
- レビューの場でいろいろと指摘が発生するのは当然のことだと思っているのだが
それを嫌がる管理者がいるのが嫌だな
- 512 名前：仕様書無しさん mailto:sage [2012/03/07(水) 09:36:41.36 ]
- >>509
このパターンは非常に多い。
好みによっても違うが、同じ人でもコンディションによって言う事が変わるのは腹が立つ。
- 513 名前：仕様書無しさん mailto:sage [2012/03/07(水) 13:00:10.93 ]
- デファクトスタンダードが無い以上、各組織においては過去の書類を参考にしながら書けということだな。
- 514 名前：仕様書無しさん mailto:sage [2012/03/08(木) 00:48:08.41 ]
- ごくごく自然にに考えよう。
設計とか分析とか工程というのは、
その次の工程を行うためにやる。
つまり、その次の工程の内容を理解していなければ、
使えないものが出来るのは当たり前の話。
たとえば使えない設計書。これができてしまうその原因は
その次の工程を全く知らないからだ。
自分の担当工程だけやって、下流の内容は知らないじゃだめなんだよ。
プログラミングができないSEはクズと言うのは正しいということが分かる。
- 515 名前：仕様書無しさん mailto:sage [2012/03/08(木) 01:31:36.31 ]
- >>509
あるあるｗｗｗｗｗｗｗ
内容読みきれず、そのときの気分だけで思いつきの指摘する奴多すぎ
レベルの低いレビュアーに当たったときは何を書いてもなんかしら指摘される
とりあえず「わかりました！」って言っておくのが解決策だと思うようになったわ…
- 516 名前：仕様書無しさん mailto:sage [2012/03/08(木) 02:50:41.70 ]
- >>28
勝手に大工やっていろ。
- 517 名前：仕様書無しさん mailto:sage [2012/03/08(木) 03:52:41.46 ]
- >>514
分析や設計はユーザーの要件を満たすモノを作るためにやる。
それを実現するための技術的な知識は必要だけど、
次の工程はあまり深く気にする必要はない。
- 518 名前：仕様書無しさん mailto:sage [2012/03/08(木) 19:39:40.79 ]
- >>515 わかりました、というと「課題」扱いになって再レビュー扱いになるから嫌だ。
- 519 名前：仕様書無しさん mailto:sage [2012/03/08(木) 23:27:34.08 ]
- >>517
通訳と一緒だよ。
間に入る人は、両方のことを
知っていなければならない。
- 520 名前：仕様書無しさん mailto:sage [2012/03/08(木) 23:29:57.69 ]
- >>517
> 分析や設計はユーザーの要件を満たすモノを作るためにやる。
当たり前の話。それは反論になっていない。
なぜなら、ユーザーの要件を満たすものを
作るためにどうするか？
その答えが、下流に適切な資料を渡すということだからだ。
ユーザーの方だけ見ていてもいいものは作れない。
- 521 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:01:44.11 ]
- 下流に適切な資料って何だ？
|
 |
