アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net

1仕様書無しさん2017/06/18(日) 03:03:01.61
※前スレ
アジャイルを考えたやつの死を願うスレ
http://medaka.2ch.net/test/read.cgi/prog/1496364956/

2仕様書無しさん2017/06/18(日) 06:16:22.09
なんでむだなスレ立てたの?
内製アジャイルしか無駄って結論にしかならないのに。

3仕様書無しさん2017/06/18(日) 07:13:47.19
>>2
内製だって無駄だろこんなもん

4仕様書無しさん2017/06/18(日) 08:00:24.14
アジャイルで内戦して無駄死にを願うスレです

5仕様書無しさん2017/06/18(日) 08:15:48.98
内製だと必然的にアジャイルなんだけどね。
開発者1〜3名・ユーザー1名の体制だけどw
間に無駄な人が居ないから

6仕様書無しさん2017/06/18(日) 10:30:10.60
>>5
ユーザーってわざわざ客先から来るの?

7仕様書無しさん2017/06/18(日) 10:38:20.57
>>6
開発者が出向くか、向こうが開発ルームに来るか。その両方を交互にやるか。内製ならどんな体制でもとれる。

8仕様書無しさん2017/06/18(日) 11:05:01.04
ユーザ...?

9仕様書無しさん2017/06/18(日) 12:10:37.60
PLかな。

10仕様書無しさん2017/06/18(日) 12:34:31.90
今の時代はWFとうんこジャイルを混ぜたアジャターフォイルが主流

11仕様書無しさん2017/06/18(日) 12:35:07.32
アジャターフォイルなら請け負いでもどんとこい!

12仕様書無しさん2017/06/18(日) 16:06:38.67
まさか次スレが立つとは
なんだかんだ言って、気になる存在なのかね?

13仕様書無しさん2017/06/18(日) 16:08:54.85
そりゃ何といっても
アジャイル開発は、ソフトウエア開発でのトヨタ生産方式
だもんな

第二のΣ計画の発動だよ

14仕様書無しさん2017/06/18(日) 16:27:41.22
じゃあ我々はΩ計画へ移行しようか

15仕様書無しさん2017/06/18(日) 16:43:59.28
ΩΩΩ<な、なんだってー!!

16仕様書無しさん2017/06/18(日) 16:54:02.26
>>11
個人的にはウォタジャフォイルのがいい

17仕様書無しさん2017/06/18(日) 17:34:40.42
普通のウォーターフォールはV字モデルっていうんだ
それを重ねた開発モデルをW字モデルって言うらしい
アジャイルはもっと細かく重ねるからwwwwwwwwモデルだね

18仕様書無しさん2017/06/18(日) 18:52:30.23
通称大草原モデルやな

19仕様書無しさん2017/06/18(日) 20:03:48.85
アジャイルは草不可避っことか
うまいな

20仕様書無しさん2017/06/18(日) 20:24:42.19
キミもクサ喰ってアジャイルをしよう!

21仕様書無しさん2017/06/18(日) 21:10:41.58
ひとりアジャイル楽しいよ
ユーザーは身内でデザイナーとコーダーは俺一人
ショボくさい要求仕様汲み取って作って
アルファ版だから仕様の抜けはあなたたちで見つけてねというルールにしておけばいいし

22仕様書無しさん2017/06/18(日) 21:15:09.18
仕様書は間違っている可能性があるというのに
どうしてテストコードは間違っていないと思いこめるのだろうか?

23仕様書無しさん2017/06/18(日) 21:15:40.94
>>17
アジャイルは設計に対応したテストなんてしないから
V字にはならないよ

24仕様書無しさん2017/06/18(日) 21:16:06.61
>>9
桑田と清原すごかったよな
それが今は・・・

25仕様書無しさん2017/06/18(日) 21:17:02.20
>>5
アジャイルじゃなくて無計画なだけでしょう?

26仕様書無しさん2017/06/18(日) 22:11:19.88
>>22
テストコードだって間違ってる
そもそも要件自体が間違ってる
自分がこの職業に就いたことが間違ってる
いやいや、もっと遡れば……生まれてすみません

27仕様書無しさん2017/06/19(月) 07:34:16.09
計画的に無計画するんだよ

28仕様書無しさん2017/06/19(月) 09:16:50.51
>>27
それがアジャイル!

29仕様書無しさん2017/06/19(月) 10:22:32.51
>>22
テスタとコーダを別人にして仕様の妥当性吟味含めて別アプローチで見ることで精度が増す、ってことじゃね?

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

30仕様書無しさん2017/06/19(月) 18:30:25.54
だからSierは話に入るなよ
これでも読んでろ
http://simplearchitect.hatenablog.com/entry/2016/06/20/080807

31仕様書無しさん2017/06/19(月) 19:44:25.27
>>22
そりゃ
テストコードは動くけど
仕様書は動かんからねえ

32仕様書無しさん2017/06/19(月) 19:45:39.92
>>31
正解が脳内じゃいつまでたっても完成しないじゃん

33仕様書無しさん2017/06/19(月) 19:52:45.93
いまだにアジャイルに完成があると思ってるやつw

34仕様書無しさん2017/06/19(月) 19:54:17.53
>>32
正解が仕様書w

正解がコード

違いだな

35仕様書無しさん2017/06/19(月) 19:56:21.94
>>34
落ちても不具合じゃないんだ?www

36仕様書無しさん2017/06/19(月) 20:49:36.10
>>34
アジャイラーて現代に甦ったコボラーの事なのか?

37仕様書無しさん2017/06/19(月) 21:01:19.19
落ちればそれは新たなテストコードになるだけ

38仕様書無しさん2017/06/19(月) 21:06:04.49
>>37
滅茶苦茶だな
滅茶苦茶にしかならんと思う

39仕様書無しさん2017/06/19(月) 21:09:13.66
プログラマが正しいかのような書き込みが多いが
同僚をみると必ずしもそうではないよ
仕様に対して明らかにおかしいことを相談もなしにやっちゃうやつっているよ
しかも10年以上経験があるのにコレ
そういうのでもやっぱり作っちゃってから考えるの?

40仕様書無しさん2017/06/19(月) 21:09:57.45
テストコードのデバッグに追われるアジャラーwww

41仕様書無しさん2017/06/19(月) 21:11:59.31
アジャイルに与えられた使命は
面白い、楽しい、嬉しい
だからな

42仕様書無しさん2017/06/19(月) 21:14:49.77
大げさな話
メモ帳を作るはずだったのに電卓作っちゃったら
誰の責任でどう始末付けるの?

43仕様書無しさん2017/06/19(月) 21:18:02.99
顧客が本当に必要だったものが電卓だったってだけだろ
うれしい!楽しい!大好き!

44仕様書無しさん2017/06/19(月) 21:18:13.03
>>42
いったい貴様は何の話をしとるんや

45仕様書無しさん2017/06/19(月) 21:18:31.24
金融システムを作るはずだったのに、巨大なゴミを作ったところは、訴訟で責任の所在を決めたようだよ

46仕様書無しさん2017/06/19(月) 21:39:41.42
>>45
いきなり訴訟いっちゃうの?

47仕様書無しさん2017/06/19(月) 21:44:47.76
ここで粘着してる1はIQ低そう

48仕様書無しさん2017/06/19(月) 21:53:31.28
100%7次請けが悪いです

49仕様書無しさん2017/06/19(月) 21:55:48.13
>>46
IBM スルガ銀行

50仕様書無しさん2017/06/19(月) 22:50:44.67
三井住友銀行はどうなの
IBMのBluemix使うとか読んだけど
こっちの方が先進的?

51仕様書無しさん2017/06/19(月) 23:25:27.14
俺もアジャイル開発は否定的なんだけど、前スレからアジャイル批判に明け暮れてるのは、やはり知識が不足してる気がするな。
書籍だけど「アジャイル開発の本質とスケールアップ」は中々面白いのでおすすめ。
アジャイル開発では自動テスト必須だし、CIも必要だと思う。

ただ、やはり一括請負でのアジャイルは無理がある気がして手が出ないな。成功体験があれば聞いてみたい。

52仕様書無しさん2017/06/19(月) 23:30:44.80
成功するわけないんだから成功体験なんてあるわけがない

53仕様書無しさん2017/06/19(月) 23:40:13.17
成功って要するに下流が満足すればいいんだろ?
やっぱり無理に決まってる

54仕様書無しさん2017/06/20(火) 00:37:15.51
日本ではウォーターフォールですら、ちゃんとはやれないんだから、アジャイルでも大差ないよ

55仕様書無しさん2017/06/20(火) 01:40:10.89
成功は定義しない
それがアジャイル

56仕様書無しさん2017/06/20(火) 01:58:14.74
>>55
キチガイ過ぎるwwww

57仕様書無しさん2017/06/20(火) 06:16:12.53
成功は上流が決める事

トヨタが国とつるんでやるんだから
絶対「成功」するよ

58仕様書無しさん2017/06/20(火) 07:02:32.99
アジャイルは客の思い付きをすべて形にする
戦略的な部分は客が持ってる
だから意欲的な客とは相性がいい
お金を出したら完成品が出てくると思ってる客とは相性が悪い

59仕様書無しさん2017/06/20(火) 07:15:30.64
プログラマがボケだったときが考慮されてないな

60仕様書無しさん2017/06/20(火) 12:27:25.55
むしろ有能なプログラマーだと上手くいかない
意欲的な客ってそういうもん

61仕様書無しさん2017/06/20(火) 14:37:56.43
アジャイルは無能な開発者がいない前提やからな

62仕様書無しさん2017/06/20(火) 15:02:32.73
言ったことと違うもん作ってくる奴って絶対いるもんな
仕様書とそれに基づいたテスト仕様書って絶対必要だよ

63仕様書無しさん2017/06/20(火) 17:24:41.38
レベル低い池沼に合わせるから全て破綻する

64仕様書無しさん2017/06/20(火) 17:44:25.35
>>63
レベルの問題かなぁ?
経験十年以上の奴でも潜在的に人の話をそもそも聞いてねぇやつがいる
別に新卒でも聞いてる奴は聞いてるしねw

65仕様書無しさん2017/06/20(火) 22:48:51.58
潜在的に話を聞かないてどうゆう意味やでw

66仕様書無しさん2017/06/21(水) 03:28:28.84
>>65
コンボボックスで!って書いてあるのに
普通にラジオボタンで作ってくるとか

( ゚д゚)<なんでラジオボタンで作ったんディスカー?
(*´∀`)b

67仕様書無しさん2017/06/21(水) 06:30:56.16
Aをやれって言われて
はい!って返事して
Bの方が良いと思いましたと
Cをやってくる奴

って居るよね

68仕様書無しさん2017/06/21(水) 06:55:10.67
>>67
あるある
せめてBでやっていれば説明も付くんだけど
結局軸がぶれてるから方向性が定まらないんだよね

69仕様書無しさん2017/06/21(水) 12:27:41.24
>>66-68
人の話をよく聞けw

70仕様書無しさん2017/06/21(水) 12:44:14.73
いや、Aだと駄目だと機転効かせて他の方法に変えてくれた優秀な奴かも

(´・ω・`)b

71仕様書無しさん2017/06/21(水) 16:45:09.92
>>70
やるならやるで一言相談がなきゃ駄目だろ
だいたいテキトーに考えた機転が解決策になってるかどうかなんて怪しいで

そもそも報連相ができてないわけで褒められへんぞ

72仕様書無しさん2017/06/21(水) 19:06:30.22
Aから始まってζができるのがアジャイル

73仕様書無しさん2017/06/21(水) 21:23:45.09
>>71
いまだにこういう間違った「報連相」使ってるのって脳筋バカだけだと思ってたけどまさかマ板でみかけるとはw

74仕様書無しさん2017/06/21(水) 21:38:09.57
Aでやれって言ったやつがとてつもない馬鹿で
それを是正する意味であえて悪者役を買ってくれたいい奴かもしれない


(´・ω・`)b
(´・ω・`)b(´・ω・`)b【あたいがふー】
(´・ω・`)b

75仕様書無しさん2017/06/21(水) 21:41:27.27
いかん。。。

昼間飲んだバリウムがまだ出てくる
これは水分(発泡酒)を取らないと


(´・ω・`)b

76仕様書無しさん2017/06/21(水) 22:36:42.58
>>22
確率論の勝負
本当に必要なら3重チェック程度必要
テスト屋とQA部隊と開発チームの三つ

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

77仕様書無しさん2017/06/22(木) 00:31:21.39
>>67
Aの背景をちゃんと理解させてないからでしょ?
どういう風に手を動かすかだけ指示したらそうなるよ

78仕様書無しさん2017/06/22(木) 00:34:17.19
>>75
生水かミネラルウォーターを多め(最低でも1日2Lくらい)に取るべき
っつってももう遅いが

発泡酒で水分補給できるかどうかには疑問がある
どうも酒飲むと大腸での水分吸収が促されて小腸に水が回らないようで、詰まる可能性があるから

79仕様書無しさん2017/06/22(木) 07:19:22.19
自分でやったことすら理解できない奴に
何を説明しても無駄

80仕様書無しさん2017/06/22(木) 07:26:43.11
>>77
Aの指示をAでやるのがWF
Aの指示をBでやって結果を出すのはアジャイル
Cになってしまうのはタダのバカ

81仕様書無しさん2017/06/22(木) 07:40:43.31
>>80
滅茶苦茶になるね
Aって言ったのにBで作ってくるようなアホは絶対使い物にならないよ

82仕様書無しさん2017/06/22(木) 07:51:46.38
これはアジャイルの全てを完全に言いあらわした至言ですね

83仕様書無しさん2017/06/22(木) 08:03:00.01
打ち合わせで決めた通信プロトコルも平気で「こんなプロトコルじゃ俺のソウルは表現できねーんだよ!」って違うもん流れてくるんでしょ?
キチガイじゃん
ロックンローラーになるべきやつが間違えてプログラマになっちゃったの?

84仕様書無しさん2017/06/22(木) 12:27:16.90
ロックンローラーをなんだと思っとんねんw

85仕様書無しさん2017/06/22(木) 13:55:46.22
>>84
初めてもらった仕様書は読まずに破り捨てました。
アジャイル開発なんてそれでいいんだよ

86仕様書無しさん2017/06/22(木) 18:29:14.50
つまんないものを
仕様書どおり作っても
しょうがないからな

87仕様書無しさん2017/06/22(木) 19:36:28.69
>>86
お前カッコイイぜ

88仕様書無しさん2017/06/22(木) 20:54:40.29
盗んだPCでコーディングしだす 仕様も解らぬまま
暗い夜の帳りの中で
覚えたての高階関数をふかし 液晶を見つめながら
コミットし続けた 15のバグ

89仕様書無しさん2017/06/22(木) 21:16:10.44
エクストリーム・プログラミングって
エクストリームスポーツみたいなものかと
字面を見たとき思った

http://ja.uncyclopedia.info/wiki/%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%88%E3%83%AA%E3%83%BC%E3%83%A0%E3%83%BB%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

90仕様書無しさん2017/06/22(木) 21:26:29.65
ってかitの外人が提案する○○手法ってことごとく役に立たないな

お前等本当に有名な大学出たのかよ?
ってぐらいまったく役に立たない

検証方法も工数どのくらい削れて
品質も不具合何件減らせたよ?
ってレポートの1つも出さないでドヤ顔してるアホを持ち上げるなよ

91仕様書無しさん2017/06/22(木) 21:29:41.75
だから日本のITは負けたんだよ

92仕様書無しさん2017/06/22(木) 21:35:52.33
>>91
こいつらについて行かないほうがいいんじゃないか?
って気がしてる
もう成長も丁度行き詰まったみたいだし

少なくとも開発ツールで新手法系に金出す気は各社まったく無くなったと言っていいと思うよw
こんな馬鹿なことやってるから

次売れるとしたら
いつ実現するかわからん
ノンプログラミングツールぐらいかなぁ

93仕様書無しさん2017/06/23(金) 05:56:43.86
トヨタがアジャイルやるって言ってるのに

94仕様書無しさん2017/06/23(金) 06:02:54.42
>>93
下請イジメの最高峰じゃん
値切って値切って値切って値切って
下請はクソと思えってぐらいの文化持ってるのにこんなのやるわけ無いだろ

95仕様書無しさん2017/06/23(金) 06:08:44.31
最高益更新でも値下げ要求してる完全にキチガイだな
潰れちまえよトヨタ

96仕様書無しさん2017/06/23(金) 06:17:38.33
トヨタはタダで設計変更何回もやらせてるってナチュラルに書いてあるぜwww

97仕様書無しさん2017/06/23(金) 06:28:14.63
>>94
判ってないな
何度仕様変更しても
追加料金が発生しないのが
アジャイルなんだよ

98仕様書無しさん2017/06/23(金) 06:29:35.53
>>97
ギアを上げていくぞ!(無料)

99仕様書無しさん2017/06/25(日) 08:33:55.83
外注WFの仕様書は契約書(会社間)だからな
だから無駄が多い

内製WFは仕様要求のメモ

100仕様書無しさん2017/06/29(木) 15:21:27.33
アジャイル死ね

101仕様書無しさん2017/06/29(木) 16:58:12.12
アジャイル生きる!!!

102仕様書無しさん2017/06/29(木) 17:11:47.53
藤本敏史と
原西孝幸が
おるんか?

103仕様書無しさん2017/06/29(木) 23:00:14.12
アジャ居る

104仕様書無しさん2017/06/30(金) 11:01:39.96
瑕疵担保責任(かしたんぽせきにん)

納品されたシステム、プログラムに不具合があった場合、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年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

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

105仕様書無しさん2017/06/30(金) 13:38:44.23
>>104
ウンコだな
こんな奴隷確定契約なんて全く意味が感じられないな
永久サポートとかまたXPの改修くんじゃん
ただでさえ弱い下請けを国を上げてフルボッコにする理由が全くよくわからん
誰もやる奴いなくなるぞ

106仕様書無しさん2017/06/30(金) 13:49:33.30
うちは一年超えたら全て金取るで
契約外で無償サービスなんてアホなことやってる企業あるんかw

107仕様書無しさん2017/06/30(金) 15:58:06.12
今回は予算がないので無料でやってくれ、なんていう電話が
しょっちゅうかかってくるよ。
だいたい重電系の古くさい会社がそういうこと言う。

設立が20年以内ぐらいの新しいIT企業などは
そういうことは言ってこない。

よってここ10年以上、重電系企業からは
仕事を取っていない。

108仕様書無しさん2017/06/30(金) 16:32:04.92
>>107
あー重電ってやっぱりそういう文化あるんだ?
俺も初めて言われたときは耳を疑ったよ

109仕様書無しさん2017/06/30(金) 16:39:26.89
その時やってやって次のときに支払うのかと思ったらすっごいしょっぱい単価でしか契約してくれないの
しかも今回分しか金払わないし
そこは子会社だったから親会社に「あんたのとこはこういうことするの?」って聞いたら知らねって返ってきた
本当に「知らね」って言われたww

110仕様書無しさん2017/06/30(金) 20:30:10.13
下請法と矛盾しとらんのかコレ

111仕様書無しさん2017/06/30(金) 20:55:58.89
せやから、ずーとアジャイルしてればいいのよ。
アジャイルって毎月、金取るんだろ。

112仕様書無しさん2017/07/01(土) 00:19:41.42
>>109
裁判すりゃいいじゃん
勝ち確定な上に風評ダメージ受けるのは客(払わないんだったら客ですらないが)のほうだよ

113仕様書無しさん2017/07/01(土) 07:29:50.20
アジャイル死ね!!!

114仕様書無しさん2017/07/01(土) 17:03:44.29
裁判するのにどれだけの労力がかかるか知らんのか

115仕様書無しさん2017/07/01(土) 23:52:16.40
>>114
一度勝てば次から支払いがよくなるよ
コスパの問題

116仕様書無しさん2017/07/02(日) 00:13:43.40
>>115
仕事渡さないだろw

117仕様書無しさん2017/07/02(日) 08:53:28.45
>>90
当たり前だろw
外国の手法は、「内製が大前提」なんだから。
日本のような方式は、弱小企業でしかやってない。

118仕様書無しさん2017/07/02(日) 09:29:28.55
>>117
内製やるとアホになるの?

119仕様書無しさん2017/07/02(日) 11:28:12.51
実際そうだからなんとも言えない
内製がアホなのも事実だし
海外の開発手法が内製を前提としているもの事実だし

120仕様書無しさん2017/07/02(日) 12:00:22.31
海外は内製
内製はアホ
だから
海外はアホ

121仕様書無しさん2017/07/02(日) 13:56:33.08
そもそも外人のアプリって高確率でバグだらけで動かないよね
テスト手法が問題とかじゃねーよこのカス
言語の問題だって言い訳ぶっこくから英語OSまで用意してやったのに平気でフカシこいてんじゃねーよグズが
って英語で何ていうかわかんねーよファッキュー

122仕様書無しさん2017/07/02(日) 16:05:13.31
価値のないものを
正確に作っても
しょうがないんだよ

123仕様書無しさん2017/07/02(日) 16:55:07.52
俺が作ったとゆうことに価値がある

124仕様書無しさん2017/07/02(日) 16:56:23.46
>>122
フニャフニャとフニャフニャを掛け合わせてグチャグチャにするのか?

125仕様書無しさん2017/07/02(日) 18:16:49.93
偽装請負多重派遣搾取業界SEと離婚
両親や親戚に反対されましたが、時間外労働違反業界のSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は別業界の残業しない相手と結婚し、共働き出来るから将来不安から救われました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに安売り低収入
・高度情報技術者なのに安売り低収入
・高生産なのに安売り低収入
・高利益なのに安売り低収入
・高需要なのに安売り低収入
・学習多いのに安売り低収入
・人手不足なのに安売り低収入
・人手不足なのに無職意識
・会社員なのに短勤続年数
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

126仕様書無しさん2017/07/02(日) 21:25:28.99
>>117
内製はアメリカの話

おフランスとかオージーとかだと外注が多い感じ
ただ発注元が要件変更したら追加費用請求・期間延長は当然、って話になる
ドイツとイギリスは知らない
中国人とかだと華麗にスルー

・(ユーザーから見て)製造段階の要件変更は当然の権利
・追加費用禁止
・期間延長なし
・遅れたら賠償金払え

位の難易度なのは日本くらいだと思う

というか意図的に要件変更乱発してタダでシステムもらい、遅延損害金請求して
ソフト屋追い込んでカネぎってくる詐欺すらイケるレベルだし
弁護士サンに頼まないと自殺コース余裕

1271262017/07/02(日) 21:27:27.70
要件定義詐欺までやる企業はすごくレアだけど、ミナミはパないでぇ……

128仕様書無しさん2017/07/03(月) 08:25:03.90
【契約料金】奪われる業界【知的財産】

偽装請負多重派遣業界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

129仕様書無しさん2017/07/04(火) 08:31:27.67
単に未完成なのをアジャイルつってるだけだからな

130仕様書無しさん2017/07/04(火) 09:08:38.56
は?

131仕様書無しさん2017/07/04(火) 11:59:56.43
設計できないのをアジャイルといってるだけだじゃないの?

132仕様書無しさん2017/07/04(火) 12:13:49.81
>>131
違うよ、要件定義できないのをアジャイルっつってんの
要件が固まって変化しないならアジャイルなんていらない

133仕様書無しさん2017/07/04(火) 12:22:05.86
つまり低スキルは自動的にアジャイルになる

134仕様書無しさん2017/07/04(火) 12:49:37.26
新規性があるものもアジャイルが適してるね
新規性もなく、要件もほぼ固まってるような案件でやれアジャイルだと騒いでるお前らは、設計スキルのなさから目を背けてるだけ
いや仕様変更あるぞって反論もあるだろうけど、どうせ大した変更でもないでしょ
しかもそのほとんどは、あとから出てきた要件ではなく最初からあった要件をお前らの経験不足によって見落としてただけ

135仕様書無しさん2017/07/04(火) 14:03:38.79
>>133
> つまり低スキルは自動的にアジャイルになる

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

136仕様書無しさん2017/07/04(火) 19:46:18.94
なんの能力もないから
安心して傀儡として
アメリカで市場をもらえてるわけか

137仕様書無しさん2017/07/04(火) 20:51:45.59
そりゃ要件決まってる仕事はアジャイルせんわ
でなんで要件決まってるのにまだ開発してんの?

138仕様書無しさん2017/07/04(火) 20:54:08.29
【契約料金】実態派遣SEは奪われる業界【知的財産】

偽装請負多重派遣業界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

139仕様書無しさん2017/07/05(水) 00:58:02.39
要件は確定しているが、暗号化されてるので解読するのに時間がかかる

140仕様書無しさん2017/07/05(水) 02:13:38.15
文芸に於ける「はじめから箱書全部書け・パヤオ風にちょっと書いて後翌日スタイル・まったく不要」論争に近い気もする

141仕様書無しさん2017/07/05(水) 02:57:50.09
>>131
設計の定義が
「客が言ってたことをドキュメントにして名詞をクラス・動詞をメソッドにしますた」
とか
「帳票をER図に転記しました」
とか
「あと画面は大体こんな感じ、字数と俺の考えたテキトーな処理っぽいTODO書いたった」
レベルの話なら多分誰でもできる……と思うのだが

ちょっとアクロバットにFactoryをFactoryするFactoryメソッドとか? ちょっとアクロバットね

142仕様書無しさん2017/07/05(水) 07:23:51.95
ウオーターフォールをバカにすると
線状降水帯になって降り注ぐぞ

143仕様書無しさん2017/07/05(水) 12:16:46.18
大規模な制御システムやら業務アプリは、
小さな修正が全体に影響すると大変なことになるから、
設計を詰めて、設計が完成したら製造にとりかかる。

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

144仕様書無しさん2017/07/05(水) 18:37:00.23
小さな修正が全体に影響するシステムは
設計から間違っている失敗システムなので
結果としてアジャイルが出来ない
逆に堅牢なシステムはアジャイルでは作れない訳で
正しいウオーターフォールでの設計が必要

アジャイルもできるというのは
正しいウオーターフォールの検証にも良いかもな

145仕様書無しさん2017/07/05(水) 19:53:38.66
…キチガイかな

146仕様書無しさん2017/07/05(水) 21:19:27.58
アジャイルは結局のところ、小さいウォーターフォールを繰り返しましょうってことだろ。

要所要所で要点詰めないでグダグダやってられるかw

147仕様書無しさん2017/07/05(水) 21:34:37.49
ちげーよアホw

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

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

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

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

149仕様書無しさん2017/07/06(木) 06:06:04.13
設計資料出せって五月蠅いPLがいたので
doxygen で出したら満足してたよ

どうせ読まないんだよ作っても

150仕様書無しさん2017/07/06(木) 06:23:24.36
アジャイル死ね!!

151仕様書無しさん2017/07/06(木) 08:08:14.44
人月100万円以下で作ってはならない理由

・料金搾取の業界損害がある
・偽装請負多重派遣の業界損害がある
・将来リストラ問題の業界損害がある
・契約外期限遵守の業界損害がある
・客先指示遵守の業界損害がある
・知的財産譲渡の業界損害がある
・時間外労働違反の業界損害がある
・低予備工数見積の業界損害がある
・残業見積の業界損害がある
・無料追加の業界損害がある
・学習不足の業界損害がある
・裁判苦手の業界損害がある
・対人障害の業界損害がある
・健康障害の業界損害がある
・使い捨ての業界損害がある
・孤独死の業界損害がある
・低収入の業界損害がある
・低技術の業界損害がある
・結婚障害の業界損害がある
・鬱病早死多数の業界損害がある
・孤独死多数の業界損害がある
・技術裁判困難の業界損害がある

IT業界は使い捨て奴隷社員の世界
https://momonestyle.com/it-industry-does-not-gather

152仕様書無しさん2017/07/06(木) 09:09:23.57
とはいえお前らに100万出すほどの価値ないじゃん

153仕様書無しさん2017/07/06(木) 20:05:00.59
100万円ぽっちでクソみたいな世界でひとりの人間がしあわせになるんだから
つべこべ言わずに払え

154仕様書無しさん2017/07/06(木) 22:36:56.71
払っとるんやけどなあ実際
間で抜かれとるのはこっちの問題とちゃうわ

155仕様書無しさん2017/07/07(金) 01:21:53.79
中抜きといえば、転職サイトや転職エージェントなんかも少なくない額が
かかるから、高い報酬を提示できないっていう部分はあるだろうな。
ああいうビジネスモデルが悪いというか、ハロワとかの公的な就職支援が
ダメすぎるのが問題なんだろうな。

156仕様書無しさん2017/07/07(金) 06:31:38.27
なので内製アジャイルになるわけです。

157仕様書無しさん2017/07/07(金) 07:46:29.59
>>154
そんなとこ経由するのはなんでなの?

158仕様書無しさん2017/07/07(金) 09:10:53.48
責任能力の問題
大規模開発ほど大企業へ発注する
大企業は中企業へ再委託する
中企業は小企業から派遣を雇う
発注元からすれば問題起きたら一次請けが責任とれよってスタンスだがその責任能力は企業ステータスと比例する

159仕様書無しさん2017/07/07(金) 09:13:11.20
というか大規模開発はそもそも中小では体力的に請け負えないから2次にならざるを得ないし小規模開発もステータス高いところに発注した方が安心って感じ

160仕様書無しさん2017/07/07(金) 12:26:28.25
>>157
いや経由してるのはむしろお前らの方だろ
3次受や4次受なんて断ればいいだけ

161仕様書無しさん2017/07/07(金) 18:54:48.32
アジャイルって言葉で釣りたい企業がおおい
恰好いいから?

162仕様書無しさん2017/07/07(金) 19:15:59.34
トヨタがやるって言ってるから

163仕様書無しさん2017/07/07(金) 23:56:43.29
確かに大規模開発は中小には無理だけど、現実問題としてどれだけ大規模開発が
必要なんだというのがあるな。 ここぞとばかりに盛に盛ってなんちゃって大規模に
なってるのが大半だろ。

164仕様書無しさん2017/07/08(土) 00:08:51.15
>>162
結合テストにイラついてんじゃねえか?

紙に書いてるインターフェース頼みで結合コケるのをカイゼンしたかったのかも

165仕様書無しさん2017/07/08(土) 01:18:05.87
>>160
じゃあ正面玄関から入っていって仕事くれんの?

166仕様書無しさん2017/07/08(土) 07:33:08.91
アジャイルを拒否する請負は
ウオーターフォール爺が蔓延する
時代遅れの会社だからな

トヨタは振るい分けしたいんだよ

167仕様書無しさん2017/07/08(土) 08:07:40.45
>>166
下請イジメの真骨頂ですね

168仕様書無しさん2017/07/08(土) 10:58:01.37
上位の派遣会社ですら間に何社入ってるか全然知らないよね

169仕様書無しさん2017/07/08(土) 11:45:05.52
大規模になる時点で
設計が間違ってるんだよ

170仕様書無しさん2017/07/08(土) 12:13:12.57
水増しお金儲け人月商売

171仕様書無しさん2017/07/08(土) 15:13:56.24
機能を分けろよなw

172仕様書無しさん2017/07/08(土) 15:30:13.63
言うだけなら簡単

173仕様書無しさん2017/07/08(土) 21:39:09.60
神は女のおしっこの穴とちんこが入る穴を分けて作られなかった
そうゆうことやで

174仕様書無しさん2017/07/09(日) 02:55:37.74
えっ?

175仕様書無しさん2017/07/09(日) 03:36:36.52
>>173
メスコネクタに二つの機能を持たせるのは危険だったんだろう
膣が雑菌の住処になってたら子供が病気で死ぬ可能性上がるから
せいぜいお住まいになられていいのは動物系乳酸菌(人体に無害で、酸で殺菌してくれるアイツ)

健全な膣には動物系乳酸菌がおるので、(健康な人なら)クンニしたらちょっと酸っぱいにおいがしたりするわけ

過去には遺伝子のカラミで膣から放尿する装備になってた人もいたかもしれないが、淘汰されたのだろう
と想像するしかないけど

176仕様書無しさん2017/07/09(日) 09:59:16.40
そりゃビデ内蔵するようなもんだし
そんな進化は1世代で消えるよね

177仕様書無しさん2017/07/09(日) 10:01:18.28
生物で言うと
アジャイル=ウイルス
ウオーターフォール=DNA生物
な感じか

178仕様書無しさん2017/07/27(木) 09:10:39.85
なるほど
アジャイルを駆逐しよう

179仕様書無しさん2017/07/27(木) 09:27:49.72
>>177
予定説と自然選択説みたいなもんじゃないか

なのでアジャイルは絶滅する枝が多くて非効率だけど
WFの幹が絶滅に向かってたと判明したときよりは被害が小さい
有能な独裁制はポリアーキーより効率的だが失敗国家になったときの被害も効率的に巨大化するみたいなもんで

180仕様書無しさん2017/07/27(木) 22:47:13.60
でもやっぱり愚民だらけの国を正すには有能な独裁者を置くことのが最短

181仕様書無しさん2017/07/27(木) 23:31:08.32
>>180
居ればね 例)ムラ様みたいなの

大きい企業だと、派閥間抗争による仕様変更(A派閥の人がOK出したらB派閥がナメンなと言い出した)
システム片寄せじゃなくて作り直し系とかで……

あれはWFだろうがアジャイルだろうが何したって無駄だろうし

182仕様書無しさん2017/07/28(金) 22:04:30.90
アジャイルって瑕疵がないから品質悪いとコストが際限なく増えてくんやろ?
馬鹿じゃないの

183仕様書無しさん2017/07/29(土) 02:11:46.49
>>182
瑕疵があってもクソゴミは存在するので開発手法とコードの品質は関係ないんじゃないか

184仕様書無しさん2017/07/29(土) 07:53:52.59
瑕疵があれば糞ゴミに金はかからないでしょ
無賃で死ぬ気でなおせ

185仕様書無しさん2017/07/29(土) 08:37:36.13
アジャイルって、昔の情シスが自社のシステムを自分たちだけで作ってるようなイメージ。
業務の方から言われたことをちょっとずつシステムに継ぎ足していくような。
社員だからできるような進め方だと思うんだよね。

186仕様書無しさん2017/07/29(土) 11:31:31.09
>>184
瑕疵棒振り回しても、クソが出来上がるような状況だと
クソ以外の何かが出来上がることなんて奇跡でも
起きない限り無理だな。

コミュ充とかコミュ強と自分で思ってる奴ほど出来ない
ことを政治的な正しさを押し付けてやらせようとするよな。
きちんとしたものが欲しいなら金と時間をよこせっての。

187仕様書無しさん2017/07/29(土) 12:11:26.32
できますって言って請け負ったんだから責任とれよって言うのが瑕疵だろw

188仕様書無しさん2017/07/29(土) 12:58:56.46
>>187
アホか瑕疵そのものの認識から間違ってるのかよ。

189仕様書無しさん2017/07/29(土) 14:54:19.36
>>182
アジャイルでゴミだと中途で契約終了でフィニッシュなんじゃねえか?

WFだとゴミクズでもやり切ってケンカになる
まあ遅延損害金による相殺はあるかもしれないが、残額について払う払わない系の
で、何人か1チーム丸々かは知らないが、辞めていくわけな……

>>185
ある程度のヒヤリングし、何を作るかの大枠を合意形成はするね
相手がスコープクリープしたらお断りするためのもの
例えばマインドマップをメインに使っていくとか、業務フローとかを大雑把に図式して
「この辺の自動化な?」ってことになる

内製だと割と際限ないかも、とくに一人情シスの場合は……

190仕様書無しさん2017/07/29(土) 15:58:58.64
アジャイルの場合は品質悪かったら自分のせいでしょ
他人のソース引き継いだ場合はいくらでもリファクタリングできるんだし
やりやすいようにやればいいじゃん
業務レベルでおかしい場合は手ごわいかもしれんけどさ

191仕様書無しさん2017/07/29(土) 16:08:44.28
>>188
じゃあ説明してみろよw

192仕様書無しさん2017/07/29(土) 22:26:35.08
ひ…瑕疵

193仕様書無しさん2017/07/29(土) 22:50:18.63
瑕疵は狭義的には「バグ」の類
広義には「予めの決め事、法律、あるいは顧客が期待していた何かを達成できてない事」だろうが

瑕疵にこだわってることだけはわかるが
それ以外の内容ナッシングのようだから何の話をしたいのかわかんねぇな

WFのほうが瑕疵担保について利点があるというのでも示唆したいのかもしれないが
WF案件の成功率は30%くらいというのは既にIPAあたりが調べ済のことであるとは指摘しておく

194仕様書無しさん2017/07/29(土) 23:03:44.03
成功の定義って何なんだろうな
予算が多めにとれるかどうか程度の意味しかないような気がする

195仕様書無しさん2017/07/29(土) 23:51:56.89
瑕疵か瑕疵じゃないか単純に契約書に書かれている内容によるとしか言えない。
無茶な瑕疵担保責任の要求をしたってもめて裁判になるだけでオレオレの
瑕疵の認識なんてそれ以前の問題。

そういう認識論以前に、責任があれば能力があるなんてことを言うのは
ただのバカで、クソを作ったやつに責任があるからといって、クソじゃ
無いのを作らせようとしても無理だろってのを言ったのだが、それ以前の
瑕疵の認識からして出来ていない奴だったのかという。

ただ実際には責任と能力が一体化した認識を持っている人が一定数いて、
発注側にも当たり前のようにいるんだろうなあと。

196仕様書無しさん2017/07/29(土) 23:59:13.24
>>194
成功: 基準を達成した「ソリューション」がリリースされた
挑戦的(or 試行的) :  一部分の基準を達成しリリースされたが、完全ではない
失敗: ソリューションはリリースされなかった

だったかなぁ、
この場合のソリューションはシステム、鯖は雲っててアプリ単体かも知らんし
鯖コミコミかもしらんがそりゃどっちでもいいという話で

もしかしたら俺が見たのは、日経コンピュータの2008年12月1日号かカオスチャートだったかも……
IPAじゃなかったようだ orz

197仕様書無しさん2017/07/30(日) 00:04:59.03
etc9.hatenablog.com/entry/2017/02/08/000352

こっちだと「伝統的な手法」と「特にプロセスに従わない手法」で49〜50%の成功率
アジャイルで64%、RUPとかで65%、リーンは(俺はリーンについてよーしらんが)72%の成功率、とはあるね

198仕様書無しさん2017/07/30(日) 00:10:40.49
>>193
説明できない雑魚

199仕様書無しさん2017/07/30(日) 00:18:26.98
>>196
お前の会社の瑕疵の定義なんてしらんからな……

2001992017/07/30(日) 00:20:21.83
よし、じゃあ言い出しっぺに瑕疵とは何たるやをご説明してもらおうか

201仕様書無しさん2017/07/30(日) 12:30:03.97
>>200
契約書に書いてある以上のことでも以下のことでもない。
書いてないならお互いにすり合わせるか、裁判所へGO!

202仕様書無しさん2017/07/30(日) 15:27:42.20
立場の強いほうが決めるのが瑕疵
弱き者は従うのみ。

203仕様書無しさん2017/07/30(日) 15:38:21.53
弱き者は逃げるって手もある。

204仕様書無しさん2017/07/30(日) 21:51:48.93
>>201
「契約書に書いていないけれども法律上期待して当然」という事柄が漏れることになるから
その「瑕疵」の定義は問題がある

例: 「善意注意義務は契約書に書いてないからテキトーぶっこいていい」……わけはないわな

205仕様書無しさん2017/07/30(日) 22:10:10.46
きちんと契約書を作ったことがある人ならわかると思うけど、
そんな社会通念上こうだからいちいち書かないみたいなことはまずないよ。
個人事業者とか中小企業で社長が一人でやってるようなところとしか
ちゃんと契約書交わしたことないんじゃないの?
きちんと法務がチェックする会社同士の口座もない新規契約だと
基本契約だけで1か月かかるとかざらだし。

206仕様書無しさん2017/07/30(日) 22:18:44.98
>>205
長めの文章のご説明はありがたいが、今の流れでは瑕疵の定義何たるやを
ご説明いただくフェーズで

で、出てきた>>201の「瑕疵」の定義ではなんか漏れてない? 

って指摘をしたくらい
>>201の「瑕疵」の定義だと「判例とか、別の法律で規定されてるルールよりも契約書のほうが優先です」という
主張にもとれるわけで、ヘタ打つと裁判で勝てませんで? ってことにもなるから

207仕様書無しさん2017/07/30(日) 23:14:41.26
>>206
お前とは話してないよ。

208仕様書無しさん2017/07/31(月) 00:29:48.55
>>207
ケンカ売ってくださってるのかどうかにもよるかな……ちょっと言い方がそう見えたんでな

209仕様書無しさん2017/07/31(月) 01:30:03.16
>>208
IDが出ない板でケンカとか頭わいてるのか

210仕様書無しさん2017/07/31(月) 01:37:57.17
>>209
なるほど、その通りだな

211仕様書無しさん2017/07/31(月) 01:39:44.84
なんだなんだ?ケンカかオイ?なんならオレがそのケンカ買ってやろうか?
で?どっちが弱いんだオイ?

212仕様書無しさん2017/07/31(月) 01:46:57.17
プログラマーやってない俺がさいつよ

213210 = 2052017/07/31(月) 01:51:33.94
>>211
もう終わったんでないかな? 俺のことかと思ったが、違うようだし

214仕様書無しさん2017/07/31(月) 02:00:09.06
なんかいっつも安価ずれんだよな
>>204>>210 のはずなんだが、名前で書いたのが>>205とか……名前注視しすぎてんのかなぁ

215仕様書無しさん2017/07/31(月) 06:25:57.00
企画通すためにアジャイルでやったけど
通ってからそのコードをメンテしろって言うのな。

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

216仕様書無しさん2017/07/31(月) 12:31:07.21
その理屈は分からんね。捨てるの?

217仕様書無しさん2017/07/31(月) 12:34:13.85
意味不明www

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

219仕様書無しさん2017/07/31(月) 23:00:22.43
スクラムはゴミの集まりでも有効だ
こう宣言するゴミマスターがいるのも事実
だがこれはゴミがゴミでも許される内製のみに適用される
これを理解していないゴミも共に自殺しろ

220仕様書無しさん2017/07/31(月) 23:22:41.55
いまだによくわからんのだが「リファクタを受け付けにくい」という利点ないし欠点を有する
PythonをSIerが使わないのは謎
ENDが暗黙なんでリファクタリングツールによる自動インデントとかがよくシクるって意味
「設計の変更は付け足せ、ここにアダプタあるじゃろ」になる風味なPythonは
事前の設計重視には利点があろうし、WF向きの言語に見える

なお個人的にはPython来たら死ねっていうけど(2-3両対応だとSATSUGAIしたくなる)

221仕様書無しさん2017/08/01(火) 00:15:07.04
>>216
捨てるというより「リファクタ」のほうが正しいだろうか
何らかの形で最上位層から蹴れるテストが用意できれば割とゆゆう

保守だとリファクタできましぇんのほうが多いけどね
技術的にゴミ過ぎてできないのが10%くらい、動いているコードを書き換えるのはいかんが90%くらい
どの道ずっとやるわけでもないから敢えてきれいにしようとはせず、おっしゃられる通り5〜6か所コピペのところ
直して回って終わりのほうが多いかも

222仕様書無しさん2017/08/01(火) 03:52:11.19
>>218
いんや、その辺はマネージャがDQNだからだ……
たとえば課題出して、1か月くらいネッチリコードを書かせてレビュー掛けて力量を図る、
という期間すら用意しないとかマネジメントの不備にもほどがある
(テスト期間中は相手には契約通りの給与を支払うこと、作業してもらったんだから当然コストが出る)

日本のITが反省すべき点はそれというか「雇ったら期待通りの性能を出す」と仮定してるマネジメント能力のうんこさかも

223仕様書無しさん2017/08/01(火) 06:33:21.75
もう日本風にアレンジされて
「アジャイル」になってんよ。

224仕様書無しさん2017/08/01(火) 08:35:17.46
海外と日本を比べて語ってる奴いるけど、海外の優秀なプログラマと日本の底辺を比べてんの?
それとも、海外と日本の平均的なプログラマ同士を比べてんの?

225仕様書無しさん2017/08/01(火) 09:17:30.15
>>222
マネージメントよりも遥かに上、予算を握ってる連中の問題
コストに見合ったアウトプットがコミットされない企画に判子おせますか?
稟議通りますか?
社内で完結しているならマネジャーの力量でなんとかなるかもしれないがね

>>224
プログラマー同士を比較しているのではなく社会構造として必要な人材が必要なところに集まりやすいかどうか
人が日本に比べて遥かに流動的な国との違い
流動的であるからこそ生存競争も激しい
生存競争が激しい環境におかれて人達は生き残るためにどうすると思う?

226仕様書無しさん2017/08/01(火) 09:22:49.41
でもさ、お前らが口だけじゃなくて本当に実力があれば、日本のIT業界がクソな方が都合よくない?
圧倒的な技術力で駆逐するチャンスじゃんw

227仕様書無しさん2017/08/01(火) 09:28:31.00
>>226
チャンスなのは外資であって日本人ではないぞ
もちろん日本に外資やそれに近い体質を持っている企業もあるだろうけど

228仕様書無しさん2017/08/01(火) 09:32:18.10
スクラムマスターを名乗るならスクラムなんてものは多くのケースでやめたほうがよいことを声を大にして叫べ
それがおまえらの贖罪だ

ならウォールフォール?
ウォーターフォールなんてゴミ以下の害虫なのでさっさと消滅してくれ

229仕様書無しさん2017/08/01(火) 09:39:40.38
アジャイル開発が成功しない理由
・上司と上司より上が無能集団

反論ある?

230仕様書無しさん2017/08/01(火) 12:19:14.82
>>229
・そしてそれに輪をかけて無能なお前ら
が抜けとる

231仕様書無しさん2017/08/01(火) 12:45:07.44
>>230
それな
登場人物が全員無能なのに成功するはずがないw

232仕様書無しさん2017/08/01(火) 17:31:03.33
>>225
ソフトが生命線の会社だと、派遣とるとき1〜3か月くらい課題やらすかな
コードレビューで一定以上の品質のコード書けなかったら契約打ち切り
SIerでそういう「人間の検収」をしてるところは見たことないけど

……とりま、スクラム + XPだかほかの組み合わせだかは知らんが
アジャイルやるってなるとフルスタックいけるメンバー揃えんとコケるで

233仕様書無しさん2017/08/01(火) 18:12:27.12
>>232
1〜3ヶ月も書かせなきゃ評価できないとかw
なんでそんなに時間かかるんだよ無能

234仕様書無しさん2017/08/01(火) 18:34:34.29
フルスタックw

235仕様書無しさん2017/08/01(火) 20:21:29.34
フルスタックどころかPHPも出来ないし
Linuxのインストールすらできないでしょ

236仕様書無しさん2017/08/01(火) 22:34:27.44
どうしたフルスタッくんwおとなしいなw

237仕様書無しさん2017/08/01(火) 22:37:43.28
>>232
だがスクラムマスター達は往々にしてこのように言っている
「靴紐すら結べないバカの集まりでもスクラムは可能」とね

238仕様書無しさん2017/08/01(火) 23:46:29.25
>>237
うん、無理じゃね?

239仕様書無しさん2017/08/02(水) 01:59:32.47
>>233
面接だけでは実力わからないでしょ? という理由による

でまあ派遣なら大体3か月ごとなんで、三か月の間になんか課題出して書いてもらってってことになる
ドナドナの人だとそんなに時間ない場合多いので半月からひと月くらい
1週間必要なものを書いてもらう、あと一週間は予備日として扱う

急ぎでアサインされた彼がゴミ生産機だったとか、経歴詐称の新人とかよくあるでしょ
力量足らん人がアサインして混乱バラまいてくれても困るのよ

240仕様書無しさん2017/08/02(水) 12:28:05.09
面接で判断出来ない無能は何ヵ月見たってわからんよw原因は己の無能にあるのだからw
馬鹿だなフルスタッくんw

241仕様書無しさん2017/08/02(水) 13:23:51.34
面接で判断できると本気で思ってるなら飛び抜けたバカだなww

242仕様書無しさん2017/08/02(水) 14:58:44.25
3ヶ月もかけないとそいつのスキルを見抜けないようなアホだからな

243仕様書無しさん2017/08/02(水) 18:48:23.36
俺は5分ぐらい話しをして、
職務経歴書と学歴と、
SPIテストか適性テストの結果を
みればだいたいのことはわかる
と思う

244仕様書無しさん2017/08/02(水) 20:14:46.16
わかったつもりでゴミを押し付けてくるカス

245仕様書無しさん2017/08/02(水) 21:26:38.10
流動性の高すぎる職場にアジャイルはミリ

246仕様書無しさん2017/08/02(水) 21:29:58.65
スクラムって同じチーム体制を長期維持することで生産性を極限まで高めていくことを目的としてるからな
数ヶ月で編成変わる状況でスクラムとかヘソが茶を沸かすレベル

247仕様書無しさん2017/08/02(水) 22:21:46.73
日本のスタイルが異常なの

248仕様書無しさん2017/08/02(水) 22:47:13.45
>>239
> 経歴詐称の新人とかよくあるでしょ

詐称など少し話をすればすぐわかる。
わからんほうが馬鹿

249仕様書無しさん2017/08/02(水) 22:54:42.72
わかると思いこんでるクズ
こういうクズがいるとしわ寄せは全て現場に来る

250仕様書無しさん2017/08/02(水) 22:56:28.91
>>242
どういう形で居るのかにもよるという話だが、「派遣だと」大体3か月区切りになるから3か月
これは遠い昔に俺が派遣やってた頃、入った会社にて受けたテストだ
事前にテストやるとか聞いてたし、10個くらいあったかな

そのアイデアをパクって簡略化し、ショボい課題を出す感じにすた

・書いてもらうのはTwitterモドキ、字数はUTF-8の日本語で140字な
・セキュリティへの配慮はSQLインジェクション以外不要(クロスサイトなんちゃらとか気にすんな)
・書く(新規追加・編集)のと削除はログイン必要、見るのはログインいらん

って感じの仕様書渡して1〜2週くらいでWebアプリで書いてもらってコードを見る感じ
見栄えはどうでもいいのでCSSこだわらんでいい
イミフのところは質問随時すれ、仕様の穴はつついてOKやで
がルール

で、例えばクラスの分割もやらず1アクションに全部書いてきて
ififのforfor(あるいはeacheach)してたら「チェンジ」ってなる

……くらいのことすらしないでプロジェクトにアサインしてるとか度胸あるなって思った……

2512502017/08/02(水) 22:58:40.34
>>241
まぁ煽りにマジレスしても仕方ないしな!

252仕様書無しさん2017/08/02(水) 23:11:00.18
なおテスト問題は不定期に変えないといろいろ対策されるので注意
どこのセンター試験だよ

253仕様書無しさん2017/08/03(木) 00:13:17.18
>>248
ぶっちゃけ言うと、分かって入れてるんだろうなとか思うよ。
おっさんだとそこまでむごいのいないから、若いから何とか
なるだろうくらいの感覚で入れてると思う。 数字合わせを
やってるんじゃないっての。

面接する側からだと二十代後半でも十分若くみれるん
だろうけど、一緒に仕事するのにそれくらいの年で経歴
詐称レベルのきついよ。

終業時間外の勉強なんて自分のためにするものであって
今の業務のことに使われても困るし、残業したいとか
休出したいとか今のご時世で言われても困る。しかも、
派遣ならなおさら。

254仕様書無しさん2017/08/03(木) 00:27:41.94
技術が好きだからってのは3パターンあるからな

1. あこがれ
2. 俺の計算式を認める人間を探している
3. 自分はトラブルシューターである

3番目の人間だけが信じられる感じ?

1は専門用語すらわからんから分かる
2は面接じゃ絶対わからん、デザパタ至上主義者とかTDDこじらせて
全クラスに厳密なテスト入れるべき主義者とか
2か3かを判断するにはコードレビュー必須

255仕様書無しさん2017/08/03(木) 06:19:39.65
妙に優秀だと使いにくいと敬遠する
それが日本のアイテーだろ

256仕様書無しさん2017/08/03(木) 07:14:16.14
俺はトラブルメーカーだよ
世の中の新しい流れを汲んで全て取り込むんだけど
粗方の失敗を実践して周囲の人間のヘイトを買い続けるよ

最新技術オタクって1〜3のどれに当てはまるのかな?

257仕様書無しさん2017/08/03(木) 07:30:56.96
1でしょ:P

258仕様書無しさん2017/08/03(木) 21:04:37.61
>>250
1,2週間でそれ書いてもらって、あとの2ヶ月半はまた別の課題与えてんの?
どんだけ見極めに時間かかんだよ、ほんとアホだな

259仕様書無しさん2017/08/03(木) 21:15:55.14
>>255
それはあるな
無能なPLとかだととくに

260仕様書無しさん2017/08/03(木) 23:08:36.56
>>258
派遣でしばらくいてもらう人だと「最初の契約期間の間」用の課題になる
何度書いても見ないようだが

派遣頼む場合
大体3か月単位の契約だから
一回目の契約はテスト用にする

ということ
このくらい強調してもあの頭わりぃのは見えないんだろうな

協力会社系の話だと「うちは腕慣らしにコレやってもらうルールですわ」と1〜2週やってもらう感じ?
未見の人なら

261仕様書無しさん2017/08/03(木) 23:28:20.58
>>256
俺の主観で申し訳ないけど、2と3の間あたり
コードの内容および連絡のやりかたで「3より」か「2より」かって判断になるかも

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

くらいの扱い

262仕様書無しさん2017/08/06(日) 18:16:07.92
派遣プログラマって癌だよね

263仕様書無しさん2017/08/06(日) 18:22:33.56
>>262
お前も似たようなもんやでw

264仕様書無しさん2017/08/06(日) 21:38:05.54
>>262
比喩表現で返すなら癌とはいいがたいな

正常な細胞が変異してできた癌細胞は、不効率な代謝をやると知られている
正常な細胞の3倍から8倍ほどのブドウ糖を要求する
金銭をブドウ糖と例えるなら、派遣は正社員の1.5倍くらいの円っつかブドウ糖が必要で
頼むのは大体一時的なものだ
派遣を癌と例えるのは(経営的には)間違っている
派遣については、病気の際の投薬、の比喩がより適切だろう

増殖に関しても癌と派遣の比喩は正しくない
派遣社員は自然に増殖するものではなく、経営者や管理者層のコントロールにより意図的に増やされるものだから
これもまた癌の比喩とは合っていない

265仕様書無しさん2017/08/06(日) 21:52:08.30
はあ。

266仕様書無しさん2017/08/06(日) 22:05:31.59
>>265
同一人物かどうかしらんけどレス書く意味ないんと違うか……?

267仕様書無しさん2017/08/06(日) 22:26:36.80
あ?

268仕様書無しさん2017/08/06(日) 22:33:22.05
>>267
つぎは !? な(特攻の拓風に頼む)

269仕様書無しさん2017/08/07(月) 07:59:17.12
【生涯収入】SEは人売り以下【早期離職】

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

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

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

270仕様書無しさん2017/08/28(月) 13:25:39.31
このまでスクラムマスターの登場なし
本当はだれもアジャイルなんてやってないんじゃ

271仕様書無しさん2017/08/28(月) 19:42:31.68
>>本当はだれもアジャイルなんてやってないんじゃ
「アジャイル」なんていったら笑われるよ。
オブジェクト指向とかもそうだ。

最近は、オブジェクト指向も言わなくなったよね。
だだ、フレームワークに沿ってシコシコ、ロジック作ってるだけ。

272仕様書無しさん2017/08/28(月) 20:00:17.17
>>271
オブジェクト指向なんてもはや当たり前すぎていちいち言わなくなっただけでは

273仕様書無しさん2017/08/28(月) 20:24:27.08
MVCなんてVB6時代から言われてるのに

274仕様書無しさん2017/08/28(月) 20:44:54.02
MVCとオブジェクト指向は関係ないけど…初心者さんかな?

275仕様書無しさん2017/08/28(月) 21:20:56.11
OOPが言われなくなったのは、それが当たり前になったからよね
>>272も書いてるけど
あと、素晴らしいライブラリ/フレームワークとかが普通にOSSで手に入るようになって、今まではOOPで各自工夫していたようなのが全く不要になった

276仕様書無しさん2017/08/29(火) 01:53:50.96
>>今まではOOPで各自工夫していたようなのが全く不要になった
なんだ、おまえらOOPしてないじゃんか。

277仕様書無しさん2017/08/29(火) 01:56:54.81
>>271
なんでアジャイルって言ったら笑われるのかkwsk

278仕様書無しさん2017/08/29(火) 01:57:23.22
アジャコング思い出すから

279仕様書無しさん2017/08/29(火) 02:06:10.60
>>227
米と欧ではすでにアジャイルではなくなってしまったから
BDD(1クラスに対する細かすぎるテスト)とか、結局事前のモデリング優勢とかで
開発プロセスがウォーターフォールほど重くなってしまったようだ

「かつてか軽量とされたプロセス」扱いになってしまっているんで

280仕様書無しさん2017/08/29(火) 02:08:10.11
>>279
ソースは?

281仕様書無しさん2017/08/29(火) 08:23:22.19
【使い】派遣ツールスキルつけるな【捨て】

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

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

282仕様書無しさん2017/08/29(火) 17:01:48.91
あくまで『指向』だから
中途半端なんだよね
馬鹿が組めばどんな言語でもダメ

283仕様書無しさん2017/08/29(火) 20:41:13.47
しこう、なんてどうでもいいんじゃね?
所詮、人月人売商売が本質なんだから。

284仕様書無しさん2017/08/29(火) 21:57:30.72
>>280
中途半端アジャイルで失敗した無数の案件および
アジャイル宣言の一員であったアンドリュー・ハントのBlog
http://postd.cc/the-failure-of-agile/

機械的な手順に陥ってしまってうまくいかなくなりました系の話はよくあるでしょ
あるいは中途半端アジャイルをキメて「無限に要件定義しなおせるウォーターフォール」になったか

次はDevOpsだか、ハントのいうGROWSか
それともウォーターフォール回帰かは知らないが
「アジャイルはもう過去の遺物」状態の印象はあるわな……

285仕様書無しさん2017/08/29(火) 22:29:17.69
DevOpsは結局、Ops側がDev側にほとんど近づこうとしないから失敗でしょ。
Dev側のこいつ使えないなーとか思うような人でもOps側の真ん中より上程度の
自主性と学習意欲はあるからな。結局DevDevになってしまう。

286仕様書無しさん2017/08/29(火) 22:37:58.35
>>295
あれなぁ、「近づこうとしない」ではなく「近づけない」という場合が多々

どうしてもメソッドを細かくして1メソッド・1凝集度を目指すとか面倒すぎて無理、
引数古オープンにして全部1関数にべた書きにしたい
グローバル変数超大好き

という人が結構いるので……

287仕様書無しさん2017/08/29(火) 22:40:27.68
そういや「あんたのコードはあっちこっち行くから読めん」っつって全部一メソッドに書き直させられたことあったわ orz

288仕様書無しさん2017/08/29(火) 22:56:12.67
ただ細切れにしただけの、かえって読みにくいコード書く奴もたくさんいるからなぁ

289仕様書無しさん2017/08/29(火) 23:08:40.21
>>288
HasMovieEncoder(ノードはエンコーダっつかffmpegかgstもってねえか?)とかCanConnectBySSH(SSHでノードに接続できんの?)とか
on_schedule?(オンスケなん?)系の判定系は切り方細かいかもしらん……

290仕様書無しさん2017/08/30(水) 08:27:49.88
【使い】派遣ツールスキルつけるな【捨て】

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

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

291仕様書無しさん2017/09/14(木) 20:12:20.75
誰もいなくなったか。

292仕様書無しさん2017/09/20(水) 20:07:32.17
だってここまで一人もアジャイルやってるやつ出てこないし
アジャイルなんて幻なんや

293仕様書無しさん2017/09/21(木) 21:59:17.94
ウォーターフォールは駄目でアジャイルは素晴らしい、何でも出来るって思ってる
システム音痴の部長がいるんだが、どうすればいい?

294仕様書無しさん2017/09/23(土) 14:49:05.44
ウォーターフォールを使って
ウォーターフォールの欠点を
克服してみればいい

295仕様書無しさん2017/10/02(月) 00:53:59.51
WFは糞だけどならアジャイルかっていうとアジャイルはPMだーSMだーとルールが細かすぎて面倒
まともなフレームワークは無いのかよ

296仕様書無しさん2017/10/06(金) 15:39:40.49
アジャイルアジャイルって喪前らは宍戸エリカが存在しているのか!!!!


(´・ω・`)b

297仕様書無しさん2017/10/06(金) 20:57:31.06
おまえらが言うアジャイルって要するに趣味で開発してたやつのやり方だろ?

298仕様書無しさん2017/10/06(金) 21:03:54.58
>>295
POな

299仕様書無しさん2017/10/06(金) 21:06:09.72
>>297
無計画なのとアジャイルは違うよ

300仕様書無しさん2017/10/06(金) 21:10:30.34
似たようなもんやろw

301仕様書無しさん2017/10/06(金) 21:54:32.66
日本型アジャイルでは最初に立てた計画から外れる事は許されんのやぞ

302仕様書無しさん2017/10/06(金) 22:06:34.44
ウォーターフォールから仕様変更の自由を追加
もしくはアジャイルなのに品質や納期の優先度のほうが高い

それが日本型アジャイルだ

303仕様書無しさん2017/10/06(金) 22:44:34.96
アジャイルって納期や品質を犠牲にすることじゃないよ

304仕様書無しさん2017/10/07(土) 03:08:03.82
>>294
WF的なというか、Excelでネッチリお絵描きとドキュメント作成してからコード書いて爆死するより
ハナからコード書いて爆死するほうが(時間的な意味で)マシかな的な奴
仕事の領域によって考えが違うと思うけど

例えば、外部の仕様というか法律とか業界の慣習とか、そういうのが大体固定的というか「業務な基幹系」ならお絵描きはペイすると思う
客に「俺はあんたの業界を理解しています」と思わせるための資料でしかないのだろうがそれが求められる場合もある
書けなきゃ終わりです、「こいつわかってないわwww いらんwww」ってなる

逆にWebな新サービス立ち上げとかだとドキュメントねっちりはペイしない
実績をたたき出すんならどんだけマッハで改修できるかってところもある
お互い知らんことをやってるという前提で、どんだけ早く直して集客できるの? が必要な状況でネッチリとドキュメント書いてる暇ない

305仕様書無しさん2017/10/07(土) 08:25:25.74
ネッチリ言いたいだけ

306仕様書無しさん2017/10/07(土) 11:39:20.82
アジャイルで、ドキュメントは完璧に出してくださいよ。の顧客の開発は地獄だよな。
アジャイルだから毎月リリースするし、次から次へと改修案をださないと客が逃げてしまう。
結果、幾つもの対応リリースバージョンが出来上がり混沌状態に。

で、底辺最低レベルの俺の仕事はテスト。いきなり派遣されて、テスト仕様書見てもわからんわ。
15分単位で進捗聞かれ、アホ・マヌケ・クズ呼ばわりされたが、一か月試用期間で終了になってホッとしたよ。

307仕様書無しさん2017/10/07(土) 12:17:46.40
どんだけアホ・マヌケ・クズなんだよw

308仕様書無しさん2017/10/08(日) 02:29:10.09
オウム返しで煽りキメてると思ってるバカ登場ーおつー

309仕様書無しさん2017/10/08(日) 08:04:24.18
アジャイル死ね!!

310仕様書無しさん2017/10/08(日) 11:15:25.11
アジャイル生きる!!!

311仕様書無しさん2017/10/09(月) 10:59:51.58
結局、まともなアジャイルというのはウォーターフォールの
段階的な開発と同義となってしまうんだよね。
これを「まっとうなアジャイル」とすると、
途中で適当に変更していいという意味で使ってる、
「悪いアジャイル」というのがあるわけけだ。

アジャイルが嫌いと言ってるのは、その悪いアジャイルが嫌いなのである。

そんな簡単なこともわからんとは、アジャイラーは本当に頭が悪いな。

312仕様書無しさん2017/10/09(月) 11:07:35.39
売れないものをキッチリ作るより
売れるものをバグだらけで作る方が
付加価値があんだよ。

313仕様書無しさん2017/10/09(月) 11:23:02.31
>>312
売れるものをバグだらけで作るより、売れるものをきっちり作った方が価値があるよ

314仕様書無しさん2017/10/09(月) 12:10:01.52
キッチリ作れるもんは売れないんだよ

315仕様書無しさん2017/10/09(月) 12:22:26.36
きっちり作るんだったら完全全自動までいかないと意味がない
お金を産む機械であれば意味がある
保守が楽だという程度であれば初期投資を増やすのはリスクが増すだけ

316仕様書無しさん2017/10/09(月) 12:28:56.48
キッチリ作ってもバグだらけじゃんお前らw

317仕様書無しさん2017/10/10(火) 09:35:18.67
バグだらけでも売れれば勝ち

318仕様書無しさん2017/10/10(火) 09:36:45.41
きっちり作り込むのは時間も金もかかる。
売れるのを確認してからデバッグすれば良い。

319仕様書無しさん2017/10/10(火) 12:17:38.40
そんなこと言ったらお前らなんて一生デバッグの機会なんてないじゃん

320仕様書無しさん2017/10/10(火) 12:33:21.30
そのとおりでつ。ごめんなさい!

321仕様書無しさん2017/10/11(水) 02:37:29.86
このスレで同意できるのは、アジャイル開発は優秀なメンバーが揃っているのが前提というところだな。
開発未経験者が混じると悲惨。開発の濃度が高くて他に回せる仕事もない。

322仕様書無しさん2017/10/11(水) 03:13:12.95
>>321
ウォーターフォールできちんとやれない奴が、なぜかアジャイルでならやれると妄想してるのが笑えるよな
アジャイルって、要求の変化に柔軟に応えるための手法であって、開発の難易度を下げる手法じゃないのに

323仕様書無しさん2017/10/11(水) 06:45:25.69
まったくだ
工程管理や自動テストが必須の
アジャイルの方が難易度高いのに

324仕様書無しさん2017/10/11(水) 09:12:33.12
>>322
ウォーターフォールをやれてるつもりになってるアホって多いけど蓋を開ければ実態は遅延残業休出徹夜はあたりまえ、大量のバグ対応でフラグだらけゴミ実装っていうのがげ関の山
大規模になればなるほどこの傾向は顕著になる

325仕様書無しさん2017/10/11(水) 12:21:09.22
さすがにそこまでヒドイのに勘違いしてる奴はいないだろw
誇張しすぎてもはや嘘になってんぞw

326仕様書無しさん2017/10/11(水) 12:31:21.30
スケジュールを考慮しない仕様変更がなければ、
どっちでもうまくいくんだよ。

327仕様書無しさん2017/10/11(水) 13:12:52.37
>>326
数ヶ月の開発で半年前に全ての仕様を固めることは無理だとわかることが第一歩

328仕様書無しさん2017/10/11(水) 18:52:17.46
そんなもん始めからわかってるからどうとでも取れる仕様書書いてんだろハゲ

329仕様書無しさん2017/10/11(水) 19:03:39.56
その時間が無駄
つまりWFは無だ

330仕様書無しさん2017/10/11(水) 19:35:36.67
俺の時間が無駄かどうかなんてアジャイラーに判断できるわけないだろハゲ

331仕様書無しさん2017/10/11(水) 20:32:26.43
仕事が怒涛のように押し寄せるのが
ウオーターフォール

とか思ってるな

332仕様書無しさん2017/10/11(水) 22:28:49.08
そもそもドキュメントなんか書く時間が無駄
そんなことやってるから残業徹夜休出になる

333仕様書無しさん2017/10/11(水) 23:18:24.76
うむ、まあ無駄というか、お前にドキュメントを書かせようとする奴がいるとしたら
そいつは相当な無能だな、理解した

334仕様書無しさん2017/10/11(水) 23:22:09.50
ドキュメントなんて前時代的なものを書いているから無駄にコストばかりかかってゴミしかできない
製造業の真似事をしている限り日本はIT後進国から抜けられない

335仕様書無しさん2017/10/12(木) 00:13:13.47
>>334
でもさ、お前のコード、ドキュメントの助けがないと読める代物じゃないんだろうし、ドキュメントを求める気持ちもわからないではない

336仕様書無しさん2017/10/12(木) 02:28:11.99
ドキュメントなんてどうせメンテしきれないんだしなんの助けにはもならない
ソースが全てを物語る

337仕様書無しさん2017/10/12(木) 02:42:32.43
ドキュメント全否定はただのアホ

338仕様書無しさん2017/10/12(木) 09:03:39.58
ドキュメント全肯定はただのアホ

339仕様書無しさん2017/10/12(木) 18:49:32.24
ドキュメントはコードから出すもんだろ

340仕様書無しさん2017/10/12(木) 19:50:47.01
そんな高度な技知りません

コードだけに(´・ω・`)b

341仕様書無しさん2017/10/16(月) 22:55:03.34
コードだけに高度なことやれカス

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