プログラマの雑談部屋 ★23
レス数が1000を超えています。これ以上書き込みはできません。
オブジェクト指向叫ぶ割にUMLが書けないのはダサいと思った
俺なんだけどね
面談でお客さんにUML書いたことあるかなぁ？
って言われてハッとした
確かに仕事で書くことがあるのに書けねぇのはダセェ >>988
書けるが、そもそも仕様は要件を元に設計と同時にできるものであって、設計から出来るもんじゃねえよ
機能要件や性能要件ぐだってまともにヒアリングできてない上に顧客に適切な着地点を見せられてなくて設計すらまともにできないと三拍子揃ってるから、
そんな意味不明なことになるんでね？ 仕様書通りに書くのがプログラマーの仕事であって
構造や仕組みやフローを考えるのは別の奴の役目だろ
プログラマーには正確な手続きと流れを書いた仕様が
提供されるべきで、仕様書をコードに落とし込んだら
誰がやっても同じコードになるくらいのモノが望ましい
もしプログラムに不備があったなら、それは仕様書を
書いた人間の責任。
プログラマーは仕様の意味そのものを把握する必要も
ないし、仕様の妥当性について考える必要もない
与えられた仕様書通りにアウトプットを出すだけ
全体最適の設計は別の人がやるべき
誰が書いても同じコードになるような仕様書を作れない
なら、それは設計者の怠慢 設計書ってたいていはガイドラインとして書くべきことかどうかが決まってて
それに沿って責任範囲を切り分けて成果物をつくっていく
コードが糞だから仕様書にコードの記載方法を盛り込んどこうなんて場当たり的にやるのは
プログラマの足を引っ張り混乱を増大させる結果にしかならん
実際のところ、コーダーのコードが糞なのは仕様書に書くべきことを誤ってるからじゃないのか 本質的にはプログラマーにはオブジェクト志向も何も
関係がない
仕様書通りにコードを書くだけでそれが全体のどこに
どう組み込まれていくのかは関係が無いからだ 日本のプログラマーってひどいな
こんな連中に仕事任せられないよ >>994
適当なニートを拾って無理やりプログラマーに仕立て上げだ弊害だね。
人材の低レベル化がひどい。
スキル以前に社会人としてマトモじゃない人間が多すぎる。 インプットアウトプットと処理に用いる外部リソースが書かれてればたいていは大丈夫
おまいにできることぐらいコーダーにもできる
力がないやつほど他人のコード読めないからかたっぱしから糞呼ばわりする ちょっと>>987でびっくりしたんだけど
これ最低限というか普通ラインじゃないのか
いちいち手続きまで記載はしないこと多いが
画面項目定義表とかＤＢの値設定表みたいなの
ふつうつけるだろ ああ、わかった
>>945がなんで地雷にしか見えないのか
外投げ用の設計書は>>987みたく仕様や挙動や性能が決まってるもんで、
逆に特に明確な理由もなくORM禁止だの自作ORだの言うから変なんだよ。
仕様を固めることに責任持ってないと言うか、
要件漏れあったら下請けぶん回しゃいいやって言う精神の塊と言うか。
そう言うのが透けて見えるから地雷なんだろ >>997
設計書にある計算式と検証用のテストデータが一目で明らかに違うとか、
画面設計書もなく箇条書きでしかも明らかに整合性取れてないとか、
どんなバリデーションしないといけないか一切書いてないとか、
DB定義書ない、DB周りの項目一切記述ないとか、
余裕でたくさんありますよ
それが「行間読め、さっさと質問してこい」の有り体。
そりゃオフショアに投げられるわけがない 複数の下請けでやってる結構な規模のプロジェクトでもそんなのがある このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 12日 10時間 47分 37秒 レス数が1000を超えています。これ以上書き込みはできません。
