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