- 1 名前：仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
- 外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの？」「意味あるの？」といった物に出くわす事も少なくない
しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ
・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する？(Word/Excel/HTML/手書き！)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの？
・こんな仕様書/設計書は、ぶっちゃけアリ？ナシ？
などなど、設計書にまつわる話題を募集
- 766 名前：仕様書無しさん mailto:sage [2012/09/09(日) 00:12:03.67 ]
- >>764
テストしたことないでしょ？
スローテストって言葉知ってる？
テストが短時間で終わるためには、
短時間で終わるように工夫しなきゃいけないんだよ。
自動化すればすぐに終わる？
アホだな。
銀の弾丸はない。
- 767 名前：仕様書無しさん mailto:sage [2012/09/09(日) 00:16:03.48 ]
- 自動化してもテストは際限なく増えていく。
増えていけば必ず時間がかかる。
自動テストに時間が掛かるって状況になっていないのなら
それはまだテストが少ない段階なんだなぁとしか思えない。
- 768 名前：仕様書無しさん mailto:sage [2012/09/09(日) 00:27:15.25 ]
- やってる内容によっては、いくら自動化しようがダメ出し食らうだけじゃね
テスト自動化したら終わりってわけじゃないような
- 769 名前：仕様書名無しさん mailto:sage [2012/09/09(日) 02:15:34.13 ]
- ウォーターフォール否定的なヤツが多いが、一時的に大量に人集めて、大規模システムを納期どおりに一定の完成させるにはウォーターフォールしかないのが現実。
小規模で最適な開発方式をそのまま大規模に適用させられると思ってるおバカさんが多すぎる。
- 770 名前：仕様書名無しさん mailto:sage [2012/09/09(日) 02:18:18.41 ]
- プロマネにも言えるが小規模PJを幾つも上手く回すスキルと、大規模PJを完遂させる能力は質が違う。
- 771 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:30:21.49 ]
- ちゃんとした体裁のドキュメントなんて完成に近づいてからやりゃいいけど、
ある程度決めないといけない内容を残す必要もあるから、そういう意味では先に造らないといけない部分はあるんだよなー
でも、ウォーターフォールはその残すためのものを最初から完璧に作ろうとしては
書き直して無駄な工数を裂くことがおおくて、その帳尻あわせにケツが縮まって燃える(´・ω・｀)
- 772 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:31:09.88 ]
- まともなとこは、人海戦術的なことはやらんでしょ
- 773 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:32:32.61 ]
- TDDはある程度コーディングの実力が伴わないと難しいと思うよ
試行錯誤して手探りしてるレベルの人だと、いきなり適切なテストケースを用意するのはかなり難しい
だって、はじめたばかりだったり知識が足りてない段階だと、
どういうテストを用意すればいいかわからないし、そもそも作るものがどういう実装になるかを想定できないからね
もちろん、要所を押さえれば知識が浅いうちでもそれなりにはできるようにはなるとは思うけれど
試行錯誤があまり必要ないくらいにすぐ目的のコーディングに入れるようになるまでは、いきなりテスト作成はきつい
自分も結構実装前段階でテスト準備はうまくやれないから、そういうのはなんとなくわかる
でも一通りやれる事や実装の見通しが実装に入らなくても想定できるようになってくると、
テスト作成から入るって意味もわかると思うけどなー
網羅テストのような(大して意味がないけどｗ)のがテストとして求められてるようなものなら、そういうわけには行かないけどさー
- 774 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:32:54.97 ]
- 今の要求は、人がいれば出来るような簡単なもんじゃないと思うけどね
簡単なの探すほうが大変じゃね
- 775 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:34:31.80 ]
- つかまずその大規模プロジェクトって物自体が否定されてるようなもんだからなｗ
頭とケツしか考えられないから、ウォーターフォールしか選択肢がない
仕様書とか設計書とかって、この無駄にピザってしまった縦割り開発の
伝言ゲームのためにあるようなもんだし、無駄だよやっぱ
- 776 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:38:21.62 ]
- 新規じゃないのは、枯れてくれば、少人数になっていくような
- 777 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:53:54.52 ]
- >>770
料理人とかでも同じだな、大規模宴会料理と小料理屋の料理じゃ全然違うと。
まあ、どの業種でも言えることだけどね。
- 778 名前：仕様書無しさん mailto:sage [2012/09/09(日) 02:59:07.84 ]
- 料理系とかは下積み長い人達が割と集まる（める）から成り立つんだよ
人がいればこなせるほど、甘い世界じゃないだろ、歴史があるところは
味抜きでやってるとこは、先ないだろうね、料理系
- 779 名前：仕様書無しさん mailto:sage [2012/09/09(日) 03:05:01.39 ]
- 好きこそ物の上手なれっつーか、興味をどれくらい持ってるかでのピンキリ差が激しいし、
実際の土方みたいに体動かしてりゃなんとかなるわけでもないから、数いりゃいいってもんでもないしな。
- 780 名前：仕様書無しさん mailto:sage [2012/09/09(日) 03:27:22.13 ]
- > 実際の土方
やってる人に経験値高い人達がいるから、成り立ってんじゃねえの？
- 781 名前：仕様書無しさん mailto:sage [2012/09/09(日) 03:57:35.35 ]
- >>778
> 人がいればこなせるほど、甘い世界じゃないだろ、歴史があるところは
そうでもない。
例えば皮むき。下ごしらえなんかは、時間がかかる上に
テクニックはそんなに必要ない。そういう所に人を入れれば
○人でできる量を増やすことが出来る。
うまく人を配置すれば、一流の料理人をたくさん集めなくても
同じ質で生産量を増やすことが出来る。
そして、現実問題に対応しないといけない。
現実問題というのは、団体さん100人が来た時に対応できないといけない。
できるかどうかではなく、要求が先にある。
機材を増やした所で生産量は増えない。
人を増やすことでしか対応できないこともある。
- 782 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:01:40.32 ]
- どっかが、やれば出来るって言って素人に刺身切らせてましたのと同じ発想なのがお笑い
- 783 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:04:10.22 ]
- >>781
逆読みすれば、
ど素人でも出来るようなことをやってる
っていってるような
- 784 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:04:18.37 ]
- 素人 と 刺身を切るスペシャリストの
違いがわかってないの？
一流の料理は作れなくても
刺身を切るのはうまいって人もいるだろう。
- 785 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:09:37.97 ]
- 料理自慢って言われてる人はいるだろうけど
自分からいう人は、あんまりいないんじゃね
- 786 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:14:56.89 ]
- >>783
だれもど素人がやるなんて言ってないしｗ
えとさ、ある作業があっとして、
それを一つスキルが低い人でも出来るようにしたら
その分、生産量は上がるよね。
お前も、この考え方のその恩恵に預かってるはずだが？
例えば音声合成をするための技術はないが、
ライブラリがあれば、スキルが低くても音声合成ができる。
- 787 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:35:32.42 ]
- >>786
その時点で開き直ってるような
ま、やらせる相手によるのかもしれんけど
- 788 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:41:04.15 ]
- >>787
日本語でお願いします
- 789 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:43:07.15 ]
- 一流でなければど素人って言うような人だからねぇ。
そいつにとっては、一流の野球選手じゃなければ
甲子園に行ったとしてもど素人なんっだろうねｗ
- 790 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:46:30.03 ]
- そういう例え方しかできんの？
- 791 名前：仕様書無しさん mailto:sage [2012/09/09(日) 04:48:48.86 ]
- 20年前のやり方が通用せん分野も出てきてるのにね
- 792 名前：仕様書無しさん mailto:sage [2012/09/09(日) 05:37:09.93 ]
- >>766
そうか。
お自動化して数年かかるようなテストやってるんだろ？
自動化しなかったら、もっと時間がかかるだろw
- 793 名前：仕様書無しさん mailto:sage [2012/09/09(日) 06:06:09.63 ]
- テストの実行にそんなに時間がかかるのだとしても、
それでもテストは繰り返すべき、だな。
基本、マシンスペックを上げる。放置プレイも重要。
そこまでの規模なら、テストの前にコンパイルで相当時間がかかるはず。
Googleはコンパイル時間が短い言語を独自開発してる。
Cでも満足できないらしい。
これはとどのつまり、テストの周期を短くするためだ。
場合によっては新言語開発さえ必要、ということ。
- 794 名前：仕様書無しさん mailto:sage [2012/09/09(日) 07:38:36.42 ]
- 料理人どうののたとえ話じゃなくて、普通にマの話で説明すべきだろう
マ板住人が料理人の仕事の詳細を例えに使えるほど理解してるわけないだろう
余計ややこしくなるだけ
- 795 名前：仕様書無しさん mailto:sage [2012/09/09(日) 12:36:01.37 ]
- >>793
> そこまでの規模なら、テストの前にコンパイルで相当時間がかかるはず。
ん？ なんでテストの時間と
コンパイル時間が関係あると思ってんの？
- 796 名前：仕様書無しさん mailto:sage [2012/09/09(日) 12:59:17.63 ]
- >>792
たとえば新しいOSが増えたら、テストがその分増えるわけ。
ウェブアプリだったら、テスト時間×ブラウザ数になるわけ。
自動化関係なく、テストは時間がかかるもの。
完璧なテストは数年かかるからやれない。
だから手抜きする。
自動化でそれが0になるわけじゃなく減らせるだけ。
自動化してもやっぱり手抜きは必要。
- 797 名前：仕様書無しさん mailto:sage [2012/09/09(日) 15:17:34.16 ]
- >>796
君が「自動化＝テスト項目の削減をしない」って勝手に定義してるだけだろ。
- 798 名前：仕様書無しさん [2012/09/09(日) 16:26:27.82 ]
- 自動化は時間の削減であって項目の削減ではないだろ
区別して考えろよ
- 799 名前：仕様書無しさん mailto:sage [2012/09/09(日) 16:28:24.71 ]
- 日本語化したら、コンピュータが勝手に動いてくれると思ってるのかしら、かしら
テスト自動化したら、問題が減っていくと思いたいのかしら、かしら
- 800 名前：仕様書無しさん [2012/09/09(日) 16:52:44.47 ]
- ランダムテストみたいに入力をランダムに振るテストを「自動化」とか呼んでそうだな
- 801 名前：仕様書無しさん mailto:sage [2012/09/09(日) 17:14:45.41 ]
- CI
- 802 名前：仕様書無しさん mailto:sage [2012/09/09(日) 17:19:29.48 ]
- 動かすより、テストすること考えて作るほうが難易度高いこともあるのにね
テストの自動化出来ましただけ言ってると誤解する人増えそう
- 803 名前：仕様書無しさん mailto:sage [2012/09/09(日) 19:05:42.06 ]
- 全自動になる前の麻雀で初心者がハマる状況に似てるな、この業界
- 804 名前：仕様書無しさん mailto:sage [2012/09/09(日) 20:17:35.37 ]
- 連チャンに耐えられる人達ってどんくらいいるんだろうね
- 805 名前：仕様書無しさん mailto:sage [2012/09/09(日) 21:34:54.77 ]
- 曖昧な書き方して逃げ道作ってる奴ばっかｗ
- 806 名前：仕様書無しさん mailto:sage [2012/09/09(日) 21:36:21.09 ]
- 保身に拘るのは最早職業病
- 807 名前：仕様書無しさん mailto:sage [2012/09/09(日) 21:44:46.40 ]
- 書いたら、終わりじゃないのにね
- 808 名前：仕様書無しさん mailto:sage [2012/09/09(日) 22:32:58.63 ]
- >>755
> テスト工数は多くなっても自動化すれば、トイレ行ってる間に終わるからな。
終わらねーよｗ
- 809 名前：仕様書無しさん mailto:sage [2012/09/09(日) 22:38:07.65 ]
- テストを自動化したって、時間がかかるものはかかる。
make testをしたらわかるだろ？
- 810 名前：仕様書名無しさん mailto:sage [2012/09/09(日) 23:44:51.16 ]
- 1.日本は新卒文化
2.経験不要、コミュ力重視で採用。
3.プログラムは下っ端の仕事
上記理由から、プログラマの大部分は
ド素人であることが昔からこの業界の常識。
ド素人集団でもシステムを作り上げられる唯一の開発手法がウォーターフォール。
- 811 名前：仕様書無しさん mailto:sage [2012/09/09(日) 23:53:34.93 ]
- 自動化はJenkinsみたいなCIサーバー使ってコミットされたらビルド→自動テストを
裏で動かせるのが肝だろ。CIサーバー使わなくてもビルドスクリプト使って
ある程度の自動化が出来てないと恩恵は少ないわな。
- 812 名前：仕様書無しさん mailto:sage [2012/09/10(月) 00:13:41.27 ]
- え、大規模でも統合環境じゃないの？
- 813 名前：仕様書無しさん mailto:sage [2012/09/10(月) 01:27:43.84 ]
- >>811
うん、コミットする前に自動テストやったら
コミットするまで時間かかるから
自動テストは、コミットが終わった後でやるんだよねｗ
- 814 名前：仕様書無しさん mailto:sage [2012/09/10(月) 01:49:17.50 ]
- >>813
普通に自分の環境でビルド通して、自分が書いた分の自動テストが通ったら
コミットするだろ。
ただプログラム書いたやつなら分かるが、自分の環境だと問題なくても
他人が修正してコミットしたモジュールと合わせるとビルド環境やデプロイ
環境でビルドが通らなかったりテストが通らなかったりするから、要所要所
でビルドと自動テストをして早い段階でエラーを検知する仕組みにする。
今はCIサーバーとかがあって、そういうのが自動で組み込める便利なツールが
あるからそれを使えるならそういうのを使えばいいだけ。
設計書だけしか書けない人はこういうツール類が昔に比べ遥かに便利で
高速化されてることを知らないのが多いね。 まあ、普通に開発してる
人間でもアンテナ張ってても引っかからないことが多いけどね。
- 815 名前：仕様書無しさん mailto:sage [2012/09/10(月) 07:08:33.88 ]
- 設計書だけしか書けない奴ってホントつかえねーよな
使えなすぎてガンガン首切られてる
スキル0のゴミだから転職もできない
- 816 名前：仕様書無しさん mailto:sage [2012/09/10(月) 15:26:31.58 ]
- 本日見つけた迷言
「フレームワークを使わないのがXXX(言語名)だ。」
「俺のOOPはフレームワークには負けない。」
- 817 名前：仕様書無しさん [2012/09/11(火) 09:48:33.01 ]
- すべてのプロジェクトに当てはまる万能な開発手法はない。
しかし、脱ウォーターフォールは万人にオススメできる。
日常のツール作りから原発まで脱ウォーターフォールを真剣に考えるべきだ。
あなたが、ウォーターフォールでうまくいっていると思っているなら、
実際は、ウォーターフォールが実践されていないからだ。
- 818 名前：仕様書無しさん mailto:sage [2012/09/11(火) 10:46:38.85 ]
- それは言えてる
- 819 名前：仕様書無しさん mailto:sage [2012/09/12(水) 06:48:45.39 ]
- ウォーターフォールでも何でもいいけど、下流の馬鹿マが内部設計すら出来ないのは勘弁してくれ。
概要設計から製造までお前んとこで請け負ってるのに、何でもいちいち聞いてくんな!!
「こんな内部変更が必要になるなんて聞いてない。」って、外部インターフェースのプロトコル変更は真っ先に挙げてるし、その対応見積り出したのあんただろ。
しかも、「じゃあ、そのプロトコルのサンプルソースくれ。」とか、知らないで見積ったのかよ!!
100歩譲って知らなかったとしても、今まで何も調べてないのかよ!!
- 820 名前：仕様書無しさん [2012/09/12(水) 06:54:58.89 ]
- 印刷設計書が書きにくいから計算結果もDBに書き込むようにしてほしいと言われた。
書きにくいから・・・・そこ書くのがてめぇらの仕事だろ。
- 821 名前：仕様書無しさん mailto:sage [2012/09/13(木) 00:39:01.05 ]
- >>755
お前、それただのデバッグなんだが。
デバッグのことをテストって言ってね？ｗ
- 822 名前：仕様書無しさん mailto:sage [2012/09/13(木) 01:45:54.74 ]
- 中抜きは下選べるだけマシじゃん
上は選べないんだぞ
- 823 名前：仕様書無しさん mailto:sage [2012/09/13(木) 01:50:06.87 ]
- >>819
その程度の会社と知らないで契約したのかよ!!
>>821
えっ
- 824 名前：仕様書無しさん mailto:sage [2012/09/13(木) 06:53:32.86 ]
- >>823
情報漏洩防止手続きとか、レートとかあって、選択肢無いんだよ!!
しかも、中のマはコロコロ変わるし、ハズレが多いんだよ!!
- 825 名前：仕様書無しさん mailto:sage [2012/09/13(木) 21:08:09.33 ]
- たまに聞くコーディングやインフラまったくできない人の書く仕様書ってどんななんだろう
もう設計以前に、客の要望をそのまま横流しにして見栄えのする紙を作るくらいしか
やれることなさそうなんだが・・・
- 826 名前：仕様書無しさん mailto:sage [2012/09/14(金) 01:54:19.87 ]
- >>824
ほんと、上も下も誰も幸せになれないお仕事だよなぁ…!!
- 827 名前：仕様書無しさん mailto:sage [2012/09/14(金) 04:18:00.46 ]
- 負の連鎖を断ち切られると困る人達がいるからでしょ
- 828 名前：仕様書無しさん mailto:sage [2012/09/14(金) 06:42:22.85 ]
- >>826
せめて、お国の仕事だけでもウォーターフォールで、設計審査してから製造って方式止めて欲しい。
某所の基準は30年以上前にMIL和訳して戦前からの基準に合わせただけで、以後ほとんど変わって無いぞ。
MILはウォーターフォールの失敗を認めて数年ごとに改訂を繰り返して、今はISOに移ったのに。
理系が多い某所でこれなんだから...
- 829 名前：仕様書無しさん mailto:sage [2012/09/14(金) 06:51:24.83 ]
- 日本語の説明書読んで、設計審査とかバカじゃねえの？
日本語しか読めない人がこの手分野やってるんだ
- 830 名前：仕様書無しさん mailto:sage [2012/09/14(金) 14:04:12.64 ]
- そこでドイツ軍採用のVモデルですよ。
- 831 名前：仕様書名無しさん mailto:sage [2012/09/15(土) 02:02:06.30 ]
- うまくいったプロジェクトの最大公約数をとるとウォーターフォールという開発方式が経験則的に導きだされる。
その結果ウォーターフォール適用プロジェクトが多くなるが、開発方式だけで成功するわけじゃないから、失敗プロジェクト担当者にアンチが増える。それがおまいら。
- 832 名前：仕様書名無しさん mailto:sage [2012/09/15(土) 02:09:13.53 ]
- >>828
お国の仕事は、プログラムが動くことよりも規則に則った手続きを踏むことの方が遥かに重視される。
まったく結果が伴わなくとも、定められたルール通りにやりさえすれば、官僚が成功のストーリーをでっち上げてくれる。
- 833 名前：仕様書無しさん mailto:sage [2012/09/15(土) 03:17:41.12 ]
- そのうち晒し者なるところが出そうな話？
- 834 名前：仕様書無しさん mailto:sage [2012/09/15(土) 03:43:02.77 ]
- > 経験則的
20年以上前に出来上がったもんのメンテかなんかしてるんか？
- 835 名前：仕様書名無しさん mailto:sage [2012/09/15(土) 14:02:34.94 ]
- 日本だと経営者がシステム開発に興味無い老人だから、大規模PJともなると組織の中間管理職10人以上が会議室で顔つきあわせて、あーでもないこーでもないって自分の立場優先の意見しか言わない。アジャイルなんてしてたら仕様が決まる前に予算が尽きるわw
欧米だと外部から来たCEOがまず大規模リストラして、捻出した金(自分が使って良い金)で自分の気にいるシステム導入するからうまく行くわけで。
- 836 名前：仕様書無しさん mailto:sage [2012/09/15(土) 14:42:46.11 ]
- >>835
> 欧米だと外部から来たCEOがまず大規模リストラして、捻出した金(自分が使って良い金)で自分の気にいるシステム導入するからうまく行くわけで。
その導入したシステムを作った会社の話をしてくれ。
- 837 名前：仕様書無しさん mailto:sage [2012/09/15(土) 14:46:43.87 ]
- 上司は上司で部下潰しに余念が無い
- 838 名前：仕様書名無しさん mailto:sage [2012/09/15(土) 16:24:08.76 ]
- 顧客内部での利害関係を解決しないままでも、なんとか落としどころを探して(同意したという証拠を残す)システムを成立させるのが、SIerの仕事。
イテレーションで、理想的な状態に近づけると考えるのは幻想でしかない。
関係者全員にとって理想的なシステムなんて存在しないことの方が多いから、やればやるほど迷走する。
- 839 名前：仕様書名無しさん mailto:sage [2012/09/15(土) 16:36:53.91 ]
- アジャイルの実情を見てもまだやろうとする奴いるのか？
ssff.hateblo.jp/touch/entry/2012/06/12/230847
- 840 名前：仕様書無しさん mailto:sage [2012/09/15(土) 16:48:32.49 ]
- ネゴシエーター
- 841 名前：仕様書無しさん mailto:sage [2012/09/15(土) 17:03:39.06 ]
- えらくレイアウトぶっ壊れたサイトだな
- 842 名前：仕様書無しさん [2012/09/16(日) 08:26:57.84 ]
- >>831
経験があって、たまたまで一気呵成でできたから、
それをすべてのプロジェクトで真似するのは違うよ。
ウォーターフォールというのは一息でやるってこと。
吐くだけで、吸わないわけで、
これはつまり、呼吸の手順が抜けてるってこと。
上手い歌手が、一息で長いフレーズを素晴らしく歌い上げたとする。
その素晴らしさを真似して、歌全体を一息で歌うのを目指すとか、狂ってるだろ？
そこには呼吸がないんだから、当然、酸欠で死亡することになる。
そういうアホで危険なことは今すぐやめるんだ。
- 843 名前：仕様書無しさん mailto:sage [2012/09/16(日) 08:38:01.44 ]
- うちの会社ではコーディング仕様とか実装仕様の話になると
すげー嫌な空気がでるんだがうちだけ？
他はそうでもないの？
いやもうなんつーかほんとやだって感じ。
- 844 名前：仕様書無しさん mailto:sage [2012/09/16(日) 13:27:56.64 ]
- コーディング仕様や実装仕様ってのがどういうのかがよくわからない
多くのところが、(名前なんかは違うと思うけど、)
だいたいこういう3段階+コーディング、みたいな事やってんじゃね
1. 要件定義 客の望むシステムを聞き出して仕様を起こすための情報を纏める
2. 基本設計、外部設計など UIや使用方法的な、外から見える部分の仕様、環境の仕様など
3. 詳細設計、内部設計など 業務ロジック的な仕様
4. プログラム設計、というか実装
頭の中でやる、もしくはソースコード自体をプログラム設計って呼んでいいと思う
この名前のドキュメント起こすプロジェクトも稀にあるけど、中身は詳細設計とかのレベルのものだし
それとも、コーディング規約(コーディングルール)とかの話なのかな？
- 845 名前：仕様書無しさん mailto:sage [2012/09/16(日) 15:44:16.74 ]
- >>843
そんな下流作業は外注に丸投げしとけって話だろ？
上司からは、そんな暇あるなら客の機嫌とって金巻き上げてこいって顔され、文系ゆとり部下からは泥臭い仕事はお断りって感じだろ？
- 846 名前：仕様書無しさん mailto:sage [2012/09/17(月) 08:06:53.09 ]
- >>843
うちは嫌って感じではないが、あからさまに逃げられる。
要するにコードも書けないし、設計も出来ないから判断出来ないんだよね。
うちは、お国のソースを長年メンテするけど、元がムチャクチャだから基準作ってもどうしようもないし。
- 847 名前：仕様書無しさん [2012/09/21(金) 07:14:11.14 ]
- 設計書の構成とかの標準が古くさすぎて困る。
標準ってだけだから融通きく筈なのに、頭硬い奴のせいで作業やりずれぇ。
- 848 名前：仕様書無しさん mailto:sage [2012/09/23(日) 12:20:02.92 ]
- SIerの設計書はCOBOLがメインターゲットだからな。
一時期UMLを標準ドキュメントにしようとする流れもあったが、顧客も下請ソフトハウスが読めないから完全に廃れた
- 849 名前：仕様書無しさん [2012/09/23(日) 16:07:16.65 ]
- UML読めるとこに仕事まわせばいいのに
- 850 名前：仕様書無しさん mailto:sage [2012/09/23(日) 16:58:38.42 ]
- UML読めない客もお断り！
UML以外の設計書を納品する必要があるなら、見積り2倍で出します！キリッ
- 851 名前：仕様書無しさん [2012/09/23(日) 17:37:55.58 ]
- 刑法第２４６条詐欺罪（十年以下の懲役)
虚偽のマージン率または派遣料金の明示により労働契約を締結する行為は詐欺罪の「人を欺いて財物を交付」にあたると見られる。
職業安定法第４４条の労働者供給事業の禁止規定違反
偽装請負、多重派遣と同様に、事前面接、履歴書の提出を行うと「派遣労働者を特定する行為」にあたり派遣会社の実態が労働者供給業と見なされるため、職業安定法第４４条の禁止規定違反となる。
罰則の適用には被害者による刑事告訴か関係諸局・内部関係者による刑事告発が必要となる。
・職業安定法第５章第六十四条、1年以下の懲役または100万円以下の罰金
処罰は派遣先、派遣元の両者に科される。職業紹介を行う紹介予定派遣では例外として事前面接が認められている。
労働基準法第１章第６条違反（中間搾取の禁止）
再派遣は労働基準法第６条の違反となる。罰則の適用には被害者による刑事告訴か関係諸局・内部関係者による刑事告発が必要となる。
・労働基準法第１３章第１１８条、1年以下の懲役又は50万円以下の罰金
両罰規定（労働基準法第１２１条）
労働基準法第１章第６条違反については両罰規定が設けられている。労働基準法第１２１条には
この法律の違反行為をした者が、当該事業の労働者に関する事項について、事業主のために行為した代理人、使用人その他の従業者である場合においては、事業主に対しても各本条の罰金刑を科する。
とあり、事業主（中間搾取行為をした事業者の経営担当者、労働者に関する事項について事業主の為に行為をするすべての者）と事業主の代理人についても処罰が科される。被害を受けた労働者は派遣先および派遣元の会社、従業員などに対して刑事告訴を行える。
- 852 名前：仕様書無しさん [2012/09/23(日) 18:22:46.39 ]
- ＞ UML読めるとこに仕事まわせばいいのに
UMLとプログラムは相性が悪いんだ。
UML読める奴に限ってプログラムが作れない。
もし作ってもむちゃくちゃで何やりたんだかわからない。
UMLでは大事な情報が抜け落ちてしまうから、
同じ仕事を５年も１０年もやるような大企業ならいいけど。
それ以外では使い物にならないんだ。
UMLがいいと言ってる奴に限ってぐちゃぐちゃの
ソースコードを書くのは、いまとなっては誰でも知ってることだ。
- 853 名前：仕様書無しさん mailto:sage [2012/09/23(日) 18:32:50.96 ]
- UMLで書けるような仕様なんて、大した仕様じゃないんだよ
それが何のためのシステムなのかを知っていれば、
誰でも類推できてしまう程度のことしか書けない
- 854 名前：仕様書無しさん mailto:sage [2012/09/23(日) 19:26:03.90 ]
- 勤勉な無能が一番厄介なのは知ってるだろ？
そういう無能にはUMLという名の落書きを書かせて
プログラマの仕事の邪魔をさせないようにするんだ
もちろん落書きだから後で使わない
- 855 名前：仕様書無しさん mailto:sage [2012/09/23(日) 21:49:40.04 ]
- UML読めないって、フローチャート読めないレベルじゃね？
- 856 名前：仕様書無しさん mailto:sage [2012/09/23(日) 21:54:41.67 ]
- UML、フローチャート読み書きできるのと、コード読み書きできるかは別なんだよ
- 857 名前：仕様書無しさん mailto:sage [2012/09/23(日) 22:02:22.62 ]
- フローチャート読めないほど頭が弱い奴に、
まともなコードを期待するのは間違ってる。
- 858 名前：仕様書無しさん mailto:sage [2012/09/23(日) 22:37:13.28 ]
- 両方求めるほうがおかしいの
高学歴パー系がそういう無茶なこと要求するからね
- 859 名前：仕様書無しさん [2012/09/24(月) 00:52:28.63 ]
- UMLはwordで書けないから使えない
- 860 名前：仕様書無しさん mailto:sage [2012/09/24(月) 01:51:21.29 ]
- 全部できる奴以外死ねって事だろ
- 861 名前：仕様書無しさん mailto:sage [2012/09/24(月) 03:17:05.67 ]
- 読めないからダメって言ってる人はさすがにアレだと思うわ
別にUMLを使いたいとは思わんけど、簡単だからかじるくらいには覚えたよ
読めないと困るときもあるし
つか、UMLの仕様すら頭に入らない人が、まともなコーディングできるわけないっしょ
- 862 名前：仕様書無しさん [2012/09/24(月) 06:51:03.86 ]
- UMLだから、駄目/完璧ってのは無いよな。
使える図は使う、要らない図は使わない。
まぁ、要らないけど要求されるから、無駄と判っていても作るってのは多いけど。
- 863 名前：仕様書無しさん [2012/09/24(月) 07:06:13.13 ]
- しかし、最近のマってデータ定義疎かにする奴増えた気がする。
どんな言語でも開発手法でも、データ定義決まらなきゃ内部設計出来ないだろ。
むしろデータ定義さえ正しく出来れば、よほど特殊な処理以外はイメージ出来るもの。
データも固めずに内部処理が判らん、って何言ってんだこいつ？
- 864 名前：仕様書無しさん mailto:sage [2012/09/24(月) 10:17:18.98 ]
- ドメインモデルはニホンザルには無理か
- 865 名前：仕様書無しさん mailto:sage [2012/09/24(月) 12:22:37.54 ]
- > どんな言語でも開発手法でも、データ定義決まらなきゃ内部設計出来ないだろ。
> むしろデータ定義さえ正しく出来れば、よほど特殊な処理以外はイメージ出来るもの。
そんなのは、ごく一部の領域だけ。
- 866 名前：仕様書無しさん mailto:sage [2012/09/24(月) 15:51:45.19 ]
- 元々、帳票系ベースだから、分野によっては使える使えない（ところ）があるのに
|
 |
