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

**仕様書無しさん** · 2014/03/29(土) 20:51:48.87

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

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

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

**仕様書無しさん** · 2014/03/29(土) 20:55:03.62

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

**仕様書無しさん** · 2014/03/29(土) 21:03:12.49

さて、ここから本題。

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

**仕様書無しさん** · 2014/03/29(土) 22:44:59.04

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

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

yagni

**仕様書無しさん** · 2014/03/30(日) 23:01:05.55

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

**仕様書無しさん** · 2014/03/31(月) 01:51:23.18

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

**仕様書無しさん** · 2014/04/03(木) 21:25:43.32

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

**仕様書無しさん** · 2014/04/03(木) 22:26:08.27

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

**仕様書無しさん** · 2014/04/03(木) 23:02:58.51

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

**仕様書無しさん** · 2014/04/03(木) 23:04:22.05

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

**仕様書無しさん** · 2014/04/05(土) 01:40:25.70

バグの元

**仕様書無しさん** · 2014/04/05(土) 03:56:25.23

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

それは間違いない。

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

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

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

**仕様書無しさん** · 2014/05/23(金) 16:47:27.53

土台や重要な柱を作り直すような変更はしないでくれ

**仕様書無しさん** · 2014/05/23(金) 21:46:41.39

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

**仕様書無しさん** · 2014/06/07(土) 02:28:14.52

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

**仕様書無しさん** · 2017/02/03(金) 07:52:42.93

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

それが結論

**仕様書無しさん** · 2017/02/03(金) 08:43:47.79

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

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

**仕様書無しさん** · 2017/02/05(日) 07:37:43.55

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

**仕様書無しさん** · 2017/02/05(日) 09:19:21.62

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

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

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

**仕様書無しさん** · 2017/02/08(水) 01:24:56.24

SOLID原則でスクラムる

**仕様書無しさん** · 2017/02/11(土) 12:43:04.06

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

**仕様書無しさん** · 2017/02/11(土) 19:38:43.24

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

**仕様書無しさん** · 2017/02/20(月) 21:50:55.55

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

**仕様書無しさん** · 2017/06/11(日) 13:37:58.96

犯罪市長

**仕様書無しさん** · 2017/12/29(金) 21:57:06.83

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

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

28W66CFHBV

**仕様書無しさん** · 2018/05/22(火) 13:18:51.96

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

J9AAD

**仕様書無しさん** · 2018/06/16(土) 11:14:21.68

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

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

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

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

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

**仕様書無しさん** · 2018/06/16(土) 11:27:00.71

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

**仕様書無しさん** · 2018/06/16(土) 18:34:55.87

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

**仕様書無しさん** · 2018/06/16(土) 19:44:48.39

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

**仕様書無しさん** · 2018/06/16(土) 20:01:56.76

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

**仕様書無しさん** · 2018/06/16(土) 20:04:44.12

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

**仕様書無しさん** · 2018/06/16(土) 20:07:32.51

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

**仕様書無しさん** · 2018/06/16(土) 20:58:27.52

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

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

**仕様書無しさん** · 2018/06/16(土) 21:02:19.78

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

**仕様書無しさん** · 2018/06/16(土) 21:16:45.15

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

**仕様書無しさん** · 2018/06/16(土) 21:21:20.01

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

**仕様書無しさん** · 2018/06/16(土) 21:32:13.40

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

**仕様書無しさん** · 2018/06/16(土) 21:34:34.79

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

**仕様書無しさん** · 2018/06/16(土) 21:49:03.61

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

**仕様書無しさん** · 2018/06/16(土) 22:16:40.96

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

**仕様書無しさん** · 2018/06/16(土) 22:22:59.40

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

**仕様書無しさん** · 2018/06/16(土) 22:24:38.23

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

**仕様書無しさん** · 2018/06/16(土) 22:58:25.45

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

**仕様書無しさん** · 2018/06/16(土) 22:59:33.89

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

**仕様書無しさん** · 2018/06/16(土) 23:03:18.04

レッドコーダーぁ