- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 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 ]
- 下流に適切な資料って何だ？
- 522 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:03:28.89 ]
- 少なくとも通信フォーマットがかっちり決まってる資料
- 523 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:05:10.80 ]
- >521
馬鹿な設計になってないこと。
- 524 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:09:21.51 ]
- エンドユーザーは素人だから
めちゃくちゃな要求をしてくるのは仕方ないけど
それ以外は、めちゃくちゃな要求しちゃだめだよね。
プロなんだから。
- 525 名前：524 mailto:sage [2012/03/09(金) 00:12:36.91 ]
- 今言った、「めちゃくちゃな要求」ってのは実現が難しいって意味じゃなくて
ナンセンスな要求ってことね。どう考えても使いづらくなるのがわかりきってる仕様とか
書いてる内容に矛盾があるとか、そのとおりに作ったら破綻するのが目に見えてるシステムとか。
- 526 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:14:07.33 ]
- >>523
Ａボタン：ジャンプ
Ａボタン長押し：しゃがむ
プレイヤ「うん？」
- 527 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:21:14.50 ]
- >>523
Ａボタン：ジャンプ
Ａボタンまわす：回転
プログラマ「まわす？」
- 528 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:28:51.04 ]
- 初版
→→（すばやく２回）：ダッシュ
←←（すばやく２回）：ブレーキ
プレイヤ「左にダッシュしたいです」
改訂版
→→（すばやく２回）：ダッシュ
←（長押し）：ブレーキ
プレイヤ「左に行きたいです」
- 529 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:37:24.74 ]
- >>522
>少なくとも通信フォーマットがかっちり決まってる資料
通信フォーマットとは、ネットワーク上を流れるメッセージの形式的仕様のことでいいのかな？
たとえばテキストであればXML SchemaとかバイナリならIDLやASN.1で書かれた仕様
で、そういった通信フォーマットは実装に着手する以前に仕様書としてかっちり決めるのが当たり前
もしそれが実践できていないとしたら、>>714の
>自分の担当工程だけやって、下流の内容は知らないじゃだめなんだよ。
>プログラミングができないSEはクズと言うのは正しいということが分かる。
うんぬんは些細な話で、それ以前のプロジェクト全体の品質管理に致命的な問題があると思う
- 530 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:41:40.20 ]
- その、通信フォーマットというのを
通信システム知らない素人が作れるかといったら作れないだろうね。
シリアル通信の通信フォーマットはこんな感じでお願いと
言われた資料に、接続先のポート番号は8080で～とか書いてあったら
お前馬鹿かって思うよ。
- 531 名前：仕様書無しさん mailto:sage [2012/03/09(金) 00:55:55.25 ]
- >>526
あー…
あるな。
しかも仕様切った奴は「一つのボタンで合理的だろ」とか言ってる感じ。
ワープロって本当に使いやすかったよね。
倍角にしたけりゃ倍角ボタン、平仮名にしたけりゃ無変換ボタン、
単漢字もボタン。罫線ひきたきゃ罫線ボタン
- 532 名前：仕様書無しさん mailto:sage [2012/03/09(金) 01:09:34.81 ]
- >>528
もう設計書レビュー通して印鑑まで押したから変更はできないよ。
- 533 名前：仕様書無しさん mailto:sage [2012/03/09(金) 01:17:08.27 ]
- >>532
納品直前にユーザーの怒りを買って、デスマが始まるんだね。
- 534 名前：仕様書無しさん mailto:sage [2012/03/09(金) 01:31:59.99 ]
- >>532
レビュー通っちゃうとねー。
明らかにヤバそうなのは「試食してもらいませんか？モックアップと評価版で」とか言うと共に、
いけいけな人捕まえて「ちょっとここ突っ込んでもらうように伝えて下さい」と、両方の顔を潰さぬように大打撃を回避してる。
なんで下っ端がこんな事してるのかわからん。
- 535 名前：仕様書無しさん mailto:sage [2012/03/09(金) 02:19:25.21 ]
- >>519
うちいま両方とも知らない奴が間にはいってるもんだから、手の内ようが無い状況だｗ
納品直前なのにまだドキュメントやらテスト仕様書やらつくってたりするｗｗ
笑えねぇけど笑うしかねぇｗｗｗ
- 536 名前：仕様書無しさん mailto:sage [2012/03/09(金) 02:22:41.82 ]
- >>534
あー、あるわー
調整する立場の人間が調整する能力なくて、間接的に誘導して調整にもってったりとか…
何の仕事だかわからなくなる
- 537 名前：仕様書無しさん mailto:sage [2012/03/09(金) 02:46:00.45 ]
- 事後と増やす仕事は、内向きにやらないで欲しいな。
- 538 名前：仕様書無しさん mailto:sage [2012/03/13(火) 12:29:12.58 ]
- 空気を読まずに質問ｗ
おまいら、
スタイルシート編集ツール
は何使ってます？
- 539 名前：仕様書無しさん mailto:sage [2012/03/13(火) 18:31:35.61 ]
- ふつーのてきすとえでぃた
- 540 名前：仕様書無しさん mailto:sage [2012/03/13(火) 20:30:53.74 ]
- CSS用にエディタって使ったことないな
っていうか仕様書とはちがくねｗ
- 541 名前：538 mailto:sage [2012/03/14(水) 10:38:15.91 ]
- あれ、CSSってＧＵＩでグイグイ書けないんですか？
それをキャプチャーして貼り付けたら仕様書、みたいなことを考えていたのですが。
- 542 名前：仕様書無しさん mailto:sage [2012/03/14(水) 16:10:40.53 ]
- CSS編集ツールの話題はスレ違いだよ
Web製作板の「CSS初心者スレッド＝11th＝」スレヘ逝け
- 543 名前：538 mailto:sage [2012/03/14(水) 16:32:20.70 ]
- Web製作板ね。WebProgを見て”無いな～”と思ってました。 つ ㌧
- 544 名前：仕様書無しさん mailto:sage [2012/03/14(水) 23:33:46.33 ]
- >>542
- 545 名前：仕様書無しさん [2012/03/17(土) 16:37:19.87 ]
- UMLで設計を書いている。
asterのフリー版を使っているのだけど、使いにくくて気が狂いそうだ。
- 546 名前：仕様書無しさん mailto:sage [2012/03/19(月) 22:34:57.77 ]
- >>545
マウスアイコン近づけるだけで線引きモードになる奴か？
あれ、親切のつもりだってんだから、参るよ。
- 547 名前：仕様書無しさん [2012/04/18(水) 20:33:01.78 ]
- ｘｘ設計とか、設計書フォーマットが標準化されてくれりゃいいのになぁ
- 548 名前：仕様書無しさん [2012/04/18(水) 20:34:14.04 ]
- ｘｘ設計とか、
↓
xx設計とかの呼称や、
各々が考えてるレベルが食い違いすぎてて、すれ違い多かったり認識あわせが面倒だったりで
全くいいことないわ…
- 549 名前：仕様書無しさん mailto:sage [2012/04/28(土) 11:58:14.08 ]
- 詳細設計と基本設計のメジャー2つの範囲ですら人によって違うって変な話だよな
っていうか、詳細とか基本みたいな概念で分けようとしてるのがそもそもおかしいんじゃないか
- 550 名前：仕様書無しさん [2012/04/29(日) 16:10:07.02 ]
- 仕様が決まってないうちに作り始めたものなんて大抵ろくなもんじゃないよな
つまり、仕様書の仕様が決まってないから、ろくでもないものしか作れないのは至極当然のこと！
- 551 名前：仕様書無しさん mailto:sage [2012/04/29(日) 22:29:39.25 ]
- 自分で仕様書書くよね、普通
- 552 名前：仕様書無しさん [2012/05/04(金) 11:08:21.59 ]
- 仕様書というか通信仕様や状態遷移は書くけどね。
会議で了承とかはとらない。
承認をとろうとDRをやっても、あげあし取りばかりで
開発期間が短くなるだけ。まぁ潰れるだろうな。
- 553 名前：仕様書無しさん [2012/05/04(金) 11:37:25.60 ]
- <Sale>中国語版の書籍<文系・理系・ＩＴの諸分野>(格安) 280円より
lang-8.com/194279/journals/1457398/
- 554 名前：仕様書無しさん [2012/05/04(金) 12:09:30.10 ]
- >>550
最近は仕様が固まる前から作り始めないと
間に合わない鬼畜納期の案件が多いよ。
- 555 名前：仕様書無しさん [2012/05/04(金) 12:18:52.12 ]
- 仕様書設計書程、意味わからんものないな
行く場所行く場所で作法が違うw
まともなところは普通に作れるが、
今いるところだと要件定義が２行くらいしか書いてなかったり
しかも書いた奴が２年前に退社してるとか・・・・
そこから基本設計、詳細設計まで落とすのは苦しいわけで
つか何年前に始まったプロジェクトなんだよとツッコミ入れたくなった
- 556 名前：仕様書無しさん mailto:sage [2012/05/04(金) 16:37:48.84 ]
- 仕様書で、同じ事柄を指す表記がまちまちなのはやめてくれんかね？ と思うことがある。
- 557 名前：仕様書無しさん mailto:sage [2012/05/04(金) 21:24:48.28 ]
- 昔の大規模システム開発だと用語定義から始めたりしたんだが
まあ設計２年とか普通にあったからなぁ
|
 |
