アジャイルを考えたやつの死を願うスレ Part.2

>>今まではOOPで各自工夫していたようなのが全く不要になった
なんだ、おまえらＯＯＰしてないじゃんか。

>>312
売れるものをバグだらけで作るより、売れるものをきっちり作った方が価値があるよ

機能を分けろよなｗ

大規模になる時点で
設計が間違ってるんだよ

>>255
それはあるな
無能なPLとかだととくに

キッチリ作れるもんは売れないんだよ

>>84
初めてもらった仕様書は読まずに破り捨てました。
アジャイル開発なんてそれでいいんだよ

誰もいなくなったか。

海外と日本を比べて語ってる奴いるけど、海外の優秀なプログラマと日本の底辺を比べてんの？
それとも、海外と日本の平均的なプログラマ同士を比べてんの？

アジャイル生きる!!!!

潜在的に話を聞かないてどうゆう意味やでｗ

>>107
あー重電ってやっぱりそういう文化あるんだ?
俺も初めて言われたときは耳を疑ったよ

大げさな話
メモ帳を作るはずだったのに電卓作っちゃったら
誰の責任でどう始末付けるの？

自分でやったことすら理解できない奴に
何を説明しても無駄

>>46
IBM スルガ銀行

OOPが言われなくなったのは、それが当たり前になったからよね
>>272も書いてるけど
あと、素晴らしいライブラリ/フレームワークとかが普通にOSSで手に入るようになって、今まではOOPで各自工夫していたようなのが全く不要になった

じゃあ我々はΩ計画へ移行しようか

だから日本のITは負けたんだよ

アジャイルは草不可避っことか
うまいな

アジャイルって言葉で釣りたい企業がおおい
恰好いいから？

下請法と矛盾しとらんのかコレ

アジャターフォイルなら請け負いでもどんとこい！

日本ではウォーターフォールですら、ちゃんとはやれないんだから、アジャイルでも大差ないよ

瑕疵があれば糞ゴミに金はかからないでしょ
無賃で死ぬ気でなおせ

上流にスキルがない、あるいは上流がない
このような烏合の衆は必然的にアジャイルをやらざるをえない
必要悪なんだよ

>>22
確率論の勝負
本当に必要なら3重チェック程度必要
テスト屋とQA部隊と開発チームの三つ

どちらかというと「回帰（プログラマーズ）テスト」程度のもので

>>ドキュメントがあれば不要なコードを削ってスリムにすることができていたはず？
童貞ですか？

成功は定義しない
それがアジャイル

フルスタックw

断言しよう
アジャイル＝スクラムってものが日本で主流になることも成功することもない
なぜなら開発に必要な人材が必要なだけ集まる契約社会のアメリカとは事情が違うから
日本のプログラマーの大半は自分の仕事に興味も向上心もない正社員という殻に守られたゴミばかり
ゴミをどれだけ集めてもスクラムが目指す自立した最強の部隊なんてものができるはずも無い
すなわちゴミはゴミとして管理されないといけない
アメリカン被れのスクラムマスターとやらはそこをまるで理解していない
そしてアジャイル開発なんていう存在しない言葉を使っている大企業のバカどもも同じ
全ての罪はアジャイルを誤解されるような方法で広めたファシリエータ()にある
責任取って自殺しろ

>>94
判ってないな
何度仕様変更しても
追加料金が発生しないのが
アジャイルなんだよ

>>209
なるほど、その通りだな

>>22
テスタとコーダを別人にして仕様の妥当性吟味含めて別アプローチで見ることで精度が増す、ってことじゃね？

まぁ、両方ポンコツだとどうしようもないけどね

アジャイルは労働時間の事じゃないよ？
例えば10人いれば10通りのアジャイルがあって100通りのやり方が存在する
アジャイルってそうゆうもん

>>142
バカにするつもりはないんだけど
例えば、全クラスの全パブリックメソッドについて事前にシーケンス図書いてから
コーディングしましょうルールが過去にあった
要件変更が重なり深夜の2時に詳細設計書のシーケンス図書き直すとか憂鬱
ドキュメント嫌いの人は多分そういう経験あると思う

RFP（あるいは要件定義書＋概要設計書）・画面遷移図・各画面詳細・クラス図・ER図で
ある程度作るもの検討しましょう、くらいならわかるけど
すげー細かいことをドキュメントで書けと要求されることもありますやん（納期ひと月とかで）

どのくらいの資料を以て設計とするか？　は各人で話が食い違うかもしらんのでアレだけど

>>146
分からん顧客を納得させる資料を大量生産するのはやめよう
資料があってもお客さん自身での改修ができるわけないから
って考え方は含むとは思うが

だからSierは話に入るなよ
これでも読んでろ
http://simplearchitect.hatenablog.com/entry/2016/06/20/080807

瑕疵担保責任（かしたんぽせきにん）

納品されたシステム、プログラムに不具合があった場合、10年後でも無償で修理してもらうことが可能になった。

民法改正で事実上期限が「無制限」になった
不具合を指摘されたらすぐに行動をとるべし　納品物に不具合があれば損害賠償を請求される可能性もある

http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

ポイント1：修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

重大な脆弱性が現バージョンから発見されました。こちらでアップデートしたところ、起動ができなくなりました。
至急弊社に来て修正作業をお願いします。なおお金は払わない。また営業に損失が出たので損害請求もする。

売れないものを
厳密につくっても
しょうがない

って気が付くべきだな

>>322
ウォーターフォールをやれてるつもりになってるアホって多いけど蓋を開ければ実態は遅延残業休出徹夜はあたりまえ、大量のバグ対応でフラグだらけゴミ実装っていうのがげ関の山
大規模になればなるほどこの傾向は顕著になる

設計もテストもするし、進捗管理もするだろ
アジャイルをなんだと思ってるんだ

>>256
俺の主観で申し訳ないけど、2と3の間あたり
コードの内容および連絡のやりかたで「3より」か「2より」かって判断になるかも

2は「アーティスト気質（実務だとマズいことがある）」
3は「プログラミング言語を道具として使う技術屋」

くらいの扱い

実際そうだからなんとも言えない
内製がアホなのも事実だし
海外の開発手法が内製を前提としているもの事実だし

単に未完成なのをアジャイルつってるだけだからな

WFほどの糞はない
ISO9001ほどの糞はない

>>182
瑕疵があってもクソゴミは存在するので開発手法とコードの品質は関係ないんじゃないか

>>80
滅茶苦茶になるね
Aって言ったのにBで作ってくるようなアホは絶対使い物にならないよ

プログラマが正しいかのような書き込みが多いが
同僚をみると必ずしもそうではないよ
仕様に対して明らかにおかしいことを相談もなしにやっちゃうやつっているよ
しかも１０年以上経験があるのにコレ
そういうのでもやっぱり作っちゃってから考えるの?

なおテスト問題は不定期に変えないといろいろ対策されるので注意
どこのセンター試験だよ

>>22
テストコードだって間違ってる
そもそも要件自体が間違ってる
自分がこの職業に就いたことが間違ってる
いやいや、もっと遡れば……生まれてすみません

内製だと必然的にアジャイルなんだけどね。
開発者１〜３名・ユーザー１名の体制だけどｗ
間に無駄な人が居ないから

あ？

>>5
アジャイルじゃなくて無計画なだけでしょう？

企画通すためにアジャイルでやったけど
通ってからそのコードをメンテしろって言うのな。

アジャイルのコードなんて捨てるもんだぜ

>>232
だがスクラムマスター達は往々にしてこのように言っている
「靴紐すら結べないバカの集まりでもスクラムは可能」とね

責任能力の問題
大規模開発ほど大企業へ発注する
大企業は中企業へ再委託する
中企業は小企業から派遣を雇う
発注元からすれば問題起きたら一次請けが責任とれよってスタンスだがその責任能力は企業ステータスと比例する

なので内製アジャイルになるわけです。

その理屈は分からんね。捨てるの？

アジャイルって、昔の情シスが自社のシステムを自分たちだけで作ってるようなイメージ。
業務の方から言われたことをちょっとずつシステムに継ぎ足していくような。
社員だからできるような進め方だと思うんだよね。

これはアジャイルの全てを完全に言いあらわした至言ですね

大規模な制御システムやら業務アプリは、
小さな修正が全体に影響すると大変なことになるから、
設計を詰めて、設計が完成したら製造にとりかかる。

そういう変更が困難なものや、バグがあったでは済まされないものは
ウオーターフォールでの開発があたりまえ。

【生涯収入】SEは人売り以下【早期離職】

俺が偽装請負多重派遣業界搾取SEを辞めて人売りやる理由

・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・偽装請負多重派遣に従うSEに制裁を与えられる
・結婚相手の生活を苦しめるSEに制裁を与えられる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半は高額搾取させてくれる
・SEの大半は料金以上に開発してくれる
・SEの大半は偽装請負多重派遣を訴えない
・SEを多重派遣すると責任問題を誤魔化せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに機密誓約させるから不法行為は警察や裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEのシステム未完成のせいにして報酬不払いにしても立証困難で警察や裁判官を騙せる
・SEの報酬を強奪しても立証困難で警察や裁判官を騙せる
・SEの鬱病や過労死も立証困難で警察や裁判官を騙せる
・SEを酷使して死なせても殺人罪にならない

お前ら無能な使い捨て奴隷のおかげでプログラム作らないで遊んで暮らせるからな

>>27
それがアジャイル!

>>188
じゃあ説明してみろよw

つまり、コードを書くよりエクセル方眼紙のほうが設計書としては優れているのではないかということ
コードであれば必ずバグが混入してしまう
こんなにバグが発生しやすい設計書は役に立たない

>>133
＞　つまり低スキルは自動的にアジャイルになる

なるほど。
トヨタの役員なんてスキルないもんな。
できるのは馬鹿な坊ちゃま社長をよいしょするだけ。

エクセルは思い付きをチャチャっとメモするのには使えるけど、それ以上の事をやらせようとすると詰む。

>>109
裁判すりゃいいじゃん
勝ち確定な上に風評ダメージ受けるのは客（払わないんだったら客ですらないが）のほうだよ

いまだにアジャイルに完成があると思ってるやつw

三井住友銀行はどうなの
IBMのBluemix使うとか読んだけど
こっちの方が先進的？

要件は確定しているが、暗号化されてるので解読するのに時間がかかる