上流工程やりたくない [無断転載禁止]©2ch.net (244ﾚｽ)
上下前次1-新
104: 2017/02/19(日)22:29 AAS
そうさ〜 僕らは〜♪ 世界に一つだけのシングルトン〜♪
一つ一つ違うインスタントを持つ♪
105: 2017/02/19(日)22:33 AAS
>>103
ぶっ潰す
106(1): 2017/02/19(日)23:19 AAS
上流って整合性云々は二の次で、とりあえず判子もらう資料作ったら終わりやん
後の辻褄合わせは全部下流に丸投げして、スケジュール管理という名の下流の尻叩き
納期遅れようが、赤が出ようが、全部下流のせい
楽な商売だよ
107(2): 2017/02/20(月)00:28 AAS
>>106
最近俺のまわりでは上流と下流は分かれてないかな?
少なくとも設計からテストまではセット
108(2): 2017/02/20(月)03:07 AAS
>>107
そんな現場では働きたくないな
上流だけやっていたい
109: 2017/02/20(月)04:36 AAS
>>108
糞な設計しか出来なさそうだな。
110: 2017/02/20(月)07:12 AAS
>>108
多分多くの会社でここ分けるメリットねぇなって学習したんと違うかな?
設計だけだとあまりにも投げっぱなしのジャーマンを炸裂する奴多すぎ問題で
111(1): 2017/02/20(月)08:30 AAS
>>107
どうせ犬小屋程度のものしか作ってないんだろ
だったらシングルトンで十分だ
112(1): 2017/02/20(月)22:06 AAS
>>111
っていうか、そんなシームレスに際限なく馬鹿でかいプロジェクトあってたまるかよ
よっぽど担当者の脳みそ腐ってんだろ
まあ、実際に腐ってるケースもあったが
インターフェイス定義してプロジェクト分けろと
113: 2017/02/20(月)22:21 AAS
>>112
プロジェクトを分けてたくさん犬小屋を作るつもりか
114: 2017/02/20(月)22:26 AAS
シングルトンでは犬小屋しか作れないのだよ
ピラミッド状に組織を作ってやらないと大規模なものは作れない
スカイツリー作った人のほとんどは土木作業員
設計者はそれに比べればほんの僅か
大規模な作業は役割を分担して組織化することによってはじめて実現できる
誰もかれもが現場作業やればいいってもんじゃない
長妻なんとか元パワハラ大臣が手計算で年金計算してたようなもの
省1
115(2): 2017/02/20(月)22:32 AAS
デザパタで馬鹿にできるのがシングルトンだけだから
シングルトンを集中攻撃してるのかな？
ネタバレされたらなんか間抜けだよねｗ
116(1): 2017/02/20(月)23:09 AAS
>>115
シングルトンひいてはデザパタが攻撃されてると思うの？
自意識過剰じゃない？
どういう意味でシングルトンという言葉を使っているのか
頭を冷やして冷静に考えみなよ
ヒントはデザパタは役立たずのクソ
117: 2017/02/20(月)23:09 AAS
シングルトンの一本槍で戦ってるのはデザパタさんの方じゃないか
118: 2017/02/20(月)23:10 AAS
コマンドパターンでかかって来いよ
119: 2017/02/20(月)23:15 AAS
デザパタさんシングルトンしか知らないんじゃ……
120(1): 2017/02/20(月)23:16 AAS
>>116
いや、シングルトン以外の話をしろよってことだよｗ
お前のことだ。シングルトンを一回忘れて
他のデザパタの話をしようか。
121: 2017/02/20(月)23:16 AAS
>>120
じゃあどうぞｗ
122: 2017/02/20(月)23:23 AAS
くらえ！ひっさつちぇいんおぶれすぽんしびりてぃいいい！！！とかやればいいじゃん
なに黙ってんの
123: 2017/02/20(月)23:24 AAS
デザパタさん口下手すぎるわ、まじめか
124: 2017/02/20(月)23:28 AAS
デザパタさん？大丈夫？シングルトンする？
125: 2017/02/20(月)23:30 AAS
インタプリタとか業務で使うことまずないよな
アブストラクトファクトリもフレームワークとか作るのでない限り使わぬし
シングルトンも別にグローバル変数で間に合ってるし
結局使うのってコマンドパターンくらいかコマンドパターンも一般的過ぎて
もはやコマンドパターンと呼べる代物じゃない
ただのインターフェースだしファクトリはゴミ
126: 2017/02/20(月)23:33 AAS
メディエイタはUI作るときいいかも
127: 2017/02/20(月)23:35 AAS
デザパタさんの応答がないとき使えるデザパタを募集します
128: 2017/02/20(月)23:40 AAS
プロキシか？プロキシを挟んで誰か別の人間が応答すればいいのか
その間にデザパタさんの初期化を頑張ればパフォーマンス出るんじゃないか？
129: 2017/02/20(月)23:45 AAS
ぼっちすぎて死にそうなんだけど？
130: 2017/02/20(月)23:45 AAS
俺がシングルトンなんだけど？
131: 2017/02/21(火)04:31 AAS
>>115
デザパタをムリに適用しようとしたらオーバースペックというか
interface狂というか
「あるクラスは別のクラスに交換可能であるべきじゃい主義者」
になる印象はある
フレームワーク書いてるとか、JSRに従ったAPI書いてるとか
エライ人の怒声により2コのシステムを無理に共通化しようとしてるとか（X社は先日弊社が買収しますた）
省2
132(1): 2017/02/21(火)19:08 AAS
一次受けって上流？
133(1): 2017/02/21(火)19:22 AAS
>>132
いいや、丸投げ
134: 2017/02/21(火)19:34 AAS
特に意識しなくても気付いたらデザインパターン多用してる
というか必然の設計をするとあ、この形はよく見たらなんとかパターンだなってなる
135: 2017/02/21(火)20:43 AAS
あやしい
136(1): 2017/02/21(火)22:13 AAS
>>133
丸投げってなんなん？
137(1): 2017/02/22(水)01:23 AAS
>>136
受けた仕事をそのまま外注に出すこと
打合せの会議すら参加しない
138: 2017/02/22(水)10:05 AAS
>>137
なるほどー、ありがと！
139: 2017/02/22(水)19:53 AAS
情報システム板に帰れよ
140: 2017/02/23(木)01:35 AAS
正社員になるとずっとプログラマでいるとこはできない悲劇
141: 2017/02/23(木)19:08 AAS
>>1
上流って早い話が、システムの設計ができるってことだろ？
なんの設計権もないプログラミングなんて面白くもクソもないだろ
142(1): 2017/02/23(木)21:54 AAS
コーダーだって設計ができなきゃ
渡された設計書が適切であるかどうかも判断できないよ
143: 2017/02/23(木)21:55 AAS
>>142
算数ドリルやってるだけで楽しいか？って話だろが
144: 2017/02/23(木)22:00 AAS
適切な設計がわかると低脳SEの書いたクソ設計に従って作業する苦痛に耐えられなくなる
コーダーは設計なんてわからないほうが幸せ
145: 2017/02/23(木)22:39 AAS
>>1
まあ上流工程がゼロから価値を創出するところだしね
その分多様なスキルを求められて精神体力ともに凄くキツイ
やらなくていいのなら絶対やらない方がいい
146(2): 2017/02/24(金)00:04 AAS
価値を考えてるだけで
創出はしてないだろｗ
価値を考えるだけなら誰でもできるわけで
147: 2017/02/24(金)07:34 AAS
むしろ負債を創造しているSEのなんと多いことか
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
概ねこんなことがやりたいんだけど
ってのは客の要望で決まってて
上流がやるのなんて他で悪影響があるかないか目を皿のようにして調べるだけ
アホはその工程を飛ばすから下流での尻拭いが酷い
クリエイティブな箇所なんて欠片も存在しないので安心してほしい
そういうのがやりたければ日本を出ろ
日本のベンチャーという手もあるが契約が稚拙なので食い物にされるだけ
省1
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%動作しない
動作しないどころかビルドも通らない
存在しないモジュールに依存していたり
インターフェース仕様が設計書間で矛盾していたりする
そもそも曖昧で解釈の幅が広すぎて「設計書通り」を定義できない設計書も少なくない
下流はそういった上流の不始末を吸収してマトモに動作するものを出さないといけない
省4
178: 2017/02/26(日)11:21 AAS
上「これくらい理解してくれるよね？こんなとこまで書いてたら一生終わんねー」
P1「うちのP2はアホだから書かれた文字通り作るだろう。結合するためには、アホな設計に合わせないと…」
P2「うちのP1はアホだから書かれた文字通り作るだろう。結合するためには、アホな設計に合わせないと…」
誰もが正しい答えを知ってるのに
誰にもどうにもできない悲しい世界
だれかどうにかして…
179: 2017/02/26(日)11:25 AAS
プログラムという客観的な地面から離れて成果が他者に依存するようになると
誰もが認識が歪んでおかしくなっていく
180: 2017/02/26(日)11:30 AAS
プログラマを経験して実装レベルを知っている人が
上流に居ないと悲劇は繰り返される
知らんヤツが決裁権を持つと面倒
181: 2017/02/26(日)11:54 AAS
早く仕様決めて
それか仕様固まってから期間決めて
182(1): 2017/02/26(日)12:44 AAS
分業する方向が違うんだろうな
作業工程で分業するよりもエリックの言う通りサブシステム単位で分業した方がいい
183: 2017/02/26(日)18:42 AAS
>>182
機能一覧が出せるほど仕様が決まっているならはじめから問題など起きない
機能一覧すら出せないから工程で分離して終わっていない工程をさも終わっているかのように見せる
ガチでクズだから平気でこのシステムを選択する
184: 2017/02/26(日)19:21 AAS
個人があーだこーだ言ってもどうにもならん
利害関係者全員が意識を高く持たなきゃ上手くいかない
一人で意識高く持っても辛いだけ
だから業務では心を殺してゴミを生産するしかない
休日に自分のシステムで頑張ろう
政治と同じだね
マイノリティにとっては民主主義なんて馬鹿馬鹿しいだけだよ
上下前次1-新書関写板覧索設栞歴
あと 60 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s