アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
断言しよう
アジャイル=スクラムってものが日本で主流になることも成功することもない
なぜなら開発に必要な人材が必要なだけ集まる契約社会のアメリカとは事情が違うから
日本のプログラマーの大半は自分の仕事に興味も向上心もない正社員という殻に守られたゴミばかり
ゴミをどれだけ集めてもスクラムが目指す自立した最強の部隊なんてものができるはずも無い
すなわちゴミはゴミとして管理されないといけない
アメリカン被れのスクラムマスターとやらはそこをまるで理解していない
そしてアジャイル開発なんていう存在しない言葉を使っている大企業のバカどもも同じ
全ての罪はアジャイルを誤解されるような方法で広めたファシリエータ()にある
責任取って自殺しろ スクラムはゴミの集まりでも有効だ
こう宣言するゴミマスターがいるのも事実
だがこれはゴミがゴミでも許される内製のみに適用される
これを理解していないゴミも共に自殺しろ いまだによくわからんのだが「リファクタを受け付けにくい」という利点ないし欠点を有する
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週やってもらう感じ?
未見の人なら >>256
俺の主観で申し訳ないけど、2と3の間あたり
コードの内容および連絡のやりかたで「3より」か「2より」かって判断になるかも
2は「アーティスト気質(実務だとマズいことがある)」
3は「プログラミング言語を道具として使う技術屋」
くらいの扱い >>262
比喩表現で返すなら癌とはいいがたいな
正常な細胞が変異してできた癌細胞は、不効率な代謝をやると知られている
正常な細胞の3倍から8倍ほどのブドウ糖を要求する
金銭をブドウ糖と例えるなら、派遣は正社員の1.5倍くらいの円っつかブドウ糖が必要で
頼むのは大体一時的なものだ
派遣を癌と例えるのは(経営的には)間違っている
派遣については、病気の際の投薬、の比喩がより適切だろう
増殖に関しても癌と派遣の比喩は正しくない
派遣社員は自然に増殖するものではなく、経営者や管理者層のコントロールにより意図的に増やされるものだから
これもまた癌の比喩とは合っていない >>265
同一人物かどうかしらんけどレス書く意味ないんと違うか……? 【生涯収入】SEは人売り以下【早期離職】
俺が偽装請負多重派遣業界搾取SEを辞めて人売りやる理由
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・偽装請負多重派遣に従うSEに制裁を与えられる
・結婚相手の生活を苦しめるSEに制裁を与えられる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半は高額搾取させてくれる
・SEの大半は料金以上に開発してくれる
・SEの大半は偽装請負多重派遣を訴えない
・SEを多重派遣すると責任問題を誤魔化せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに機密誓約させるから不法行為は警察や裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEのシステム未完成のせいにして報酬不払いにしても立証困難で警察や裁判官を騙せる
・SEの報酬を強奪しても立証困難で警察や裁判官を騙せる
・SEの鬱病や過労死も立証困難で警察や裁判官を騙せる
・SEを酷使して死なせても殺人罪にならない
お前ら無能な使い捨て奴隷のおかげでプログラム作らないで遊んで暮らせるからな このまでスクラムマスターの登場なし
本当はだれもアジャイルなんてやってないんじゃ >>本当はだれもアジャイルなんてやってないんじゃ
「アジャイル」なんていったら笑われるよ。
オブジェクト指向とかもそうだ。
最近は、オブジェクト指向も言わなくなったよね。
だだ、フレームワークに沿ってシコシコ、ロジック作ってるだけ。 >>271
オブジェクト指向なんてもはや当たり前すぎていちいち言わなくなっただけでは MVCとオブジェクト指向は関係ないけど…初心者さんかな? OOPが言われなくなったのは、それが当たり前になったからよね
>>272も書いてるけど
あと、素晴らしいライブラリ/フレームワークとかが普通にOSSで手に入るようになって、今まではOOPで各自工夫していたようなのが全く不要になった >>今まではOOPで各自工夫していたようなのが全く不要になった
なんだ、おまえらOOPしてないじゃんか。 >>271
なんでアジャイルって言ったら笑われるのかkwsk >>227
米と欧ではすでにアジャイルではなくなってしまったから
BDD(1クラスに対する細かすぎるテスト)とか、結局事前のモデリング優勢とかで
開発プロセスがウォーターフォールほど重くなってしまったようだ
「かつてか軽量とされたプロセス」扱いになってしまっているんで 【使い】派遣ツールスキルつけるな【捨て】
主な偽装請負多重派遣搾取業界結婚障害者の作業
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
情報処理資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理
[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP あくまで『指向』だから
中途半端なんだよね
馬鹿が組めばどんな言語でもダメ しこう、なんてどうでもいいんじゃね?
所詮、人月人売商売が本質なんだから。 >>280
中途半端アジャイルで失敗した無数の案件および
アジャイル宣言の一員であったアンドリュー・ハントのBlog
http://postd.cc/the-failure-of-agile/
機械的な手順に陥ってしまってうまくいかなくなりました系の話はよくあるでしょ
あるいは中途半端アジャイルをキメて「無限に要件定義しなおせるウォーターフォール」になったか
次はDevOpsだか、ハントのいうGROWSか
それともウォーターフォール回帰かは知らないが
「アジャイルはもう過去の遺物」状態の印象はあるわな…… DevOpsは結局、Ops側がDev側にほとんど近づこうとしないから失敗でしょ。
Dev側のこいつ使えないなーとか思うような人でもOps側の真ん中より上程度の
自主性と学習意欲はあるからな。結局DevDevになってしまう。 >>295
あれなぁ、「近づこうとしない」ではなく「近づけない」という場合が多々
どうしてもメソッドを細かくして1メソッド・1凝集度を目指すとか面倒すぎて無理、
引数古オープンにして全部1関数にべた書きにしたい
グローバル変数超大好き
という人が結構いるので…… そういや「あんたのコードはあっちこっち行くから読めん」っつって全部一メソッドに書き直させられたことあったわ orz ただ細切れにしただけの、かえって読みにくいコード書く奴もたくさんいるからなぁ >>288
HasMovieEncoder(ノードはエンコーダっつかffmpegかgstもってねえか?)とかCanConnectBySSH(SSHでノードに接続できんの?)とか
on_schedule?(オンスケなん?)系の判定系は切り方細かいかもしらん…… 【使い】派遣ツールスキルつけるな【捨て】
主な偽装請負多重派遣搾取業界結婚障害者の作業
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
情報処理資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理
[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP だってここまで一人もアジャイルやってるやつ出てこないし
アジャイルなんて幻なんや ウォーターフォールは駄目でアジャイルは素晴らしい、何でも出来るって思ってる
システム音痴の部長がいるんだが、どうすればいい? ウォーターフォールを使って
ウォーターフォールの欠点を
克服してみればいい WFは糞だけどならアジャイルかっていうとアジャイルはPMだーSMだーとルールが細かすぎて面倒
まともなフレームワークは無いのかよ アジャイルアジャイルって喪前らは宍戸エリカが存在しているのか!!!!
(´・ω・`)b おまえらが言うアジャイルって要するに趣味で開発してたやつのやり方だろ? 日本型アジャイルでは最初に立てた計画から外れる事は許されんのやぞ ウォーターフォールから仕様変更の自由を追加
もしくはアジャイルなのに品質や納期の優先度のほうが高い
それが日本型アジャイルだ アジャイルって納期や品質を犠牲にすることじゃないよ >>294
WF的なというか、Excelでネッチリお絵描きとドキュメント作成してからコード書いて爆死するより
ハナからコード書いて爆死するほうが(時間的な意味で)マシかな的な奴
仕事の領域によって考えが違うと思うけど
例えば、外部の仕様というか法律とか業界の慣習とか、そういうのが大体固定的というか「業務な基幹系」ならお絵描きはペイすると思う
客に「俺はあんたの業界を理解しています」と思わせるための資料でしかないのだろうがそれが求められる場合もある
書けなきゃ終わりです、「こいつわかってないわwww いらんwww」ってなる
逆にWebな新サービス立ち上げとかだとドキュメントねっちりはペイしない
実績をたたき出すんならどんだけマッハで改修できるかってところもある
お互い知らんことをやってるという前提で、どんだけ早く直して集客できるの? が必要な状況でネッチリとドキュメント書いてる暇ない アジャイルで、ドキュメントは完璧に出してくださいよ。の顧客の開発は地獄だよな。
アジャイルだから毎月リリースするし、次から次へと改修案をださないと客が逃げてしまう。
結果、幾つもの対応リリースバージョンが出来上がり混沌状態に。
で、底辺最低レベルの俺の仕事はテスト。いきなり派遣されて、テスト仕様書見てもわからんわ。
15分単位で進捗聞かれ、アホ・マヌケ・クズ呼ばわりされたが、一か月試用期間で終了になってホッとしたよ。 オウム返しで煽りキメてると思ってるバカ登場ーおつー 結局、まともなアジャイルというのはウォーターフォールの
段階的な開発と同義となってしまうんだよね。
これを「まっとうなアジャイル」とすると、
途中で適当に変更していいという意味で使ってる、
「悪いアジャイル」というのがあるわけけだ。
アジャイルが嫌いと言ってるのは、その悪いアジャイルが嫌いなのである。
そんな簡単なこともわからんとは、アジャイラーは本当に頭が悪いな。 売れないものをキッチリ作るより
売れるものをバグだらけで作る方が
付加価値があんだよ。 >>312
売れるものをバグだらけで作るより、売れるものをきっちり作った方が価値があるよ きっちり作るんだったら完全全自動までいかないと意味がない
お金を産む機械であれば意味がある
保守が楽だという程度であれば初期投資を増やすのはリスクが増すだけ ■ このスレッドは過去ログ倉庫に格納されています