プログラマの雑談部屋 ★23

[1 仕様書無しさん 2018/01/02(火) 16:19:53.96]

プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

拘り押付け系ガイジ
(else禁止、継承不要、設計書不要ガイジ)、
コピペガイジは出入書込禁止

※前スレ
プログラマの雑談部屋 ★18
http://medaka.5ch.net/test/read.cgi/prog/1509054617/
プログラマの雑談部屋 ★19
http://medaka.5ch.net/test/read.cgi/prog/1509711456/
プログラマの雑談部屋 ★20
http://medaka.5ch.net/test/read.cgi/prog/1510833848/
プログラマの雑談部屋 ★21
http://medaka.5ch.net/test/read.cgi/prog/1512205653/
プログラマの雑談部屋 ★22
http://medaka.5ch.net/test/read.cgi/prog/1513600297/

[987 仕様書無しさん 2018/01/14(日) 23:48:45.20]

>>956
そういえば、今まで見てきた中で一番丁寧な設計書はとある在庫関連システムでこんなのあった
・画面表示内容項目全て・画面遷移は当然
・全ての操作と倉庫や在庫の増減や数え方が逐一説明
・テーブル周りはどこにどう定義しろ、まで指定
って感じの間違って実装する余地がないやつがあったな
ここまで書けばいいんじゃない？
文字通りあとはコーディングしろって感じの設計書

[988 仕様書無しさん 2018/01/14(日) 23:57:15.40]

仕様書書けないのにプログラマー自称するのって恥ずかしくないのお前らw

[989 仕様書無しさん 2018/01/15(月) 00:06:04.14]

オブジェクト指向叫ぶ割にUMLが書けないのはダサいと思った
俺なんだけどね

面談でお客さんにUML書いたことあるかなぁ？
って言われてハッとした
確かに仕事で書くことがあるのに書けねぇのはダセェ

[990 仕様書無しさん 2018/01/15(月) 00:08:04.11]

>>988
書けるが、そもそも仕様は要件を元に設計と同時にできるものであって、設計から出来るもんじゃねえよ
機能要件や性能要件ぐだってまともにヒアリングできてない上に顧客に適切な着地点を見せられてなくて設計すらまともにできないと三拍子揃ってるから、
そんな意味不明なことになるんでね？

[991 仕様書無しさん 2018/01/15(月) 00:58:26.11]

仕様書通りに書くのがプログラマーの仕事であって
構造や仕組みやフローを考えるのは別の奴の役目だろ

プログラマーには正確な手続きと流れを書いた仕様が
提供されるべきで、仕様書をコードに落とし込んだら
誰がやっても同じコードになるくらいのモノが望ましい

もしプログラムに不備があったなら、それは仕様書を
書いた人間の責任。
プログラマーは仕様の意味そのものを把握する必要も
ないし、仕様の妥当性について考える必要もない
与えられた仕様書通りにアウトプットを出すだけ

全体最適の設計は別の人がやるべき
誰が書いても同じコードになるような仕様書を作れない
なら、それは設計者の怠慢

[992 仕様書無しさん 2018/01/15(月) 01:00:42.95]

設計書ってたいていはガイドラインとして書くべきことかどうかが決まってて
それに沿って責任範囲を切り分けて成果物をつくっていく

コードが糞だから仕様書にコードの記載方法を盛り込んどこうなんて場当たり的にやるのは
プログラマの足を引っ張り混乱を増大させる結果にしかならん
実際のところ、コーダーのコードが糞なのは仕様書に書くべきことを誤ってるからじゃないのか

[993 仕様書無しさん 2018/01/15(月) 01:01:02.28]

本質的にはプログラマーにはオブジェクト志向も何も
関係がない
仕様書通りにコードを書くだけでそれが全体のどこに
どう組み込まれていくのかは関係が無いからだ

[994 仕様書無しさん 2018/01/15(月) 01:02:27.10]

日本のプログラマーってひどいな
こんな連中に仕事任せられないよ

[995 仕様書無しさん 2018/01/15(月) 01:05:45.15]

>>994
適当なニートを拾って無理やりプログラマーに仕立て上げだ弊害だね。
人材の低レベル化がひどい。
スキル以前に社会人としてマトモじゃない人間が多すぎる。

[996 仕様書無しさん 2018/01/15(月) 01:06:04.10]

インプットアウトプットと処理に用いる外部リソースが書かれてればたいていは大丈夫
おまいにできることぐらいコーダーにもできる

力がないやつほど他人のコード読めないからかたっぱしから糞呼ばわりする

[997 仕様書無しさん 2018/01/15(月) 01:31:37.65]

ちょっと>>987でびっくりしたんだけど
これ最低限というか普通ラインじゃないのか

いちいち手続きまで記載はしないこと多いが
画面項目定義表とかＤＢの値設定表みたいなの
ふつうつけるだろ

[998 仕様書無しさん 2018/01/15(月) 01:35:22.18]

ああ、わかった
>>945がなんで地雷にしか見えないのか
外投げ用の設計書は>>987みたく仕様や挙動や性能が決まってるもんで、
逆に特に明確な理由もなくORM禁止だの自作ORだの言うから変なんだよ。
仕様を固めることに責任持ってないと言うか、
要件漏れあったら下請けぶん回しゃいいやって言う精神の塊と言うか。
そう言うのが透けて見えるから地雷なんだろ

[999 仕様書無しさん 2018/01/15(月) 01:47:55.25]

>>997
設計書にある計算式と検証用のテストデータが一目で明らかに違うとか、
画面設計書もなく箇条書きでしかも明らかに整合性取れてないとか、
どんなバリデーションしないといけないか一切書いてないとか、
DB定義書ない、DB周りの項目一切記述ないとか、
余裕でたくさんありますよ

それが「行間読め、さっさと質問してこい」の有り体。
そりゃオフショアに投げられるわけがない

[1000 仕様書無しさん 2018/01/15(月) 03:07:29.87]

複数の下請けでやってる結構な規模のプロジェクトでもそんなのがある