上流工程やりたくない [無断転載禁止]©2ch.net (243ﾚｽ)
上下前次1-新
88: 仕様書無しさん [] 2017/02/19(日) 20:29:40.79 AAS
>>86
お前にデザパタを語る資格はない
89: 仕様書無しさん [] 2017/02/19(日) 20:31:47.74 AAS
上流工程について語るときにデザパタを持ち出すやつは
デザインパターンが何なのか、上流工程の仕事が何なのかを
理解せずに語っている、デザインパターンをデザパタと略して
さもわかってるかのように語るやつは初心者を脱しただけの
一番危ない人間だ
90: 仕様書無しさん [] 2017/02/19(日) 20:33:34.01 AAS
>>86
ブリッジパターンの使いどころ教えて？
カンニングすんなよｗ
5分以内に実践的な使い方答えて
91: 仕様書無しさん [] 2017/02/19(日) 20:35:55.40 AAS
デザインパターンを作ったGang of fourでさえ
デザインパターンを否定しているわけだが
有用性を理解できる人間がいるとは思えないが
92: 仕様書無しさん [] 2017/02/19(日) 20:38:33.53 AAS
オブジェクトに状態を持たせるってやり方が
100年前の考え方だってこと
関数型の方がよほど合理的なわけで
Gang of fourもそこを指摘している
いまごろデザインパターンがどうとか言ってたら
プログラマとして危険人物だろ
93: 仕様書無しさん [] 2017/02/19(日) 20:38:55.34 AAS
あれ5分経ったけど
94: 仕様書無しさん [] 2017/02/19(日) 20:40:18.80 AAS
やはりデザインパターンを語るやつはまともじゃない
下流土方としても3流
95: 仕様書無しさん [] 2017/02/19(日) 20:49:51.96 AAS
DDD難民に捧げる
Domain-Driven Designのエッセンス
第1回 ドメイン駆動設計とは
https://www.ogis-ri.co.jp/otc/hiroba/technical/DDDEssence/chap1.html
こっちの方が役に立つんじゃないかな
そもそも設計やってるのか疑わしいが
96: 仕様書無しさん [] 2017/02/19(日) 20:54:47.08 AAS
よしわかった、じゃあここはシングルトンについて語るスレにしよう
97: 仕様書無しさん [] 2017/02/19(日) 20:55:21.89 AAS
シングルトンすごいよな
98: 仕様書無しさん [sage] 2017/02/19(日) 20:59:15.66 AAS
シングルトン最強!
99: 仕様書無しさん [] 2017/02/19(日) 21:02:40.20 AAS
シングルトンよ、データは一度だけ読めばいいのだ。
と言ってるのに、言うこときかない。なんで？
100(1): 仕様書無しさん [sage] 2017/02/19(日) 21:02:52.16 AAS
>>81
いいやスカイツリーも俺が乗るわけじゃないのでシングルトンで作る
101(1): 仕様書無しさん [sage] 2017/02/19(日) 21:04:11.24 AAS
例えばスカイツリーを何十個も複製するならシングルトンではダメだが
1つなのでシングルトンの出番となる
102: 仕様書無しさん [] 2017/02/19(日) 21:08:35.63 AAS
>>100
さようか
103(1): 仕様書無しさん [] 2017/02/19(日) 21:09:30.71 AAS
>>101
Object.cloneでコピーできますけど？
104: 仕様書無しさん [sage] 2017/02/19(日) 22:29:59.28 AAS
そうさ〜 僕らは〜♪ 世界に一つだけのシングルトン〜♪
一つ一つ違うインスタントを持つ♪
105: 仕様書無しさん [sage] 2017/02/19(日) 22:33:42.47 AAS
>>103
ぶっ潰す
106(1): 仕様書無しさん [sage] 2017/02/19(日) 23:19:29.56 AAS
上流って整合性云々は二の次で、とりあえず判子もらう資料作ったら終わりやん
後の辻褄合わせは全部下流に丸投げして、スケジュール管理という名の下流の尻叩き
納期遅れようが、赤が出ようが、全部下流のせい
楽な商売だよ
107(2): 仕様書無しさん [sage] 2017/02/20(月) 00:28:34.71 AAS
>>106
最近俺のまわりでは上流と下流は分かれてないかな?
少なくとも設計からテストまではセット
108(2): 仕様書無しさん [sage] 2017/02/20(月) 03:07:32.42 AAS
>>107
そんな現場では働きたくないな
上流だけやっていたい
109: 仕様書無しさん [sage] 2017/02/20(月) 04:36:16.32 AAS
>>108
糞な設計しか出来なさそうだな。
110: 仕様書無しさん [sage] 2017/02/20(月) 07:12:36.47 AAS
>>108
多分多くの会社でここ分けるメリットねぇなって学習したんと違うかな?
設計だけだとあまりにも投げっぱなしのジャーマンを炸裂する奴多すぎ問題で
111(1): 仕様書無しさん [sage] 2017/02/20(月) 08:30:29.44 AAS
>>107
どうせ犬小屋程度のものしか作ってないんだろ
だったらシングルトンで十分だ
112(1): 仕様書無しさん [sage] 2017/02/20(月) 22:06:19.41 AAS
>>111
っていうか、そんなシームレスに際限なく馬鹿でかいプロジェクトあってたまるかよ
よっぽど担当者の脳みそ腐ってんだろ
まあ、実際に腐ってるケースもあったが
インターフェイス定義してプロジェクト分けろと
113: 仕様書無しさん [] 2017/02/20(月) 22:21:10.75 AAS
>>112
プロジェクトを分けてたくさん犬小屋を作るつもりか
114: 仕様書無しさん [] 2017/02/20(月) 22:26:41.86 AAS
シングルトンでは犬小屋しか作れないのだよ
ピラミッド状に組織を作ってやらないと大規模なものは作れない
スカイツリー作った人のほとんどは土木作業員
設計者はそれに比べればほんの僅か
大規模な作業は役割を分担して組織化することによってはじめて実現できる
誰もかれもが現場作業やればいいってもんじゃない
長妻なんとか元パワハラ大臣が手計算で年金計算してたようなもの
組織というものがなんたるかを知らない人間が上に立つとできることもできなくなる
115(2): 仕様書無しさん [sage] 2017/02/20(月) 22:32:15.77 AAS
デザパタで馬鹿にできるのがシングルトンだけだから
シングルトンを集中攻撃してるのかな？
ネタバレされたらなんか間抜けだよねｗ
116(1): 仕様書無しさん [] 2017/02/20(月) 23:09:16.81 AAS
>>115
シングルトンひいてはデザパタが攻撃されてると思うの？
自意識過剰じゃない？
どういう意味でシングルトンという言葉を使っているのか
頭を冷やして冷静に考えみなよ
ヒントはデザパタは役立たずのクソ
117: 仕様書無しさん [] 2017/02/20(月) 23:09:59.45 AAS
シングルトンの一本槍で戦ってるのはデザパタさんの方じゃないか
118: 仕様書無しさん [] 2017/02/20(月) 23:10:49.90 AAS
コマンドパターンでかかって来いよ
119: 仕様書無しさん [] 2017/02/20(月) 23:15:03.70 AAS
デザパタさんシングルトンしか知らないんじゃ……
120(1): 仕様書無しさん [sage] 2017/02/20(月) 23:16:14.01 AAS
>>116
いや、シングルトン以外の話をしろよってことだよｗ
お前のことだ。シングルトンを一回忘れて
他のデザパタの話をしようか。
121: 仕様書無しさん [] 2017/02/20(月) 23:16:51.24 AAS
>>120
じゃあどうぞｗ
122: 仕様書無しさん [] 2017/02/20(月) 23:23:36.85 AAS
くらえ！ひっさつちぇいんおぶれすぽんしびりてぃいいい！！！とかやればいいじゃん
なに黙ってんの
123: 仕様書無しさん [] 2017/02/20(月) 23:24:19.54 AAS
デザパタさん口下手すぎるわ、まじめか
124: 仕様書無しさん [] 2017/02/20(月) 23:28:05.23 AAS
デザパタさん？大丈夫？シングルトンする？
125: 仕様書無しさん [] 2017/02/20(月) 23:30:52.21 AAS
インタプリタとか業務で使うことまずないよな
アブストラクトファクトリもフレームワークとか作るのでない限り使わぬし
シングルトンも別にグローバル変数で間に合ってるし
結局使うのってコマンドパターンくらいかコマンドパターンも一般的過ぎて
もはやコマンドパターンと呼べる代物じゃない
ただのインターフェースだしファクトリはゴミ
126: 仕様書無しさん [] 2017/02/20(月) 23:33:50.74 AAS
メディエイタはUI作るときいいかも
127: 仕様書無しさん [] 2017/02/20(月) 23:35:40.88 AAS
デザパタさんの応答がないとき使えるデザパタを募集します
128: 仕様書無しさん [] 2017/02/20(月) 23:40:23.91 AAS
プロキシか？プロキシを挟んで誰か別の人間が応答すればいいのか
その間にデザパタさんの初期化を頑張ればパフォーマンス出るんじゃないか？
129: 仕様書無しさん [] 2017/02/20(月) 23:45:17.64 AAS
ぼっちすぎて死にそうなんだけど？
130: 仕様書無しさん [] 2017/02/20(月) 23:45:47.08 AAS
俺がシングルトンなんだけど？
131: 仕様書無しさん [sage] 2017/02/21(火) 04:31:29.49 AAS
>>115
デザパタをムリに適用しようとしたらオーバースペックというか
interface狂というか
「あるクラスは別のクラスに交換可能であるべきじゃい主義者」
になる印象はある
フレームワーク書いてるとか、JSRに従ったAPI書いてるとか
エライ人の怒声により2コのシステムを無理に共通化しようとしてるとか（X社は先日弊社が買収しますた）
そういう時でないとデザパタがフル稼働する状況は思い浮かばない
例えばコーヒー豆小売店用のBtoCサイトだとGoFのデザパタなんか1/10も使わんかも
132(1): 仕様書無しさん [] 2017/02/21(火) 19:08:43.33 AAS
一次受けって上流？
133(1): 仕様書無しさん [sage] 2017/02/21(火) 19:22:27.26 AAS
>>132
いいや、丸投げ
134: 仕様書無しさん [sage] 2017/02/21(火) 19:34:58.61 AAS
特に意識しなくても気付いたらデザインパターン多用してる
というか必然の設計をするとあ、この形はよく見たらなんとかパターンだなってなる
135: 仕様書無しさん [] 2017/02/21(火) 20:43:54.57 AAS
あやしい
136(1): 仕様書無しさん [] 2017/02/21(火) 22:13:43.23 AAS
>>133
丸投げってなんなん？
137(1): 仕様書無しさん [sage] 2017/02/22(水) 01:23:50.11 AAS
>>136
受けた仕事をそのまま外注に出すこと
打合せの会議すら参加しない
138: 仕様書無しさん [] 2017/02/22(水) 10:05:45.96 AAS
>>137
なるほどー、ありがと！
139: 仕様書無しさん [sage] 2017/02/22(水) 19:53:54.51 AAS
情報システム板に帰れよ
140: 仕様書無しさん [sage] 2017/02/23(木) 01:35:53.12 AAS
正社員になるとずっとプログラマでいるとこはできない悲劇
141: 仕様書無しさん [] 2017/02/23(木) 19:08:31.94 AAS
>>1
上流って早い話が、システムの設計ができるってことだろ？
なんの設計権もないプログラミングなんて面白くもクソもないだろ
142(1): 仕様書無しさん [sage] 2017/02/23(木) 21:54:03.03 AAS
コーダーだって設計ができなきゃ
渡された設計書が適切であるかどうかも判断できないよ
143: 仕様書無しさん [] 2017/02/23(木) 21:55:10.93 AAS
>>142
算数ドリルやってるだけで楽しいか？って話だろが
144: 仕様書無しさん [sage] 2017/02/23(木) 22:00:05.26 AAS
適切な設計がわかると低脳SEの書いたクソ設計に従って作業する苦痛に耐えられなくなる
コーダーは設計なんてわからないほうが幸せ
145: 仕様書無しさん [sage] 2017/02/23(木) 22:39:05.98 AAS
>>1
まあ上流工程がゼロから価値を創出するところだしね
その分多様なスキルを求められて精神体力ともに凄くキツイ
やらなくていいのなら絶対やらない方がいい
146(2): 仕様書無しさん [sage] 2017/02/24(金) 00:04:03.99 AAS
価値を考えてるだけで
創出はしてないだろｗ
価値を考えるだけなら誰でもできるわけで
147: 仕様書無しさん [sage] 2017/02/24(金) 07:34:41.08 AAS
むしろ負債を創造しているSEのなんと多いことか
148: 仕様書無しさん [] 2017/02/24(金) 22:27:03.80 AAS
コーディング下請けの上にいるのはSEちゃうで上級コーダーや
149: 仕様書無しさん [sage] 2017/02/25(土) 10:59:15.00 AAS
低級顧客では？
150(3): 仕様書無しさん [] 2017/02/25(土) 12:44:19.79 AAS
要求は自由にならないけど、
それを満たす仕様（アイデア）を自分で考えられる権利を持ってるのって上流だけじゃん
ものづくりで一番楽しいのってそこじゃない？
そのアイデアが最終的にどれだけ効果をもたらしたか？
この二つが無いところの仕事って何が楽しいの？
151: 仕様書無しさん [] 2017/02/25(土) 12:45:58.19 AAS
>>150
hello worldが出力されたら楽しい
それがプログラマ
152: 仕様書無しさん [] 2017/02/25(土) 12:47:11.92 AAS
書いたとおりにプログラムが動く
プログラミングとは世界が自分の思い通りだと認識させる麻薬のようなもの
153(2): 仕様書無しさん [sage] 2017/02/25(土) 13:08:59.06 AAS
思い通りの世界が作れるワケではないのだが
154: 仕様書無しさん [] 2017/02/25(土) 13:40:26.87 AAS
>>146
>>153
155: 仕様書無しさん [sage] 2017/02/25(土) 15:28:58.98 AAS
>>150
他人の作った、しかも低品質すぎてめまいがするような設計に服従してコード書く仕事って、ほんと何が楽しいんだろうな？
156: 仕様書無しさん [sage] 2017/02/25(土) 15:43:10.41 AAS
>>153
その思いがSEは的はずれだからな
顧客（＝素人）が言ってることを伝えてるだけ
157: 仕様書無しさん [sage] 2017/02/25(土) 17:56:30.22 AAS
>>150
仕事やったことねーなお前
158(1): 仕様書無しさん [sage] 2017/02/25(土) 18:01:57.75 AAS
概ねこんなことがやりたいんだけど
ってのは客の要望で決まってて
上流がやるのなんて他で悪影響があるかないか目を皿のようにして調べるだけ
アホはその工程を飛ばすから下流での尻拭いが酷い
クリエイティブな箇所なんて欠片も存在しないので安心してほしい
そういうのがやりたければ日本を出ろ
日本のベンチャーという手もあるが契約が稚拙なので食い物にされるだけ
本気でクリエイティブな仕事がしたければ海を渡る必要がある
159(1): 仕様書無しさん [] 2017/02/25(土) 18:03:42.41 AAS
>>158
勝手にレッテル貼ってるけど、低偏差値のおまえが思ってることをなんで他の頭のいい人が思考してないと？
160: 仕様書無しさん [] 2017/02/25(土) 18:14:40.54 AAS
PG>>経営者>>営業職>>事務って感じがする
営業が仕様書を書くけど、よく怒られてる
若い社長だと、変わるのかな？
161: 仕様書無しさん [sage] 2017/02/25(土) 18:21:24.34 AAS
>>159
は?
早く死んでね
162: 仕様書無しさん [sage] 2017/02/25(土) 19:09:02.85 AAS
何も準備なしで客先行かされて翌日から用件定義書かされてリジェクトされる毎日だ
163: 仕様書無しさん [sage] 2017/02/25(土) 21:04:44.29 AAS
お使いでちゅか？
用件はなんでちゅか？
164(1): 仕様書無しさん [] 2017/02/25(土) 21:43:47.05 AAS
いま入っている所だけど、上流はダルそうに仕事しているよ。
私が単体テスト仕様書をつくったのでみてもらってOKは出たけど、テスト実施して間違っていたら、そちらの設計がわるいからでしょといったよ。
確かに作った自分が悪いけど、その時この人にレビューしてもらっても意味が無いなと私は思ったよ。
プロジェクト内で同じようなコードがかなり重複しているのに、コードは同じもののコピペしか奨励されていないというかコピペ以外やってはいけないという時点で創造性なんてないと思うよ。
狭い範囲だけど市内の現場ほぼ同じ考えだった。
165: 仕様書無しさん [sage] 2017/02/26(日) 00:24:07.14 AAS
この業界は意識高く持とうとすると絶望する
166(1): 仕様書無しさん [sage] 2017/02/26(日) 01:43:52.58 AAS
うちは同じ処理が場所によって違う方法で実装されてるから統一してほしい
167(2): 仕様書無しさん [sage] 2017/02/26(日) 07:46:29.32 AAS
DRY原則なんて嘘っぱちだよな
仕様書がコピペで別に作られてるならコードもコピペで別に作るべき
見積もりに面倒がないし
改修のとき下手にまとめられてるよりはるかに楽
168: 仕様書無しさん [sage] 2017/02/26(日) 10:02:00.69 AAS
>>167
設計書にまとめた設計で書いてないのにコードでまとめてあると
修正するときに見積もれない工数がヤバイよね
10箇所から呼ばれていて各パートの帳尻合わせもやっていたりする場合が多い
前担当者の家をシンゴジラに踏んでもらいたい
169(1): 仕様書無しさん [sage] 2017/02/26(日) 10:16:57.93 AAS
>>164みたいなとこだと間違ってても同様に直していけばいいけど
>>166は一つ一つ直すべきかどうかから見当しなきゃならないし
影響範囲も一個一個見定めなきゃならないし
割りとリスクある。
170: 仕様書無しさん [sage] 2017/02/26(日) 10:29:10.54 AAS
これがジャップランドか
171: 仕様書無しさん [sage] 2017/02/26(日) 10:31:10.43 AAS
>>169
機能数と修正箇所数が一致してるなら問題ないじゃん
問題はコードを辿ってみて初めて影響範囲が巨大であることがわかる場合
これは設計書に書かれない下手くそな共通化が引き起こす場合が多い
172(2): 仕様書無しさん [sage] 2017/02/26(日) 10:44:23.07 AAS
モジュール化すると影響範囲がわからなくなるっていうのは嘘
モジュールの依存関係が明確になるから影響範囲はむしろわかりやすくなる
コピペだとコピペしたコードがどこにあるかから探し始めないといけないから影響範囲の特定に余計に時間がかかる
上流は仕事をしないのでドキュメントを信じてコピペを探すと確実に漏れが出るのでコードを注意深くgrepするしかない
見つかったコードが単純なコピペならまだしもそれぞれが個別にメンテナンスされて微妙なバリエーションを持っているとそれぞれに対して詳細な影響調査をしなければならないので工数が数十倍に膨れ上がる事もある
173: 仕様書無しさん [sage] 2017/02/26(日) 10:45:49.83 AAS
>>172
それを設計書にも書けばね
174: 仕様書無しさん [sage] 2017/02/26(日) 10:49:46.62 AAS
共通化をするのは結構
だがそれを設計書に記述しないのはギルティ
175: 仕様書無しさん [sage] 2017/02/26(日) 10:53:26.38 AAS
>172
コーダーの分際で上級SE様の責任まで背負い込もうとするから
そんなわけのわからん状況になるんだ
おかしい設計書よこしてきたら
動かないコードぶん投げてあんたのせいだって言い返せばいいじゃない
むしろそうしてくれないと後を引き継ぐ人たちがみんな困る
176: 仕様書無しさん [sage] 2017/02/26(日) 11:01:54.94 AAS
内部機能が共通だと思ったらどんどん共通化してくれていいけど
別の設計書に書かれてる機能は
せめて窓口は別にしてあげてください…
177: 仕様書無しさん [sage] 2017/02/26(日) 11:11:54.14 AAS
設計通りなんていう幻想は存在しない
本当に設計通りに作ったら100%動作しない
動作しないどころかビルドも通らない
存在しないモジュールに依存していたり
インターフェース仕様が設計書間で矛盾していたりする
そもそも曖昧で解釈の幅が広すぎて「設計書通り」を定義できない設計書も少なくない
下流はそういった上流の不始末を吸収してマトモに動作するものを出さないといけない
上流が無責任だから動作しないものを出すと下流の責任に転化される
言い換えると下流は設計書と違うコードを書く責任がある
最終的なコードと設計書の差分の吸収は流石に設計書の担当である上流の仕事だろう
設計書まで下流が弄ってしまったら上流がなんのために存在するかわからなくなる
178: 仕様書無しさん [sage] 2017/02/26(日) 11:21:40.78 AAS
上「これくらい理解してくれるよね？こんなとこまで書いてたら一生終わんねー」
P1「うちのP2はアホだから書かれた文字通り作るだろう。結合するためには、アホな設計に合わせないと…」
P2「うちのP1はアホだから書かれた文字通り作るだろう。結合するためには、アホな設計に合わせないと…」
誰もが正しい答えを知ってるのに
誰にもどうにもできない悲しい世界
だれかどうにかして…
179: 仕様書無しさん [sage] 2017/02/26(日) 11:25:07.33 AAS
プログラムという客観的な地面から離れて成果が他者に依存するようになると
誰もが認識が歪んでおかしくなっていく
180: 仕様書無しさん [sage] 2017/02/26(日) 11:30:19.81 AAS
プログラマを経験して実装レベルを知っている人が
上流に居ないと悲劇は繰り返される
知らんヤツが決裁権を持つと面倒
181: 仕様書無しさん [sage] 2017/02/26(日) 11:54:27.06 AAS
早く仕様決めて
それか仕様固まってから期間決めて
182(1): 仕様書無しさん [sage] 2017/02/26(日) 12:44:30.92 AAS
分業する方向が違うんだろうな
作業工程で分業するよりもエリックの言う通りサブシステム単位で分業した方がいい
183: 仕様書無しさん [sage] 2017/02/26(日) 18:42:26.25 AAS
>>182
機能一覧が出せるほど仕様が決まっているならはじめから問題など起きない
機能一覧すら出せないから工程で分離して終わっていない工程をさも終わっているかのように見せる
ガチでクズだから平気でこのシステムを選択する
184: 仕様書無しさん [sage] 2017/02/26(日) 19:21:38.31 AAS
個人があーだこーだ言ってもどうにもならん
利害関係者全員が意識を高く持たなきゃ上手くいかない
一人で意識高く持っても辛いだけ
だから業務では心を殺してゴミを生産するしかない
休日に自分のシステムで頑張ろう
政治と同じだね
マイノリティにとっては民主主義なんて馬鹿馬鹿しいだけだよ
185(1): 仕様書無しさん [sage] 2017/02/26(日) 21:51:19.14 AAS
>>167
これは本当にそう
186(1): 仕様書無しさん [sage] 2017/02/26(日) 22:56:13.55 AAS
>>185
ねーよバカ
187: 仕様書無しさん [sage] 2017/02/27(月) 04:11:25.32 AAS
>>186
バカはお前だろハゲニート
上下前次1-新書関写板覧索設栞歴
あと 56 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.768s*