上流工程やりたくない [無断転載禁止]©2ch.net (250ﾚｽ)
上下前次1-新
148: 2017/02/24(金)22:27 AAS
コーディング下請けの上にいるのはSEちゃうで上級コーダーや
149: 2017/02/25(土)10:59 AAS
低級顧客では？
150(3): 2017/02/25(土)12:44 AAS
要求は自由にならないけど、
それを満たす仕様（アイデア）を自分で考えられる権利を持ってるのって上流だけじゃん
ものづくりで一番楽しいのってそこじゃない？
そのアイデアが最終的にどれだけ効果をもたらしたか？
この二つが無いところの仕事って何が楽しいの？
151: 2017/02/25(土)12:45 AAS
>>150
hello worldが出力されたら楽しい
それがプログラマ
152: 2017/02/25(土)12:47 AAS
書いたとおりにプログラムが動く
プログラミングとは世界が自分の思い通りだと認識させる麻薬のようなもの
153(2): 2017/02/25(土)13:08 AAS
思い通りの世界が作れるワケではないのだが
154: 2017/02/25(土)13:40 AAS
>>146
>>153
155: 2017/02/25(土)15:28 AAS
>>150
他人の作った、しかも低品質すぎてめまいがするような設計に服従してコード書く仕事って、ほんと何が楽しいんだろうな？
156: 2017/02/25(土)15:43 AAS
>>153
その思いがSEは的はずれだからな
顧客（＝素人）が言ってることを伝えてるだけ
157: 2017/02/25(土)17:56 AAS
>>150
仕事やったことねーなお前
158(1): 2017/02/25(土)18:01 AAS
概ねこんなことがやりたいんだけど
ってのは客の要望で決まってて
上流がやるのなんて他で悪影響があるかないか目を皿のようにして調べるだけ
アホはその工程を飛ばすから下流での尻拭いが酷い
クリエイティブな箇所なんて欠片も存在しないので安心してほしい
そういうのがやりたければ日本を出ろ
日本のベンチャーという手もあるが契約が稚拙なので食い物にされるだけ
本気でクリエイティブな仕事がしたければ海を渡る必要がある
159(1): 2017/02/25(土)18:03 AAS
>>158
勝手にレッテル貼ってるけど、低偏差値のおまえが思ってることをなんで他の頭のいい人が思考してないと？
160: 2017/02/25(土)18:14 AAS
PG>>経営者>>営業職>>事務って感じがする
営業が仕様書を書くけど、よく怒られてる
若い社長だと、変わるのかな？
161: 2017/02/25(土)18:21 AAS
>>159
は?
早く死んでね
162: 2017/02/25(土)19:09 AAS
何も準備なしで客先行かされて翌日から用件定義書かされてリジェクトされる毎日だ
163: 2017/02/25(土)21:04 AAS
お使いでちゅか？
用件はなんでちゅか？
164(1): 2017/02/25(土)21:43 AAS
いま入っている所だけど、上流はダルそうに仕事しているよ。
私が単体テスト仕様書をつくったのでみてもらってOKは出たけど、テスト実施して間違っていたら、そちらの設計がわるいからでしょといったよ。
確かに作った自分が悪いけど、その時この人にレビューしてもらっても意味が無いなと私は思ったよ。
プロジェクト内で同じようなコードがかなり重複しているのに、コードは同じもののコピペしか奨励されていないというかコピペ以外やってはいけないという時点で創造性なんてないと思うよ。
狭い範囲だけど市内の現場ほぼ同じ考えだった。
165: 2017/02/26(日)00:24 AAS
この業界は意識高く持とうとすると絶望する
166(1): 2017/02/26(日)01:43 AAS
うちは同じ処理が場所によって違う方法で実装されてるから統一してほしい
167(2): 2017/02/26(日)07:46 AAS
DRY原則なんて嘘っぱちだよな
仕様書がコピペで別に作られてるならコードもコピペで別に作るべき
見積もりに面倒がないし
改修のとき下手にまとめられてるよりはるかに楽
168: 2017/02/26(日)10:02 AAS
>>167
設計書にまとめた設計で書いてないのにコードでまとめてあると
修正するときに見積もれない工数がヤバイよね
10箇所から呼ばれていて各パートの帳尻合わせもやっていたりする場合が多い
前担当者の家をシンゴジラに踏んでもらいたい
169(1): 2017/02/26(日)10:16 AAS
>>164みたいなとこだと間違ってても同様に直していけばいいけど
>>166は一つ一つ直すべきかどうかから見当しなきゃならないし
影響範囲も一個一個見定めなきゃならないし
割りとリスクある。
170: 2017/02/26(日)10:29 AAS
これがジャップランドか
171: 2017/02/26(日)10:31 AAS
>>169
機能数と修正箇所数が一致してるなら問題ないじゃん
問題はコードを辿ってみて初めて影響範囲が巨大であることがわかる場合
これは設計書に書かれない下手くそな共通化が引き起こす場合が多い
172(2): 2017/02/26(日)10:44 AAS
モジュール化すると影響範囲がわからなくなるっていうのは嘘
モジュールの依存関係が明確になるから影響範囲はむしろわかりやすくなる
コピペだとコピペしたコードがどこにあるかから探し始めないといけないから影響範囲の特定に余計に時間がかかる
上流は仕事をしないのでドキュメントを信じてコピペを探すと確実に漏れが出るのでコードを注意深くgrepするしかない
見つかったコードが単純なコピペならまだしもそれぞれが個別にメンテナンスされて微妙なバリエーションを持っているとそれぞれに対して詳細な影響調査をしなければならないので工数が数十倍に膨れ上がる事もある
173: 2017/02/26(日)10:45 AAS
>>172
それを設計書にも書けばね
174: 2017/02/26(日)10:49 AAS
共通化をするのは結構
だがそれを設計書に記述しないのはギルティ
175: 2017/02/26(日)10:53 AAS
>172
コーダーの分際で上級SE様の責任まで背負い込もうとするから
そんなわけのわからん状況になるんだ
おかしい設計書よこしてきたら
動かないコードぶん投げてあんたのせいだって言い返せばいいじゃない
むしろそうしてくれないと後を引き継ぐ人たちがみんな困る
176: 2017/02/26(日)11:01 AAS
内部機能が共通だと思ったらどんどん共通化してくれていいけど
別の設計書に書かれてる機能は
せめて窓口は別にしてあげてください…
177: 2017/02/26(日)11:11 AAS
設計通りなんていう幻想は存在しない
本当に設計通りに作ったら100%動作しない
動作しないどころかビルドも通らない
存在しないモジュールに依存していたり
インターフェース仕様が設計書間で矛盾していたりする
そもそも曖昧で解釈の幅が広すぎて「設計書通り」を定義できない設計書も少なくない
下流はそういった上流の不始末を吸収してマトモに動作するものを出さないといけない
上流が無責任だから動作しないものを出すと下流の責任に転化される
言い換えると下流は設計書と違うコードを書く責任がある
最終的なコードと設計書の差分の吸収は流石に設計書の担当である上流の仕事だろう
設計書まで下流が弄ってしまったら上流がなんのために存在するかわからなくなる
上下前次1-新書関写板覧索設栞歴
あと 73 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s