アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
アジャイルって言葉で釣りたい企業がおおい
恰好いいから? 確かに大規模開発は中小には無理だけど、現実問題としてどれだけ大規模開発が
必要なんだというのがあるな。 ここぞとばかりに盛に盛ってなんちゃって大規模に
なってるのが大半だろ。 >>162
結合テストにイラついてんじゃねえか?
紙に書いてるインターフェース頼みで結合コケるのをカイゼンしたかったのかも >>160
じゃあ正面玄関から入っていって仕事くれんの? アジャイルを拒否する請負は
ウオーターフォール爺が蔓延する
時代遅れの会社だからな
トヨタは振るい分けしたいんだよ 上位の派遣会社ですら間に何社入ってるか全然知らないよね 神は女のおしっこの穴とちんこが入る穴を分けて作られなかった
そうゆうことやで >>173
メスコネクタに二つの機能を持たせるのは危険だったんだろう
膣が雑菌の住処になってたら子供が病気で死ぬ可能性上がるから
せいぜいお住まいになられていいのは動物系乳酸菌(人体に無害で、酸で殺菌してくれるアイツ)
健全な膣には動物系乳酸菌がおるので、(健康な人なら)クンニしたらちょっと酸っぱいにおいがしたりするわけ
過去には遺伝子のカラミで膣から放尿する装備になってた人もいたかもしれないが、淘汰されたのだろう
と想像するしかないけど そりゃビデ内蔵するようなもんだし
そんな進化は1世代で消えるよね 生物で言うと
アジャイル=ウイルス
ウオーターフォール=DNA生物
な感じか >>177
予定説と自然選択説みたいなもんじゃないか
なのでアジャイルは絶滅する枝が多くて非効率だけど
WFの幹が絶滅に向かってたと判明したときよりは被害が小さい
有能な独裁制はポリアーキーより効率的だが失敗国家になったときの被害も効率的に巨大化するみたいなもんで でもやっぱり愚民だらけの国を正すには有能な独裁者を置くことのが最短 >>180
居ればね 例)ムラ様みたいなの
大きい企業だと、派閥間抗争による仕様変更(A派閥の人がOK出したらB派閥がナメンなと言い出した)
システム片寄せじゃなくて作り直し系とかで……
あれはWFだろうがアジャイルだろうが何したって無駄だろうし アジャイルって瑕疵がないから品質悪いとコストが際限なく増えてくんやろ?
馬鹿じゃないの >>182
瑕疵があってもクソゴミは存在するので開発手法とコードの品質は関係ないんじゃないか 瑕疵があれば糞ゴミに金はかからないでしょ
無賃で死ぬ気でなおせ アジャイルって、昔の情シスが自社のシステムを自分たちだけで作ってるようなイメージ。
業務の方から言われたことをちょっとずつシステムに継ぎ足していくような。
社員だからできるような進め方だと思うんだよね。 >>184
瑕疵棒振り回しても、クソが出来上がるような状況だと
クソ以外の何かが出来上がることなんて奇跡でも
起きない限り無理だな。
コミュ充とかコミュ強と自分で思ってる奴ほど出来ない
ことを政治的な正しさを押し付けてやらせようとするよな。
きちんとしたものが欲しいなら金と時間をよこせっての。 できますって言って請け負ったんだから責任とれよって言うのが瑕疵だろw >>187
アホか瑕疵そのものの認識から間違ってるのかよ。 >>182
アジャイルでゴミだと中途で契約終了でフィニッシュなんじゃねえか?
WFだとゴミクズでもやり切ってケンカになる
まあ遅延損害金による相殺はあるかもしれないが、残額について払う払わない系の
で、何人か1チーム丸々かは知らないが、辞めていくわけな……
>>185
ある程度のヒヤリングし、何を作るかの大枠を合意形成はするね
相手がスコープクリープしたらお断りするためのもの
例えばマインドマップをメインに使っていくとか、業務フローとかを大雑把に図式して
「この辺の自動化な?」ってことになる
内製だと割と際限ないかも、とくに一人情シスの場合は…… アジャイルの場合は品質悪かったら自分のせいでしょ
他人のソース引き継いだ場合はいくらでもリファクタリングできるんだし
やりやすいようにやればいいじゃん
業務レベルでおかしい場合は手ごわいかもしれんけどさ 瑕疵は狭義的には「バグ」の類
広義には「予めの決め事、法律、あるいは顧客が期待していた何かを達成できてない事」だろうが
瑕疵にこだわってることだけはわかるが
それ以外の内容ナッシングのようだから何の話をしたいのかわかんねぇな
WFのほうが瑕疵担保について利点があるというのでも示唆したいのかもしれないが
WF案件の成功率は30%くらいというのは既にIPAあたりが調べ済のことであるとは指摘しておく 成功の定義って何なんだろうな
予算が多めにとれるかどうか程度の意味しかないような気がする 瑕疵か瑕疵じゃないか単純に契約書に書かれている内容によるとしか言えない。
無茶な瑕疵担保責任の要求をしたってもめて裁判になるだけでオレオレの
瑕疵の認識なんてそれ以前の問題。
そういう認識論以前に、責任があれば能力があるなんてことを言うのは
ただのバカで、クソを作ったやつに責任があるからといって、クソじゃ
無いのを作らせようとしても無理だろってのを言ったのだが、それ以前の
瑕疵の認識からして出来ていない奴だったのかという。
ただ実際には責任と能力が一体化した認識を持っている人が一定数いて、
発注側にも当たり前のようにいるんだろうなあと。 >>194
成功: 基準を達成した「ソリューション」がリリースされた
挑戦的(or 試行的) : 一部分の基準を達成しリリースされたが、完全ではない
失敗: ソリューションはリリースされなかった
だったかなぁ、
この場合のソリューションはシステム、鯖は雲っててアプリ単体かも知らんし
鯖コミコミかもしらんがそりゃどっちでもいいという話で
もしかしたら俺が見たのは、日経コンピュータの2008年12月1日号かカオスチャートだったかも……
IPAじゃなかったようだ orz etc9.hatenablog.com/entry/2017/02/08/000352
こっちだと「伝統的な手法」と「特にプロセスに従わない手法」で49〜50%の成功率
アジャイルで64%、RUPとかで65%、リーンは(俺はリーンについてよーしらんが)72%の成功率、とはあるね >>196
お前の会社の瑕疵の定義なんてしらんからな…… よし、じゃあ言い出しっぺに瑕疵とは何たるやをご説明してもらおうか >>200
契約書に書いてある以上のことでも以下のことでもない。
書いてないならお互いにすり合わせるか、裁判所へGO! 立場の強いほうが決めるのが瑕疵
弱き者は従うのみ。 >>201
「契約書に書いていないけれども法律上期待して当然」という事柄が漏れることになるから
その「瑕疵」の定義は問題がある
例: 「善意注意義務は契約書に書いてないからテキトーぶっこいていい」……わけはないわな きちんと契約書を作ったことがある人ならわかると思うけど、
そんな社会通念上こうだからいちいち書かないみたいなことはまずないよ。
個人事業者とか中小企業で社長が一人でやってるようなところとしか
ちゃんと契約書交わしたことないんじゃないの?
きちんと法務がチェックする会社同士の口座もない新規契約だと
基本契約だけで1か月かかるとかざらだし。 >>205
長めの文章のご説明はありがたいが、今の流れでは瑕疵の定義何たるやを
ご説明いただくフェーズで
で、出てきた>>201の「瑕疵」の定義ではなんか漏れてない?
って指摘をしたくらい
>>201の「瑕疵」の定義だと「判例とか、別の法律で規定されてるルールよりも契約書のほうが優先です」という
主張にもとれるわけで、ヘタ打つと裁判で勝てませんで? ってことにもなるから >>207
ケンカ売ってくださってるのかどうかにもよるかな……ちょっと言い方がそう見えたんでな >>208
IDが出ない板でケンカとか頭わいてるのか なんだなんだ?ケンカかオイ?なんならオレがそのケンカ買ってやろうか?
で?どっちが弱いんだオイ? >>211
もう終わったんでないかな? 俺のことかと思ったが、違うようだし なんかいっつも安価ずれんだよな
>>204 と >>210 のはずなんだが、名前で書いたのが>>205とか……名前注視しすぎてんのかなぁ 企画通すためにアジャイルでやったけど
通ってからそのコードをメンテしろって言うのな。
アジャイルのコードなんて捨てるもんだぜ 断言しよう
アジャイル=スクラムってものが日本で主流になることも成功することもない
なぜなら開発に必要な人材が必要なだけ集まる契約社会のアメリカとは事情が違うから
日本のプログラマーの大半は自分の仕事に興味も向上心もない正社員という殻に守られたゴミばかり
ゴミをどれだけ集めてもスクラムが目指す自立した最強の部隊なんてものができるはずも無い
すなわちゴミはゴミとして管理されないといけない
アメリカン被れのスクラムマスターとやらはそこをまるで理解していない
そしてアジャイル開発なんていう存在しない言葉を使っている大企業のバカどもも同じ
全ての罪はアジャイルを誤解されるような方法で広めたファシリエータ()にある
責任取って自殺しろ スクラムはゴミの集まりでも有効だ
こう宣言するゴミマスターがいるのも事実
だがこれはゴミがゴミでも許される内製のみに適用される
これを理解していないゴミも共に自殺しろ いまだによくわからんのだが「リファクタを受け付けにくい」という利点ないし欠点を有する
PythonをSIerが使わないのは謎
ENDが暗黙なんでリファクタリングツールによる自動インデントとかがよくシクるって意味
「設計の変更は付け足せ、ここにアダプタあるじゃろ」になる風味なPythonは
事前の設計重視には利点があろうし、WF向きの言語に見える
なお個人的にはPython来たら死ねっていうけど(2-3両対応だとSATSUGAIしたくなる) >>216
捨てるというより「リファクタ」のほうが正しいだろうか
何らかの形で最上位層から蹴れるテストが用意できれば割とゆゆう
保守だとリファクタできましぇんのほうが多いけどね
技術的にゴミ過ぎてできないのが10%くらい、動いているコードを書き換えるのはいかんが90%くらい
どの道ずっとやるわけでもないから敢えてきれいにしようとはせず、おっしゃられる通り5〜6か所コピペのところ
直して回って終わりのほうが多いかも >>218
いんや、その辺はマネージャがDQNだからだ……
たとえば課題出して、1か月くらいネッチリコードを書かせてレビュー掛けて力量を図る、
という期間すら用意しないとかマネジメントの不備にもほどがある
(テスト期間中は相手には契約通りの給与を支払うこと、作業してもらったんだから当然コストが出る)
日本のITが反省すべき点はそれというか「雇ったら期待通りの性能を出す」と仮定してるマネジメント能力のうんこさかも もう日本風にアレンジされて
「アジャイル」になってんよ。 海外と日本を比べて語ってる奴いるけど、海外の優秀なプログラマと日本の底辺を比べてんの?
それとも、海外と日本の平均的なプログラマ同士を比べてんの? >>222
マネージメントよりも遥かに上、予算を握ってる連中の問題
コストに見合ったアウトプットがコミットされない企画に判子おせますか?
稟議通りますか?
社内で完結しているならマネジャーの力量でなんとかなるかもしれないがね
>>224
プログラマー同士を比較しているのではなく社会構造として必要な人材が必要なところに集まりやすいかどうか
人が日本に比べて遥かに流動的な国との違い
流動的であるからこそ生存競争も激しい
生存競争が激しい環境におかれて人達は生き残るためにどうすると思う? でもさ、お前らが口だけじゃなくて本当に実力があれば、日本のIT業界がクソな方が都合よくない?
圧倒的な技術力で駆逐するチャンスじゃんw >>226
チャンスなのは外資であって日本人ではないぞ
もちろん日本に外資やそれに近い体質を持っている企業もあるだろうけど スクラムマスターを名乗るならスクラムなんてものは多くのケースでやめたほうがよいことを声を大にして叫べ
それがおまえらの贖罪だ
ならウォールフォール?
ウォーターフォールなんてゴミ以下の害虫なのでさっさと消滅してくれ アジャイル開発が成功しない理由
・上司と上司より上が無能集団
反論ある? >>229
・そしてそれに輪をかけて無能なお前ら
が抜けとる >>230
それな
登場人物が全員無能なのに成功するはずがないw >>225
ソフトが生命線の会社だと、派遣とるとき1〜3か月くらい課題やらすかな
コードレビューで一定以上の品質のコード書けなかったら契約打ち切り
SIerでそういう「人間の検収」をしてるところは見たことないけど
……とりま、スクラム + XPだかほかの組み合わせだかは知らんが
アジャイルやるってなるとフルスタックいけるメンバー揃えんとコケるで >>232
1〜3ヶ月も書かせなきゃ評価できないとかw
なんでそんなに時間かかるんだよ無能 フルスタックどころかPHPも出来ないし
Linuxのインストールすらできないでしょ >>232
だがスクラムマスター達は往々にしてこのように言っている
「靴紐すら結べないバカの集まりでもスクラムは可能」とね >>233
面接だけでは実力わからないでしょ? という理由による
でまあ派遣なら大体3か月ごとなんで、三か月の間になんか課題出して書いてもらってってことになる
ドナドナの人だとそんなに時間ない場合多いので半月からひと月くらい
1週間必要なものを書いてもらう、あと一週間は予備日として扱う
急ぎでアサインされた彼がゴミ生産機だったとか、経歴詐称の新人とかよくあるでしょ
力量足らん人がアサインして混乱バラまいてくれても困るのよ 面接で判断出来ない無能は何ヵ月見たってわからんよw原因は己の無能にあるのだからw
馬鹿だなフルスタッくんw 面接で判断できると本気で思ってるなら飛び抜けたバカだなww 3ヶ月もかけないとそいつのスキルを見抜けないようなアホだからな 俺は5分ぐらい話しをして、
職務経歴書と学歴と、
SPIテストか適性テストの結果を
みればだいたいのことはわかる
と思う スクラムって同じチーム体制を長期維持することで生産性を極限まで高めていくことを目的としてるからな
数ヶ月で編成変わる状況でスクラムとかヘソが茶を沸かすレベル >>239
> 経歴詐称の新人とかよくあるでしょ
詐称など少し話をすればすぐわかる。
わからんほうが馬鹿 わかると思いこんでるクズ
こういうクズがいるとしわ寄せは全て現場に来る >>242
どういう形で居るのかにもよるという話だが、「派遣だと」大体3か月区切りになるから3か月
これは遠い昔に俺が派遣やってた頃、入った会社にて受けたテストだ
事前にテストやるとか聞いてたし、10個くらいあったかな
そのアイデアをパクって簡略化し、ショボい課題を出す感じにすた
・書いてもらうのはTwitterモドキ、字数はUTF-8の日本語で140字な
・セキュリティへの配慮はSQLインジェクション以外不要(クロスサイトなんちゃらとか気にすんな)
・書く(新規追加・編集)のと削除はログイン必要、見るのはログインいらん
って感じの仕様書渡して1〜2週くらいでWebアプリで書いてもらってコードを見る感じ
見栄えはどうでもいいのでCSSこだわらんでいい
イミフのところは質問随時すれ、仕様の穴はつついてOKやで
がルール
で、例えばクラスの分割もやらず1アクションに全部書いてきて
ififのforfor(あるいはeacheach)してたら「チェンジ」ってなる
……くらいのことすらしないでプロジェクトにアサインしてるとか度胸あるなって思った…… >>241
まぁ煽りにマジレスしても仕方ないしな! なおテスト問題は不定期に変えないといろいろ対策されるので注意
どこのセンター試験だよ >>248
ぶっちゃけ言うと、分かって入れてるんだろうなとか思うよ。
おっさんだとそこまでむごいのいないから、若いから何とか
なるだろうくらいの感覚で入れてると思う。 数字合わせを
やってるんじゃないっての。
面接する側からだと二十代後半でも十分若くみれるん
だろうけど、一緒に仕事するのにそれくらいの年で経歴
詐称レベルのきついよ。
終業時間外の勉強なんて自分のためにするものであって
今の業務のことに使われても困るし、残業したいとか
休出したいとか今のご時世で言われても困る。しかも、
派遣ならなおさら。 技術が好きだからってのは3パターンあるからな
1. あこがれ
2. 俺の計算式を認める人間を探している
3. 自分はトラブルシューターである
3番目の人間だけが信じられる感じ?
1は専門用語すらわからんから分かる
2は面接じゃ絶対わからん、デザパタ至上主義者とかTDDこじらせて
全クラスに厳密なテスト入れるべき主義者とか
2か3かを判断するにはコードレビュー必須 妙に優秀だと使いにくいと敬遠する
それが日本のアイテーだろ 俺はトラブルメーカーだよ
世の中の新しい流れを汲んで全て取り込むんだけど
粗方の失敗を実践して周囲の人間のヘイトを買い続けるよ
最新技術オタクって1〜3のどれに当てはまるのかな? >>250
1,2週間でそれ書いてもらって、あとの2ヶ月半はまた別の課題与えてんの?
どんだけ見極めに時間かかんだよ、ほんとアホだな >>255
それはあるな
無能なPLとかだととくに >>258
派遣でしばらくいてもらう人だと「最初の契約期間の間」用の課題になる
何度書いても見ないようだが
派遣頼む場合
大体3か月単位の契約だから
一回目の契約はテスト用にする
ということ
このくらい強調してもあの頭わりぃのは見えないんだろうな
協力会社系の話だと「うちは腕慣らしにコレやってもらうルールですわ」と1〜2週やってもらう感じ?
未見の人なら ■ このスレッドは過去ログ倉庫に格納されています