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

レス数が1000を超えています。これ以上書き込みはできません。
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/
2018/01/14(日) 21:01:41.00
クソスレ
次スレは要らねえからたてんなよ
2018/01/14(日) 21:04:20.69
ぐひぃぐひぃいいいいｗｗｗｗ　ぐふうううううｗｗｗ

　俺が面白い発見だぁああああああああｗｗｗｗｗｗｗｗｗ

教えてーーーーｗｗｗ　あーーげないｗｗｗｗ


どうせｗｗｗ　おまらじゃあ解けないｗｗｗ

　俺は12時間で解いたぁｗｗｗｗああああｗｗｗｗｗ
2018/01/14(日) 21:16:52.91
公式が有るとホイホイ　答えちゃうのにぃｗｗｗｗ

　公式が無いと答えられないノヲ？ｗｗｗｗｗ

おびゅびゅｗｗｗｗｗｗ？？　あ？　あぁ？


こんだけヒント書き込んだのにｗｗｗｗ　回答者なしですわｗｗｗｗ

　んぐうぅうううううｗｗｗｗ　氣持ちいぃいいいいｗｗｗｗ

俺だけｗｗｗ12時間で解けちゃいまひたあぁああｗｗｗｗ
2018/01/14(日) 21:21:12.73
このスレいつも偉そうに講釈垂れるくせに具体的なことになると反応鈍くなるよな
982仕様書無しさん
垢版 |
2018/01/14(日) 21:25:42.16
も偉そうに講釈垂れられたことないけどwどんだけスキル低いの？w
2018/01/14(日) 21:35:33.39
1行1行すべての手続きを設計書に書いてやらないとコードかけないカスしかいないからねここ
2018/01/14(日) 21:37:55.12
何言ってんだ？
設計書の冒頭に必ずそのシステムの社会的な役割まで書いてる設計書だってあるのに。
2018/01/14(日) 22:04:31.29
ジャップのくせに！！
2018/01/14(日) 23:04:35.95
>>983
極端だよね
なんでも否定する奴って
頭パーなの？お前ってぐらい話になんねぇ
2018/01/14(日) 23:48:45.20
>>956
そういえば、今まで見てきた中で一番丁寧な設計書はとある在庫関連システムでこんなのあった
・画面表示内容項目全て・画面遷移は当然
・全ての操作と倉庫や在庫の増減や数え方が逐一説明
・テーブル周りはどこにどう定義しろ、まで指定
って感じの間違って実装する余地がないやつがあったな
ここまで書けばいいんじゃない？
文字通りあとはコーディングしろって感じの設計書
988仕様書無しさん
垢版 |
2018/01/14(日) 23:57:15.40
仕様書書けないのにプログラマー自称するのって恥ずかしくないのお前らw
2018/01/15(月) 00:06:04.14
オブジェクト指向叫ぶ割にUMLが書けないのはダサいと思った
俺なんだけどね

面談でお客さんにUML書いたことあるかなぁ？
って言われてハッとした
確かに仕事で書くことがあるのに書けねぇのはダセェ
2018/01/15(月) 00:08:04.11
>>988
書けるが、そもそも仕様は要件を元に設計と同時にできるものであって、設計から出来るもんじゃねえよ
機能要件や性能要件ぐだってまともにヒアリングできてない上に顧客に適切な着地点を見せられてなくて設計すらまともにできないと三拍子揃ってるから、
そんな意味不明なことになるんでね？
2018/01/15(月) 00:58:26.11
仕様書通りに書くのがプログラマーの仕事であって
構造や仕組みやフローを考えるのは別の奴の役目だろ

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

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

全体最適の設計は別の人がやるべき
誰が書いても同じコードになるような仕様書を作れない
なら、それは設計者の怠慢
2018/01/15(月) 01:00:42.95
設計書ってたいていはガイドラインとして書くべきことかどうかが決まってて
それに沿って責任範囲を切り分けて成果物をつくっていく

コードが糞だから仕様書にコードの記載方法を盛り込んどこうなんて場当たり的にやるのは
プログラマの足を引っ張り混乱を増大させる結果にしかならん
実際のところ、コーダーのコードが糞なのは仕様書に書くべきことを誤ってるからじゃないのか
2018/01/15(月) 01:01:02.28
本質的にはプログラマーにはオブジェクト志向も何も
関係がない
仕様書通りにコードを書くだけでそれが全体のどこに
どう組み込まれていくのかは関係が無いからだ
2018/01/15(月) 01:02:27.10
日本のプログラマーってひどいな
こんな連中に仕事任せられないよ
2018/01/15(月) 01:05:45.15
>>994
適当なニートを拾って無理やりプログラマーに仕立て上げだ弊害だね。
人材の低レベル化がひどい。
スキル以前に社会人としてマトモじゃない人間が多すぎる。
2018/01/15(月) 01:06:04.10
インプットアウトプットと処理に用いる外部リソースが書かれてればたいていは大丈夫
おまいにできることぐらいコーダーにもできる

力がないやつほど他人のコード読めないからかたっぱしから糞呼ばわりする
2018/01/15(月) 01:31:37.65
ちょっと>>987でびっくりしたんだけど
これ最低限というか普通ラインじゃないのか

いちいち手続きまで記載はしないこと多いが
画面項目定義表とかＤＢの値設定表みたいなの
ふつうつけるだろ
2018/01/15(月) 01:35:22.18
ああ、わかった
>>945がなんで地雷にしか見えないのか
外投げ用の設計書は>>987みたく仕様や挙動や性能が決まってるもんで、
逆に特に明確な理由もなくORM禁止だの自作ORだの言うから変なんだよ。
仕様を固めることに責任持ってないと言うか、
要件漏れあったら下請けぶん回しゃいいやって言う精神の塊と言うか。
そう言うのが透けて見えるから地雷なんだろ
2018/01/15(月) 01:47:55.25
>>997
設計書にある計算式と検証用のテストデータが一目で明らかに違うとか、
画面設計書もなく箇条書きでしかも明らかに整合性取れてないとか、
どんなバリデーションしないといけないか一切書いてないとか、
DB定義書ない、DB周りの項目一切記述ないとか、
余裕でたくさんありますよ

それが「行間読め、さっさと質問してこい」の有り体。
そりゃオフショアに投げられるわけがない
2018/01/15(月) 03:07:29.87
複数の下請けでやってる結構な規模のプロジェクトでもそんなのがある
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 12日 10時間 47分 37秒
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況