要求や仕様は変化するという前提の設計
■ このスレッドは過去ログ倉庫に格納されています
それって詳細設計よりも上でできるものなの?
できないとしたら、詳細設計の
役割ってかなり重要だよね。
なぜなら要求や仕様へ100%必ず変化するから。  ̄ ̄ ̄ ̄ ̄ ̄ ̄l/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
∧_∧
( ´・ω・`) ∧_∧
/ \ ( )何言ってんだこいつ
.__| | .| |_ / ヽ
||\  ̄ ̄ ̄ ̄ / .| | |
||\..∧_∧ (⌒\|__./ ./
||. ( ) ~\_____ノ| ∧_∧
/ ヽ 空気読めよ \| ( )
| ヽ \/ ヽ. オマエ馬鹿だろ
| |ヽ、二⌒) / .| | |
.| ヽ \∧_∧ (⌒\|__./ / さて、ここから本題。
ウォーターフォールとかさ、
この変化するという前提を
先延ばしにしてるんだよな。 YAGNIを勘違いしている人が多くて困る。
作らなくていいだけで
設計するなって話ではない。 方法論を立ち上げればなんとかなるってのは、やっぱり間違ってる気がするなー。
方法論ではなく、言語そのものを関数型に変えるってのが、正しい一歩であって、
シニアSEの立ち位置に適当に名前をつけてるだけっていう気がするんだよね。
これ、英訳して向こうの人に読んでもらったら、「こんな当たり前のことを説明するのに
XDDPとか命名するなんて、頭の悪い芝居を見てるみたいだ」って言われると思う。
http://www.xddp.jp/about_xddp1.shtml >>6
勘違いしてるのはお前だろ。
設計しろって話でもねーよ。
無駄なことはしなくていいって発想だ馬鹿。 なんどもやり直すには自動化出来るテストコードが必要。 我々は、未だ奴隷のような身分だが、あの黒人奴隷のように
やがて我われにも、きっと明るい日が射す時代が来ます。
それは間違いない。
なぜなら、われわれは最高の頭脳の持ち主であることは
間違いないからです。 IQ130以上、1日に20時間
働き、大企業に一日100万円以上の利益をもたらし続け
これを20年以上つづけている。
こんなスーパーマンは、われわれSEとかPGだけです。
後の職業人は、いわばゴミです、虫です、歯車です。
やがて我々が、この世を支配することは明らか。
頑張りましょう。 変更時の柔軟性なんか持たせてたら次回の請負でぼったくれないじゃん 可能不可能というより
突き詰めたら内製以外では無理
それが結論 【主な偽装請負多重派遣業界結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理
[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP >>17
将来のこと、未来のことを考えたプログラミングができるっつーなら、
本来、そこも考えるべきなんだよなw
内製じゃなきゃ、結局、高頻度の要求や仕様の変更には対応できないから 偽装請負多重派遣業界は
多額の利益をIT社長達に
奪われてるんだぞ!
貧困非婚だらけなのが事実だろ
偽装請負多重派遣助長の
無能SEを追放すべき 偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルは使い捨て
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・学習多いのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://potato.2ch.net/test/read.cgi/bizplus/1479096711/ 実装方法が何通りもあったとしても
そのうちの一通りしか使用されないから
選ばれなかった実装方法で記載している時点で修正対象だね 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
28W66CFHBV とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
J9AAD 本来は上流工程で詰めるべきところだよ
そもそも上流工程って客との質疑応答で要件や仕様を固める工程でしょ
それを想定していなかったり考慮が漏れていて調査していないことで詰めれていないから
実装に近い下流工程で間違いに気づいているだけだね
もっと気付くのが遅い奴は詳細設計を通り越して開発工程に入ってから気付く
コーディングしているPGから仕様漏れや指摘を受けている設計者は恥を知れって思う
元から抜けていたり間違っているけど
それに気づいていない
だから要求が変わったとか仕様変更・仕様追加って呼んでいるだけだね つまり、設計とコーディングを同時にやればいいわけだな。 仕様の漏れとかミスがなんで起こるかっていうと機械的な解析をしてないからだよ
例えば区分ごとに異なる処理が必要だったら区分ごとに仕様を定義したかチェックするツールを作ればいい
でも仕様書はチェックツールを書くのが大変
逆にコードの解析は驚くほど簡単だ
なのでわかってる人は仕様書なんて馬鹿なことを言ってないでまずコードを書けと言う でもそれって、わかってる人じゃないとその作業ができないってことじゃん?
その金ちゃんと捻出した? そりゃあねぇ、給料安いんだから当然仕事は楽でないとね。 出来る奴を一人送り込むより出来ないやつを3人送り込むほうが
やっぱり売り上げは大きいからねぇ。
だから優秀な奴を送って顧客を満足させちゃダメなんだよ。 >>30
上流工程で要件や仕様を纏めている担当者にまともなコーディング技術がない人が多いのも原因だと思うね
大体要件や仕様が抜けている場合って設計書には記載すらされていない
記載されていないことに気付いて疑問に思った人が質問しに行くことによって
そもそも要件や仕様が漏れている事が判明する まともなコーディング技術がないことぐらい百も千も承知だけど
だからってやらせなくてもいいってわけじゃないからねぇ。
待ってたって、来たそいつもまともなコーディング技術がないだろうし。 当然だよ。
だってマトモに出来ていない仕様書を元にプログラムにしなきゃなんないんだもん。
設計よりもはるかにはるかに高度な技術。 そうだな。
ソースコードになって初めて設計書としての体をなす。
ただし、少なくともコンパイルは通ってないとね。 コンパイルを通す技術wwww
コーダーて凄いんやねw 設計書はテストしてから次の工程に渡してください
設計書が正しいことをなんの担保せずに完了するなど正気の沙汰ではありませんよ うちの会社ではプログラミングできるやつはプログラムだけ任される
プログラミングできないやつがなぜか設計など上流工程に進む
んで酷い設計書のとおりにコードを書けって上から目線で命令してくる
プログラマが実力を発揮できずにストレスを抱えてどんどん辞めていく そりゃあ、プログラムできなきゃ上流工程に行くしかねーやな。
で、営業までのぼっちゃうわけだ。 プログラムできないからコーダーやっとるんやぞおまえw ん? プログラムできる奴をコーダーっていうんじゃねーの? ■ このスレッドは過去ログ倉庫に格納されています