アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>34
アジャイラーて現代に甦ったコボラーの事なのか? >>37
滅茶苦茶だな
滅茶苦茶にしかならんと思う プログラマが正しいかのような書き込みが多いが
同僚をみると必ずしもそうではないよ
仕様に対して明らかにおかしいことを相談もなしにやっちゃうやつっているよ
しかも10年以上経験があるのにコレ
そういうのでもやっぱり作っちゃってから考えるの? アジャイルに与えられた使命は
面白い、楽しい、嬉しい
だからな 大げさな話
メモ帳を作るはずだったのに電卓作っちゃったら
誰の責任でどう始末付けるの? 顧客が本当に必要だったものが電卓だったってだけだろ
うれしい!楽しい!大好き! 金融システムを作るはずだったのに、巨大なゴミを作ったところは、訴訟で責任の所在を決めたようだよ 三井住友銀行はどうなの
IBMのBluemix使うとか読んだけど
こっちの方が先進的? 俺もアジャイル開発は否定的なんだけど、前スレからアジャイル批判に明け暮れてるのは、やはり知識が不足してる気がするな。
書籍だけど「アジャイル開発の本質とスケールアップ」は中々面白いのでおすすめ。
アジャイル開発では自動テスト必須だし、CIも必要だと思う。
ただ、やはり一括請負でのアジャイルは無理がある気がして手が出ないな。成功体験があれば聞いてみたい。 成功するわけないんだから成功体験なんてあるわけがない 成功って要するに下流が満足すればいいんだろ?
やっぱり無理に決まってる 日本ではウォーターフォールですら、ちゃんとはやれないんだから、アジャイルでも大差ないよ 成功は上流が決める事
トヨタが国とつるんでやるんだから
絶対「成功」するよ アジャイルは客の思い付きをすべて形にする
戦略的な部分は客が持ってる
だから意欲的な客とは相性がいい
お金を出したら完成品が出てくると思ってる客とは相性が悪い むしろ有能なプログラマーだと上手くいかない
意欲的な客ってそういうもん 言ったことと違うもん作ってくる奴って絶対いるもんな
仕様書とそれに基づいたテスト仕様書って絶対必要だよ >>63
レベルの問題かなぁ?
経験十年以上の奴でも潜在的に人の話をそもそも聞いてねぇやつがいる
別に新卒でも聞いてる奴は聞いてるしねw >>65
コンボボックスで!って書いてあるのに
普通にラジオボタンで作ってくるとか
( ゚д゚)<なんでラジオボタンで作ったんディスカー?
(*´∀`)b Aをやれって言われて
はい!って返事して
Bの方が良いと思いましたと
Cをやってくる奴
って居るよね >>67
あるある
せめてBでやっていれば説明も付くんだけど
結局軸がぶれてるから方向性が定まらないんだよね いや、Aだと駄目だと機転効かせて他の方法に変えてくれた優秀な奴かも
(´・ω・`)b >>70
やるならやるで一言相談がなきゃ駄目だろ
だいたいテキトーに考えた機転が解決策になってるかどうかなんて怪しいで
そもそも報連相ができてないわけで褒められへんぞ >>71
いまだにこういう間違った「報連相」使ってるのって脳筋バカだけだと思ってたけどまさかマ板でみかけるとはw Aでやれって言ったやつがとてつもない馬鹿で
それを是正する意味であえて悪者役を買ってくれたいい奴かもしれない
(´・ω・`)b
(´・ω・`)b(´・ω・`)b【あたいがふー】
(´・ω・`)b いかん。。。
昼間飲んだバリウムがまだ出てくる
これは水分(発泡酒)を取らないと
(´・ω・`)b >>22
確率論の勝負
本当に必要なら3重チェック程度必要
テスト屋とQA部隊と開発チームの三つ
どちらかというと「回帰(プログラマーズ)テスト」程度のもので >>67
Aの背景をちゃんと理解させてないからでしょ?
どういう風に手を動かすかだけ指示したらそうなるよ >>75
生水かミネラルウォーターを多め(最低でも1日2Lくらい)に取るべき
っつってももう遅いが
発泡酒で水分補給できるかどうかには疑問がある
どうも酒飲むと大腸での水分吸収が促されて小腸に水が回らないようで、詰まる可能性があるから 自分でやったことすら理解できない奴に
何を説明しても無駄 >>77
Aの指示をAでやるのがWF
Aの指示をBでやって結果を出すのはアジャイル
Cになってしまうのはタダのバカ >>80
滅茶苦茶になるね
Aって言ったのにBで作ってくるようなアホは絶対使い物にならないよ これはアジャイルの全てを完全に言いあらわした至言ですね 打ち合わせで決めた通信プロトコルも平気で「こんなプロトコルじゃ俺のソウルは表現できねーんだよ!」って違うもん流れてくるんでしょ?
キチガイじゃん
ロックンローラーになるべきやつが間違えてプログラマになっちゃったの? >>84
初めてもらった仕様書は読まずに破り捨てました。
アジャイル開発なんてそれでいいんだよ つまんないものを
仕様書どおり作っても
しょうがないからな 盗んだPCでコーディングしだす 仕様も解らぬまま
暗い夜の帳りの中で
覚えたての高階関数をふかし 液晶を見つめながら
コミットし続けた 15のバグ ってかitの外人が提案する○○手法ってことごとく役に立たないな
お前等本当に有名な大学出たのかよ?
ってぐらいまったく役に立たない
検証方法も工数どのくらい削れて
品質も不具合何件減らせたよ?
ってレポートの1つも出さないでドヤ顔してるアホを持ち上げるなよ >>91
こいつらについて行かないほうがいいんじゃないか?
って気がしてる
もう成長も丁度行き詰まったみたいだし
少なくとも開発ツールで新手法系に金出す気は各社まったく無くなったと言っていいと思うよw
こんな馬鹿なことやってるから
次売れるとしたら
いつ実現するかわからん
ノンプログラミングツールぐらいかなぁ >>93
下請イジメの最高峰じゃん
値切って値切って値切って値切って
下請はクソと思えってぐらいの文化持ってるのにこんなのやるわけ無いだろ 最高益更新でも値下げ要求してる完全にキチガイだな
潰れちまえよトヨタ トヨタはタダで設計変更何回もやらせてるってナチュラルに書いてあるぜwww >>94
判ってないな
何度仕様変更しても
追加料金が発生しないのが
アジャイルなんだよ 外注WFの仕様書は契約書(会社間)だからな
だから無駄が多い
内製WFは仕様要求のメモ 瑕疵担保責任(かしたんぽせきにん)
納品されたシステム、プログラムに不具合があった場合、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年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。
重大な脆弱性が現バージョンから発見されました。こちらでアップデートしたところ、起動ができなくなりました。
至急弊社に来て修正作業をお願いします。なおお金は払わない。また営業に損失が出たので損害請求もする。 >>104
ウンコだな
こんな奴隷確定契約なんて全く意味が感じられないな
永久サポートとかまたXPの改修くんじゃん
ただでさえ弱い下請けを国を上げてフルボッコにする理由が全くよくわからん
誰もやる奴いなくなるぞ うちは一年超えたら全て金取るで
契約外で無償サービスなんてアホなことやってる企業あるんかw 今回は予算がないので無料でやってくれ、なんていう電話が
しょっちゅうかかってくるよ。
だいたい重電系の古くさい会社がそういうこと言う。
設立が20年以内ぐらいの新しいIT企業などは
そういうことは言ってこない。
よってここ10年以上、重電系企業からは
仕事を取っていない。 >>107
あー重電ってやっぱりそういう文化あるんだ?
俺も初めて言われたときは耳を疑ったよ その時やってやって次のときに支払うのかと思ったらすっごいしょっぱい単価でしか契約してくれないの
しかも今回分しか金払わないし
そこは子会社だったから親会社に「あんたのとこはこういうことするの?」って聞いたら知らねって返ってきた
本当に「知らね」って言われたww せやから、ずーとアジャイルしてればいいのよ。
アジャイルって毎月、金取るんだろ。 >>109
裁判すりゃいいじゃん
勝ち確定な上に風評ダメージ受けるのは客(払わないんだったら客ですらないが)のほうだよ >>114
一度勝てば次から支払いがよくなるよ
コスパの問題 >>90
当たり前だろw
外国の手法は、「内製が大前提」なんだから。
日本のような方式は、弱小企業でしかやってない。 実際そうだからなんとも言えない
内製がアホなのも事実だし
海外の開発手法が内製を前提としているもの事実だし そもそも外人のアプリって高確率でバグだらけで動かないよね
テスト手法が問題とかじゃねーよこのカス
言語の問題だって言い訳ぶっこくから英語OSまで用意してやったのに平気でフカシこいてんじゃねーよグズが
って英語で何ていうかわかんねーよファッキュー 価値のないものを
正確に作っても
しょうがないんだよ >>122
フニャフニャとフニャフニャを掛け合わせてグチャグチャにするのか? 偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は別業界の残業しない相手と結婚し、共働き出来るから将来不安から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・人手不足なのに無職意識
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf >>117
内製はアメリカの話
おフランスとかオージーとかだと外注が多い感じ
ただ発注元が要件変更したら追加費用請求・期間延長は当然、って話になる
ドイツとイギリスは知らない
中国人とかだと華麗にスルー
・(ユーザーから見て)製造段階の要件変更は当然の権利
・追加費用禁止
・期間延長なし
・遅れたら賠償金払え
位の難易度なのは日本くらいだと思う
というか意図的に要件変更乱発してタダでシステムもらい、遅延損害金請求して
ソフト屋追い込んでカネぎってくる詐欺すらイケるレベルだし
弁護士サンに頼まないと自殺コース余裕 要件定義詐欺までやる企業はすごくレアだけど、ミナミはパないでぇ…… 【契約料金】奪われる業界【知的財産】
偽装請負多重派遣業界SEの搾取被害
契約料金増やすか作業減らせ!
知的財産まで奪われてるだろ!
システム開発報酬盗難被害の事件例
加害者
発注者 支払 140万円/人月 1億円/人月の大儲け
被害者
1次受注者 報酬 120万円/人月 20万円/人月の盗難被害
2次受注者 報酬 80万円/人月 60万円/人月の盗難被害
3次受注者 報酬 60万円/人月 80万円/人月の盗難被害
プログラムの盗難被害
ドキュメントの盗難被害
IT技術者を「多重派遣」した労働者派遣事業主を行政処分
http://tokyo-roudoukyoku.jsite.mhlw.go.jp/news_topics/houdou/2016/_122544.html 設計できないのをアジャイルといってるだけだじゃないの? >>131
違うよ、要件定義できないのをアジャイルっつってんの
要件が固まって変化しないならアジャイルなんていらない 新規性があるものもアジャイルが適してるね
新規性もなく、要件もほぼ固まってるような案件でやれアジャイルだと騒いでるお前らは、設計スキルのなさから目を背けてるだけ
いや仕様変更あるぞって反論もあるだろうけど、どうせ大した変更でもないでしょ
しかもそのほとんどは、あとから出てきた要件ではなく最初からあった要件をお前らの経験不足によって見落としてただけ ■ このスレッドは過去ログ倉庫に格納されています