要求や仕様は変化するという前提の設計

1 ：仕様書無しさん：2014/03/29(土) 20:51:48.87 .net

それって詳細設計よりも上でできるものなの？

できないとしたら、詳細設計の
役割ってかなり重要だよね。

なぜなら要求や仕様へ100%必ず変化するから。

2 ：仕様書無しさん：2014/03/29(土) 20:55:03.62 .net

￣￣￣￣￣￣￣l/￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　 ∧＿∧
　　　　　　　　　( ´･ω･`) 　　 　∧＿∧
　　　　　　　　 ／ 　　　 ＼　 　（　　　　）何言ってんだこいつ
　　　　　.＿＿|　|　　　 .|　|＿　/ 　　 　 ヽ
　　　　　||＼　￣￣￣￣　　 ／ .|　　　|　|
　　　　　||＼..∧＿∧　 　　(⌒＼|_＿./ ./
　　　　　||.　 （ 　　　）　　　　 ~＼___＿_ノ|　　 ∧＿∧
　　　　　　　/　　　ヽ　空気読めよ　　 ＼| 　 （　　　　）　
　　　　　　　|　　　　　ヽ　　　 　　　　　　　＼/ 　　　 ヽ. ｵﾏｴ馬鹿だろ
　　　　　　　|　　　　|ヽ、二⌒) 　　　　 　　／ .|　　　|　|
　　　　　　　.|　　　　ヽ　＼∧＿∧　　　 (⌒＼|_＿./　/

3 ：仕様書無しさん：2014/03/29(土) 21:03:12.49 .net

さて、ここから本題。

ウォーターフォールとかさ、
この変化するという前提を
先延ばしにしてるんだよな。

4 ：仕様書無しさん：2014/03/29(土) 22:44:59.04 .net

だからスパイラルだろ
いまさら何言ってんだお前は

5 ：仕様書無しさん：2014/03/30(日) 20:43:59.90 .net

yagni

6 ：仕様書無しさん：2014/03/30(日) 23:01:05.55 .net

YAGNIを勘違いしている人が多くて困る。
作らなくていいだけで
設計するなって話ではない。

7 ：仕様書無しさん：2014/03/31(月) 01:51:23.18 .net

方法論を立ち上げればなんとかなるってのは、やっぱり間違ってる気がするなー。
方法論ではなく、言語そのものを関数型に変えるってのが、正しい一歩であって、
シニアSEの立ち位置に適当に名前をつけてるだけっていう気がするんだよね。
これ、英訳して向こうの人に読んでもらったら、「こんな当たり前のことを説明するのに
XDDPとか命名するなんて、頭の悪い芝居を見てるみたいだ」って言われると思う。
http://www.xddp.jp/about_xddp1.shtml

8 ：仕様書無しさん：2014/04/03(木) 21:25:43.32 .net

>>6
勘違いしてるのはお前だろ。
設計しろって話でもねーよ。
無駄なことはしなくていいって発想だ馬鹿。

9 ：仕様書無しさん：2014/04/03(木) 22:26:08.27 .net

やるべきことを無駄と
勘違いしている人が多い。

10 ：仕様書無しさん：2014/04/03(木) 23:02:58.51 .net

何度も作り直せばいい。それだけ。

11 ：仕様書無しさん：2014/04/03(木) 23:04:22.05 .net

なんどもやり直すには自動化出来るテストコードが必要。

12 ：仕様書無しさん：2014/04/05(土) 01:40:25.70 .net

バグの元

13 ：仕様書無しさん：2014/04/05(土) 03:56:25.23 .net

我々は、未だ奴隷のような身分だが、あの黒人奴隷のように
やがて我われにも、きっと明るい日が射す時代が来ます。

それは間違いない。

なぜなら、われわれは最高の頭脳の持ち主であることは
間違いないからです。　ＩＱ１３０以上、１日に２０時間
働き、大企業に一日１００万円以上の利益をもたらし続け
これを２０年以上つづけている。

こんなスーパーマンは、われわれＳＥとかＰＧだけです。
後の職業人は、いわばゴミです、虫です、歯車です。

やがて我々が、この世を支配することは明らか。
頑張りましょう。

14 ：仕様書無しさん：2014/05/23(金) 21:46:41.39 .net

変更時の柔軟性なんか持たせてたら次回の請負でぼったくれないじゃん

15 ：仕様書無しさん：2014/06/07(土) 02:28:14.52 .net

逆。柔軟性持たせてないとぼったくれない。

16 ：仕様書無しさん：2017/02/03(金) 07:52:42.93 .net

可能不可能というより
突き詰めたら内製以外では無理

それが結論

17 ：仕様書無しさん：2017/02/03(金) 08:43:47.79 .net

【主な偽装請負多重派遣業界結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VＢ
.net
Java
DB
ERP
SAP

18 ：仕様書無しさん：2017/02/05(日) 07:37:43.55 .net

>>16
将来のこと、未来のことを考えたプログラミングができるっつーなら、
本来、そこも考えるべきなんだよなｗ
内製じゃなきゃ、結局、高頻度の要求や仕様の変更には対応できないから

19 ：仕様書無しさん：2017/02/05(日) 09:19:21.62 .net

偽装請負多重派遣業界は
多額の利益をIT社長達に
奪われてるんだぞ！

貧困非婚だらけなのが事実だろ

偽装請負多重派遣助長の
無能SEを追放すべき

20 ：仕様書無しさん：2017/02/08(水) 01:24:56.24 .net

SOLID原則でスクラムる

21 ：仕様書無しさん：2017/02/11(土) 12:43:04.06 .net

偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルは使い捨て
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・学習多いのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://potato.2ch.net/test/read.cgi/bizplus/1479096711/

22 ：仕様書無しさん：2017/02/11(土) 19:38:43.24 .net

要求は変化しない
始めに誤った理解があるだけだ

23 ：仕様書無しさん：2017/02/20(月) 21:50:55.55 .net

実装方法が何通りもあったとしても
そのうちの一通りしか使用されないから
選ばれなかった実装方法で記載している時点で修正対象だね

24 ：仕様書無しさん：2017/06/11(日) 13:37:58.96 .net

犯罪市長

25 ：仕様書無しさん：2017/12/29(金) 21:57:06.83 .net

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

28W66CFHBV

26 ：仕様書無しさん：2018/05/22(火) 13:18:51.96 .net

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

J9AAD

27 ：仕様書無しさん：2018/06/16(土) 11:14:21.68 .net

本来は上流工程で詰めるべきところだよ
そもそも上流工程って客との質疑応答で要件や仕様を固める工程でしょ

それを想定していなかったり考慮が漏れていて調査していないことで詰めれていないから
実装に近い下流工程で間違いに気づいているだけだね

もっと気付くのが遅い奴は詳細設計を通り越して開発工程に入ってから気付く

コーディングしているＰＧから仕様漏れや指摘を受けている設計者は恥を知れって思う

元から抜けていたり間違っているけど
それに気づいていない
だから要求が変わったとか仕様変更・仕様追加って呼んでいるだけだね

28 ：仕様書無しさん：2018/06/16(土) 11:27:00.71 .net

つまり、設計とコーディングを同時にやればいいわけだな。

29 ：仕様書無しさん：2018/06/16(土) 18:34:55.87 .net

仕様の漏れとかミスがなんで起こるかっていうと機械的な解析をしてないからだよ
例えば区分ごとに異なる処理が必要だったら区分ごとに仕様を定義したかチェックするツールを作ればいい
でも仕様書はチェックツールを書くのが大変
逆にコードの解析は驚くほど簡単だ
なのでわかってる人は仕様書なんて馬鹿なことを言ってないでまずコードを書けと言う

30 ：仕様書無しさん：2018/06/16(土) 19:44:48.39 .net

でもそれって、わかってる人じゃないとその作業ができないってことじゃん？
その金ちゃんと捻出した？

31 ：仕様書無しさん：2018/06/16(土) 20:01:56.76 .net

コーダーの仕事楽でうらやましいわー

32 ：仕様書無しさん：2018/06/16(土) 20:04:44.12 .net

そりゃあねぇ、給料安いんだから当然仕事は楽でないとね。

33 ：仕様書無しさん：2018/06/16(土) 20:07:32.51 .net

出来る奴を一人送り込むより出来ないやつを3人送り込むほうが
やっぱり売り上げは大きいからねぇ。
だから優秀な奴を送って顧客を満足させちゃダメなんだよ。

34 ：仕様書無しさん：2018/06/16(土) 20:58:27.52 .net

>>29
上流工程で要件や仕様を纏めている担当者にまともなコーディング技術がない人が多いのも原因だと思うね
大体要件や仕様が抜けている場合って設計書には記載すらされていない

記載されていないことに気付いて疑問に思った人が質問しに行くことによって
そもそも要件や仕様が漏れている事が判明する

35 ：仕様書無しさん：2018/06/16(土) 21:02:19.78 .net

まともなコーディング技術がないことぐらい百も千も承知だけど
だからってやらせなくてもいいってわけじゃないからねぇ。
待ってたって、来たそいつもまともなコーディング技術がないだろうし。

36 ：仕様書無しさん：2018/06/16(土) 21:16:45.15 .net

え？コーディングて技術いるん？w

37 ：仕様書無しさん：2018/06/16(土) 21:21:20.01 .net

当然だよ。
だってマトモに出来ていない仕様書を元にプログラムにしなきゃなんないんだもん。
設計よりもはるかにはるかに高度な技術。

38 ：仕様書無しさん：2018/06/16(土) 21:32:13.40 .net

おいおいコードが設計書とちゃうんかw

39 ：仕様書無しさん：2018/06/16(土) 21:34:34.79 .net

そうだな。
ソースコードになって初めて設計書としての体をなす。
ただし、少なくともコンパイルは通ってないとね。

40 ：仕様書無しさん：2018/06/16(土) 21:49:03.61 .net

コンパイルを通す技術wwww
コーダーて凄いんやねw

41 ：仕様書無しさん：2018/06/16(土) 22:16:40.96 .net

設計書はテストしてから次の工程に渡してください
設計書が正しいことをなんの担保せずに完了するなど正気の沙汰ではありませんよ

42 ：仕様書無しさん：2018/06/16(土) 22:22:59.40 .net

うちの会社ではプログラミングできるやつはプログラムだけ任される
プログラミングできないやつがなぜか設計など上流工程に進む
んで酷い設計書のとおりにコードを書けって上から目線で命令してくる
プログラマが実力を発揮できずにストレスを抱えてどんどん辞めていく

43 ：仕様書無しさん：2018/06/16(土) 22:24:38.23 .net

そりゃあ、プログラムできなきゃ上流工程に行くしかねーやな。
で、営業までのぼっちゃうわけだ。

44 ：仕様書無しさん：2018/06/16(土) 22:58:25.45 .net

プログラムできないからコーダーやっとるんやぞおまえw

45 ：仕様書無しさん：2018/06/16(土) 22:59:33.89 .net

ん？　プログラムできる奴をコーダーっていうんじゃねーの？

46 ：仕様書無しさん：2018/06/16(土) 23:03:18.04 .net

レッドコーダーぁ