[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 10/16 11:50 / Filesize : 244 KB / Number-of Response : 935
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

仕様書、設計書について



1 名前:仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの?」「意味あるの?」といった物に出くわす事も少なくない

しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ

・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する?(Word/Excel/HTML/手書き!)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの?
・こんな仕様書/設計書は、ぶっちゃけアリ?ナシ?

などなど、設計書にまつわる話題を募集

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
Aボタン:ジャンプ
Aボタン長押し:しゃがむ

プレイヤ「うん?」

527 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:21:14.50 ]
>>523
Aボタン:ジャンプ
Aボタンまわす:回転

プログラマ「まわす?」


528 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:28:51.04 ]
初版
→→(すばやく2回):ダッシュ
←←(すばやく2回):ブレーキ

プレイヤ「左にダッシュしたいです」


改訂版
→→(すばやく2回):ダッシュ
←(長押し):ブレーキ

プレイヤ「左に行きたいです」


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
うちいま両方とも知らない奴が間にはいってるもんだから、手の内ようが無い状況だw
納品直前なのにまだドキュメントやらテスト仕様書やらつくってたりするww
笑えねぇけど笑うしかねぇwww

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 ]
空気を読まずに質問w

おまいら、
スタイルシート編集ツール
は何使ってます?

539 名前:仕様書無しさん mailto:sage [2012/03/13(火) 18:31:35.61 ]
ふつーのてきすとえでぃた



540 名前:仕様書無しさん mailto:sage [2012/03/13(火) 20:30:53.74 ]
CSS用にエディタって使ったことないな
っていうか仕様書とはちがくねw

541 名前:538 mailto:sage [2012/03/14(水) 10:38:15.91 ]
あれ、CSSってGUIでグイグイ書けないんですか?
それをキャプチャーして貼り付けたら仕様書、みたいなことを考えていたのですが。

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を見て”無いな〜”と思ってました。 つ d

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 ]
xx設計とか、設計書フォーマットが標準化されてくれりゃいいのになぁ

548 名前:仕様書無しさん [2012/04/18(水) 20:34:14.04 ]
xx設計とか、

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>中国語版の書籍<文系・理系・ITの諸分野>(格安) 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

まともなところは普通に作れるが、
今いるところだと要件定義が2行くらいしか書いてなかったり
しかも書いた奴が2年前に退社してるとか・・・・
そこから基本設計、詳細設計まで落とすのは苦しいわけで

つか何年前に始まったプロジェクトなんだよとツッコミ入れたくなった

556 名前:仕様書無しさん mailto:sage [2012/05/04(金) 16:37:48.84 ]
仕様書で、同じ事柄を指す表記がまちまちなのはやめてくれんかね? と思うことがある。

557 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:24:48.28 ]
昔の大規模システム開発だと用語定義から始めたりしたんだが
まあ設計2年とか普通にあったからなぁ

558 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:40:24.68 ]
お作法レベルのものじゃなくてもっとグローバルスタンダードなものがほしいよな
この業界の無駄な仕事がかなり減って、残業も減ると思うわ
それで損する奴なんて、いるとしても能無しと中抜きしてる奴くらいだし

559 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:43:42.33 ]
>>556
とりあえずプロジェクト開始時につけた名前と、マーケティング的な都合でつけられた名前と、
ソースコード上の名前がバラバラってのはよくあるw
マーケティングの話とか現場まで伝わってこないから、上の人たちが話してるのを
「俺には関係ないや」とおもって聞き流してると、実は自分が担当してる機能の仕様変更
の話だったりしてあとで慌てる。



560 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:59:08.48 ]
>>557
基本設計書レベルでも今の詳細設計より詳しかったりするからね。

561 名前:仕様書無しさん mailto:sage [2012/05/06(日) 11:57:21.57 ]
機能設計:UI設計(ユーザー及び外部装置からの入出力を伴う機能及び画面設計)と、
詳細設計:データ構造、モジュール間IF設計
だと思ってた。
本当に場所によってバラバラなんだね…

562 名前:仕様書無しさん mailto:sage [2012/05/06(日) 21:54:13.90 ]
ばらばらだって事に気づいてない奴がリーダーとかやってるとマジ糞
俺の知識が正しいを信じてるからな

563 名前:仕様書無しさん mailto:sage [2012/05/07(月) 11:35:37.42 ]
>>561
ビジネスロジックはUIじゃないだろ

564 名前:仕様書無しさん mailto:sage [2012/05/07(月) 11:43:07.65 ]
UIから作るのはまずい手だと私の設計の教科書は言ってる。

565 名前:仕様書無しさん mailto:sage [2012/05/07(月) 14:14:27.00 ]
プロトタイピングという言葉がなかった時代の教科書か

566 名前:仕様書無しさん mailto:sage [2012/05/07(月) 14:38:04.43 ]
プロトタイピングって、ハリボテを拡張していくことじゃないと思うんだ。

567 名前:仕様書無しさん mailto:sage [2012/05/07(月) 15:30:28.23 ]
UIに噛みついてる奴、まともな意見がないな

568 名前:仕様書無しさん mailto:sage [2012/05/07(月) 15:35:40.23 ]
では、まともな意見どうぞ

569 名前:仕様書無しさん mailto:sage [2012/05/07(月) 15:57:14.87 ]
友愛に噛みつくのですか?



570 名前:仕様書無しさん mailto:sage [2012/05/07(月) 21:56:25.92 ]
プロトタイプは所詮ハリボテなんだから途中で捨てないといけないんだけど
現実はハリボテという砂上を拡張して製品作っちゃうんだよな

571 名前:仕様書無しさん mailto:sage [2012/05/08(火) 00:14:17.41 ]
楼閣の方はどうするの?

572 名前:仕様書無しさん mailto:sage [2012/05/08(火) 07:41:52.38 ]
>>570
プロトタイプなのに細部に凝り始めるとヤバイ
トリガーとフィードバックのデモ程度で良いのに

573 名前:仕様書無しさん mailto:sage [2012/05/11(金) 01:59:24.95 ]
仕様書に書かなくてもいいことまで書かないといけないルールがあったりするのがクソ
まともな内容ならむしろ作るほうに賛成なんだけどな
リファクタリングで変わるような内容まで設計書として作成するとかアホ
コードからじゃ判断できないもう少し外から見るための情報をメインに書かないと意味ないだろ・・・

574 名前:仕様書無しさん mailto:sage [2012/05/11(金) 02:10:39.19 ]
>>573
誰に見せるのか、何の目的で作るのか
ここがキッチリしてないと飛んでも無いものが出来上がるよな…

575 名前:仕様書無しさん mailto:sage [2012/05/11(金) 02:29:28.88 ]
お前等見ても結局理解しないだろ
んならそれはソースの中の情報で留めておいても問題ないじゃねーか
ってレベルの内容ですら書けっていうこともあったりするからな

仕様書設計書のグローバルスタンダードが欲しい

576 名前:仕様書無しさん mailto:sage [2012/05/18(金) 00:01:40.17 ]
テレビ番組の制作では、視聴者の知能を小学校低学年程度と想定して作るそうだけど
詳細設計書も作ってると、なんかそんな感じの気分になってくる
これなしでもだいたいのプログラマはコード書けると思うんだけどなあ・・・

577 名前:仕様書無しさん mailto:sage [2012/05/18(金) 09:20:29.77 ]
詳細設計書=日本語で実装だからなぁ〜

あとは日本語からプログラミング言語(あるいはバイナリ)に変換できれば
ソフトウェアが出来上がるようになるのが理想なんでしょう

578 名前:仕様書無しさん mailto:sage [2012/05/18(金) 15:51:40.57 ]
>>576
馬鹿にわからないことは書かなかったりウソ書いたりするから
そういう状況で詳細設計の有無とコード書けるかは関係しないと思う
むしろ有ると詳細設計に縛られるせいで実装の難易度が上がることが多い

>>577
詳細設計からコード精製できるぐらい細かい事書いたら
詳細設計を要求する人には読めない複雑な代物になる
特に障害時の処理を漏れなく書くと怒られる
オフショアとかだとうまく書くんだろうけど俺には想像つかない世界

579 名前:仕様書無しさん mailto:sage [2012/05/18(金) 23:17:32.06 ]
> 詳細設計を要求する人には読めない複雑な代物になる

詳細設計を要求する人っていうのは
プログラマだよ。

プログラマがコードで書いているものを
読めないわけがないじゃないw



580 名前:仕様書無しさん mailto:sage [2012/05/19(土) 02:07:08.39 ]
オフショアはだいたいゴミだよ
あの手この手つくしてごまかして成り立ってる
コーダーはできる連中多いけど、橋渡ししてるところがクソ

581 名前:仕様書無しさん mailto:sage [2012/05/19(土) 09:17:38.12 ]
>>579
プログラマにプログラムレベルの仕様書見せるなら、自分でプログラム書いた方が早いから意味ないだろ。
かと言って、プログラム組めない奴にプログラムレベルの仕様書見せても理解出来ない。
大いなる無駄なんだよプログラムレベルの仕様書っていうのは。

582 名前:仕様書無しさん mailto:sage [2012/05/19(土) 09:58:14.71 ]
>>581
なんで仕様書の話になってるんだよw
馬鹿じゃないのか?

583 名前:仕様書無しさん mailto:sage [2012/05/19(土) 11:25:50.90 ]
徹夜で詳細設計書書いて出したけど、どうでもいいところばっかり増やして
肝心なところは仕様わかんねえから抽象的なことに終始した
自分で言うのもなんだが、あれじゃプログラム組めないな

584 名前:仕様書無しさん mailto:sage [2012/05/19(土) 11:43:55.35 ]
そりゃそうよw

コードの内容を省略して書こうとしても絶対に無理。
コード=設計なんだから省けないものを省けるわけがない。


585 名前:仕様書無しさん mailto:sage [2012/05/19(土) 11:44:35.84 ]
あれをみて、プログラムを書くのではなく

あんな方針で、プログラムを書く。

方針が書いてあれば良い。

586 名前:仕様書無しさん mailto:sage [2012/05/19(土) 14:58:33.24 ]
むしろコードに関わる内容が書いてある仕様はクソ
出来ないコーダーにはそういうの渡さないとクソコード上げてくるから難しいとは思うけど

機能のIFなりI/Oなりが変わらないようなコードの修正が、
仕様書の修正を引き起こすような内容で設計書に記載されてたら、基本的にそれらは全部ゴミ仕様書だわ

設計図じゃないんだからそんなに事細かに書く必要なんかない
2重管理するハメになって、管理できずに放置されてゴミに変わるのが目に見えてる

587 名前:仕様書無しさん mailto:sage [2012/05/19(土) 16:12:15.98 ]
コードを書くまえに仕様書があるのは
当然のことだが、その当然を妨害するものが多すぎる

仕様書の何が嫌だって、
気分屋の上司どものお伺いをたてて
承認をとらなきゃいけないこと。

有意義な指摘なら受け入れるんだが
どうでもいいようなことを指示して、それがしかも曖昧だったりすると
真面目につきあってたら、納期までに仕様書すらあがらない。

588 名前:仕様書無しさん mailto:sage [2012/05/19(土) 16:22:44.89 ]
仕様書と設計書をごっちゃにしてないか?
仕様書が無いのに作るとかあり得無いだろ

589 名前:仕様書無しさん mailto:sage [2012/05/19(土) 17:17:04.54 ]
設計って、プログラムレベルの設計の話してんだよな?
詳細仕様書的な物の話だろ?
なんか、何人か噛み合ってなくね?



590 名前:仕様書無しさん mailto:sage [2012/05/19(土) 21:22:49.51 ]
設計はお客さんに見せたってしょうがない。
プログラマにとって必要な物が設計だ。

プログラマがゴミと言ったらそれはゴミでしか無い。

591 名前:仕様書無しさん mailto:sage [2012/05/20(日) 11:43:48.55 ]
>>587が言ってるのは設計書そのものではなくレビューに関する愚痴なので、要否ではなく日記だな

592 名前:仕様書無しさん mailto:sage [2012/05/20(日) 22:59:12.54 ]
仕様書って、作るのしんどいわりにスキル的に得るものがないな

593 名前:仕様書無しさん mailto:sage [2012/05/20(日) 23:20:05.32 ]
>>592
他のところでも同じフォーマットでやれるなら、それなりに得るものはあるかと。

それ以上に、得たものをどう活かすかの方が大切なことですよ。

594 名前:仕様書無しさん mailto:sage [2012/05/20(日) 23:22:36.32 ]
> 他のところでも同じフォーマットでやれるなら、
それはない。やるのなら、自分がPMとして仕様書のフォーマットまで決める権限持たないと無理。

595 名前:仕様書無しさん mailto:sage [2012/05/21(月) 06:18:45.79 ]
フォーマットがあればいいけど、それすらない俺の職場は

596 名前:仕様書無しさん mailto:sage [2012/05/21(月) 07:14:30.81 ]
仕様書はそもそも使う側、若しくは作る側との決め事を明確にするためにあるんだから労力関係無く無きゃ駄目
それに受け入れテストや品質管理上、作る側は実装の責任範囲の保証にもなる
無いとグダグダで無限ループのデスマ地獄になっちゃうよ(ノД`)

597 名前:仕様書無しさん mailto:sage [2012/05/21(月) 18:04:44.00 ]
>>596
仕様書があればそうならない環境であれば多分無くてもそうはならないよ

598 名前:仕様書無しさん mailto:sage [2012/05/21(月) 18:18:29.30 ]
>>597
そういうことじゃないよ。
仕様書がなければそうなる場合でも、仕様書があればそうならない場合もあるということ。
言い換えると、
仕様書があったためにそうならかった場合、仕様書がなければそうなる場合もあるということ。

599 名前:仕様書無しさん mailto:sage [2012/05/22(火) 00:26:22.53 ]
>>598
> 仕様書がなければそうなる場合でも、仕様書があればそうならない場合もあるということ。
これマジか
どちらかというと仕様書を曲解されるせいでグダグダで無限ループのデスマ地獄のイメージだが



600 名前:仕様書無しさん mailto:sage [2012/05/22(火) 00:32:36.45 ]
>>599
ハッキリと言っておこう、仕様書を曲解されるとかあり得無い、嫌、あってはなら無い事だからな
コミュニケーション力が低いじゃ済まされ無いですよ
仕様書も設計書も、「伝える」事の為にあるという事をきちんと考えていきましょうか

601 名前:仕様書無しさん mailto:sage [2012/05/22(火) 01:53:54.69 ]
書く方はわかりやすく誤解をうまないように書くべきだし、読む方は読めるだけの予備知識と読解力が必要。
どっちがかけてもうまくいかないので、両方揃ってるのが理想。

でも、実際にドキュメントだけで作業を渡すと非効率。
ドキュメントとは別に、分担部分の概要を伝えて、一部を作って見せるのが望ましい。
ドキュメント読めって突き放す奴は無能。

602 名前:仕様書無しさん mailto:sage [2012/05/22(火) 10:53:38.81 ]
>>600
書く側に多くを求めるのは難しいんじゃないかな
待遇的に考えて

>>601
読む側に悪意がないこととそもそも読む気がある、も必要

603 名前:仕様書無しさん mailto:sage [2012/05/22(火) 22:05:14.12 ]
>>589
それな

実際仕事の現場でもよく見るけど、XX仕様書のレベルが
職場というかもはや人単位ですら微妙に異なってるから、ちょっとしたことのすれ違い多くてめんどくさいわ
いいかげん共通規格が必要だと思うわw

604 名前:仕様書無しさん mailto:sage [2012/05/22(火) 23:08:05.36 ]
>>603
2chはいつもここに気づくまで会話がかみ合わなくて、気づいたところで終わるんだよなw
そしてまた同じ会話をはじめるw

605 名前:仕様書無しさん mailto:sage [2012/05/24(木) 22:15:30.49 ]
クラス図はいいけど
他はあんまり役に立たない気がする

606 名前:仕様書無しさん mailto:sage [2012/05/24(木) 22:59:28.59 ]
要件すら定義されてない機種のコードをどうやって書けばいいんだよ?
俺は最底辺なのに、なんで製品の動作の責任までとらされるのか



607 名前:仕様書無しさん mailto:sage [2012/05/24(木) 22:59:50.07 ]
ステートチャートは捗るぞ

608 名前:仕様書無しさん mailto:sage [2012/05/25(金) 13:41:41.18 ]
>>606
コード書けまではないけど要件定義前にステップ数出せってのはある

609 名前:仕様書無しさん mailto:sage [2012/05/25(金) 14:15:28.15 ]
あるな…



610 名前:仕様書無しさん mailto:sage [2012/05/25(金) 15:06:07.34 ]
で、2,000行1人月な、的な話もちょっと前まではたまにあった。
だから逆算して行数を出すことにしてた。

611 名前:仕様書無しさん mailto:sage [2012/05/26(土) 11:30:11.77 ]
そもそも行数なんて今日日なんの意味もないことが明白だのに、いまだ使い続けてるあたりがアレだよなぁ

612 名前:仕様書無しさん mailto:sage [2012/05/26(土) 19:03:42.37 ]
俺が三角関数や微分方程式を駆使して数値を出す計算式を1ステップで書いたら、
何も仕事してねえとか言われたよ。

先輩は単純な放物線を求めるだけで50ステップ以上。
単純な数式をあんなスパゲティでピラミッド構造に作っていたら、修正とかとんでもないことになると思うんだが。

613 名前:仕様書無しさん mailto:sage [2012/05/26(土) 19:45:40.20 ]
>>608
なんでそんなの出るんだよ
バッカじゃーんって出せって言った奴に言ってみればよくね?

614 名前:仕様書無しさん [2012/05/27(日) 00:28:17.84 ]
洋服に付いている洗濯方法の絵表示が全面変更される。経済産業省は、
日本国内だけで使われている日本工業規格(JIS)表示を2014年にも改正し、
国際標準化機構(ISO)が定めた国際規格にそろえる方針。

ISO規格は欧州などで普及している記号がベース。大きな変更点は、洗いの表示から
「洗濯機」がなくなり、「たらい」に統一されること。手洗いは、たらいに手を浸した
絵で表す。

乾燥方法の表示は「服」や「手絞り」の絵が廃止され、「四角」に一本化。乾燥機使用
の表示は「四角の中に丸」。自然乾燥は「四角の中に棒」となる。
alp.jpn.org/up/s/9905.jpg

615 名前:仕様書無しさん mailto:sage [2012/05/27(日) 18:39:27.91 ]
>>612
分解がめんどくさいコードは一長一短だけどなー
コスト差ないなら、馬鹿がコードに触る可能性がある場合はあえて崩して書くこともある

まぁその先輩()とやらがやってたのはクソコードなのはなんとなくわかるw
ステップ数が多い、ってのは、仕事してるんじゃなく大半はただ無駄が多いだけだからな

616 名前:仕様書無しさん mailto:sage [2012/06/17(日) 16:13:44.20 ]
公開メソッドの多いクラスなんかのコードだと、行数の1/3はコメントだったりするわ…
ステップ数で仕事量測るくらいなら、ツール使ったユニットテストのケース数とか数えたほうがまだ幾分かマシ

617 名前:仕様書無しさん [2012/06/18(月) 01:38:39.32 ]
無駄な仕様書を減らして、有用な情報だけを残すにはどうすればいいのか…

「既存」の呪いを解呪できるアイテムの実装が必要?(´・ω・`)

618 名前:仕様書無しさん mailto:sage [2012/06/18(月) 09:39:09.74 ]
デスマプロジェクトで、詳細設計書が顧客にボロクソに言われて全面修正してるのに
他所で作ってるそこのプログラムは完成して、客にも渡したみたいなんだけど、どういうことなの

619 名前:仕様書無しさん mailto:sage [2012/06/18(月) 10:50:08.03 ]
コードに合わせて詳細設計書を修正しろってことだろ。



620 名前:仕様書無しさん mailto:sage [2012/06/18(月) 13:30:18.11 ]
>>617
術者を○す

621 名前:仕様書無しさん [2012/06/18(月) 23:42:10.71 ]
世の中にはびこる負の遺産や呪いの術者を殲滅することが次の世代のマに託されてる…?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<244KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef