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

1仕様書無しさん2014/03/29(土) 20:51:48.87
それって詳細設計よりも上でできるものなの?

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

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

2仕様書無しさん2014/03/29(土) 20:55:03.62
 ̄ ̄ ̄ ̄ ̄ ̄ ̄l/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
          ∧_∧
         ( ´・ω・`)     ∧_∧
         /     \   (    )何言ってんだこいつ
     .__| |    .| |_ /      ヽ
     ||\  ̄ ̄ ̄ ̄   / .|   | |
     ||\..∧_∧    (⌒\|__./ ./
     ||.  (    )     ~\_____ノ|   ∧_∧
       /   ヽ 空気読めよ   \|   (    ) 
       |     ヽ           \/     ヽ. オマエ馬鹿だろ
       |    |ヽ、二⌒)        / .|   | |
       .|    ヽ \∧_∧    (⌒\|__./ /

3仕様書無しさん2014/03/29(土) 21:03:12.49
さて、ここから本題。

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

4仕様書無しさん2014/03/29(土) 22:44:59.04
だからスパイラルだろ
いまさら何言ってんだお前は

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

6仕様書無しさん2014/03/30(日) 23:01:05.55
YAGNIを勘違いしている人が多くて困る。
作らなくていいだけで
設計するなって話ではない。

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

8仕様書無しさん2014/04/03(木) 21:25:43.32
>>6
勘違いしてるのはお前だろ。
設計しろって話でもねーよ。
無駄なことはしなくていいって発想だ馬鹿。

9仕様書無しさん2014/04/03(木) 22:26:08.27
やるべきことを無駄と
勘違いしている人が多い。

10仕様書無しさん2014/04/03(木) 23:02:58.51
何度も作り直せばいい。それだけ。

11仕様書無しさん2014/04/03(木) 23:04:22.05
なんどもやり直すには自動化出来るテストコードが必要。

12仕様書無しさん2014/04/05(土) 01:40:25.70
バグの元

13仕様書無しさん2014/04/05(土) 03:56:25.23
我々は、未だ奴隷のような身分だが、あの黒人奴隷のように
やがて我われにも、きっと明るい日が射す時代が来ます。

それは間違いない。

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

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

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

14仕様書無しさん2014/05/23(金) 16:47:27.53
土台や重要な柱を作り直すような変更はしないでくれ

15仕様書無しさん2014/05/23(金) 21:46:41.39
変更時の柔軟性なんか持たせてたら次回の請負でぼったくれないじゃん

16仕様書無しさん2014/06/07(土) 02:28:14.52
逆。柔軟性持たせてないとぼったくれない。

17仕様書無しさん2017/02/03(金) 07:52:42.93
可能不可能というより
突き詰めたら内製以外では無理

それが結論

18仕様書無しさん2017/02/03(金) 08:43:47.79
【主な偽装請負多重派遣業界結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理

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

19仕様書無しさん2017/02/05(日) 07:37:43.55
>>17
将来のこと、未来のことを考えたプログラミングができるっつーなら、
本来、そこも考えるべきなんだよなw
内製じゃなきゃ、結局、高頻度の要求や仕様の変更には対応できないから

20仕様書無しさん2017/02/05(日) 09:19:21.62
偽装請負多重派遣業界は
多額の利益をIT社長達に
奪われてるんだぞ!

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

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

21仕様書無しさん2017/02/08(水) 01:24:56.24
SOLID原則でスクラムる

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

23仕様書無しさん2017/02/11(土) 19:38:43.24
要求は変化しない
始めに誤った理解があるだけだ

24仕様書無しさん2017/02/20(月) 21:50:55.55
実装方法が何通りもあったとしても
そのうちの一通りしか使用されないから
選ばれなかった実装方法で記載している時点で修正対象だね

25仕様書無しさん2017/06/11(日) 13:37:58.96
犯罪市長

26仕様書無しさん2017/12/29(金) 21:57:06.83
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

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

28W66CFHBV

27仕様書無しさん2018/05/22(火) 13:18:51.96
とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

J9AAD

28仕様書無しさん2018/06/16(土) 11:14:21.68
本来は上流工程で詰めるべきところだよ
そもそも上流工程って客との質疑応答で要件や仕様を固める工程でしょ

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

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

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

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

29仕様書無しさん2018/06/16(土) 11:27:00.71
つまり、設計とコーディングを同時にやればいいわけだな。

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

31仕様書無しさん2018/06/16(土) 19:44:48.39
でもそれって、わかってる人じゃないとその作業ができないってことじゃん?
その金ちゃんと捻出した?

32仕様書無しさん2018/06/16(土) 20:01:56.76
コーダーの仕事楽でうらやましいわー

33仕様書無しさん2018/06/16(土) 20:04:44.12
そりゃあねぇ、給料安いんだから当然仕事は楽でないとね。

34仕様書無しさん2018/06/16(土) 20:07:32.51
出来る奴を一人送り込むより出来ないやつを3人送り込むほうが
やっぱり売り上げは大きいからねぇ。
だから優秀な奴を送って顧客を満足させちゃダメなんだよ。

35仕様書無しさん2018/06/16(土) 20:58:27.52
>>30
上流工程で要件や仕様を纏めている担当者にまともなコーディング技術がない人が多いのも原因だと思うね
大体要件や仕様が抜けている場合って設計書には記載すらされていない

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

36仕様書無しさん2018/06/16(土) 21:02:19.78
まともなコーディング技術がないことぐらい百も千も承知だけど
だからってやらせなくてもいいってわけじゃないからねぇ。
待ってたって、来たそいつもまともなコーディング技術がないだろうし。

37仕様書無しさん2018/06/16(土) 21:16:45.15
え?コーディングて技術いるん?w

38仕様書無しさん2018/06/16(土) 21:21:20.01
当然だよ。
だってマトモに出来ていない仕様書を元にプログラムにしなきゃなんないんだもん。
設計よりもはるかにはるかに高度な技術。

39仕様書無しさん2018/06/16(土) 21:32:13.40
おいおいコードが設計書とちゃうんかw

40仕様書無しさん2018/06/16(土) 21:34:34.79
そうだな。
ソースコードになって初めて設計書としての体をなす。
ただし、少なくともコンパイルは通ってないとね。

41仕様書無しさん2018/06/16(土) 21:49:03.61
コンパイルを通す技術wwww
コーダーて凄いんやねw

42仕様書無しさん2018/06/16(土) 22:16:40.96
設計書はテストしてから次の工程に渡してください
設計書が正しいことをなんの担保せずに完了するなど正気の沙汰ではありませんよ

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

44仕様書無しさん2018/06/16(土) 22:24:38.23
そりゃあ、プログラムできなきゃ上流工程に行くしかねーやな。
で、営業までのぼっちゃうわけだ。

45仕様書無しさん2018/06/16(土) 22:58:25.45
プログラムできないからコーダーやっとるんやぞおまえw

46仕様書無しさん2018/06/16(土) 22:59:33.89
ん? プログラムできる奴をコーダーっていうんじゃねーの?

47仕様書無しさん2018/06/16(土) 23:03:18.04
レッドコーダーぁ

新着レスの表示
レスを投稿する