アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
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
売れるものをバグだらけで作るより、売れるものをきっちり作った方が価値があるよ きっちり作るんだったら完全全自動までいかないと意味がない
お金を産む機械であれば意味がある
保守が楽だという程度であれば初期投資を増やすのはリスクが増すだけ きっちり作り込むのは時間も金もかかる。
売れるのを確認してからデバッグすれば良い。 そんなこと言ったらお前らなんて一生デバッグの機会なんてないじゃん このスレで同意できるのは、アジャイル開発は優秀なメンバーが揃っているのが前提というところだな。
開発未経験者が混じると悲惨。開発の濃度が高くて他に回せる仕事もない。 >>321
ウォーターフォールできちんとやれない奴が、なぜかアジャイルでならやれると妄想してるのが笑えるよな
アジャイルって、要求の変化に柔軟に応えるための手法であって、開発の難易度を下げる手法じゃないのに まったくだ
工程管理や自動テストが必須の
アジャイルの方が難易度高いのに >>322
ウォーターフォールをやれてるつもりになってるアホって多いけど蓋を開ければ実態は遅延残業休出徹夜はあたりまえ、大量のバグ対応でフラグだらけゴミ実装っていうのがげ関の山
大規模になればなるほどこの傾向は顕著になる さすがにそこまでヒドイのに勘違いしてる奴はいないだろw
誇張しすぎてもはや嘘になってんぞw スケジュールを考慮しない仕様変更がなければ、
どっちでもうまくいくんだよ。 >>326
数ヶ月の開発で半年前に全ての仕様を固めることは無理だとわかることが第一歩 そんなもん始めからわかってるからどうとでも取れる仕様書書いてんだろハゲ 俺の時間が無駄かどうかなんてアジャイラーに判断できるわけないだろハゲ 仕事が怒涛のように押し寄せるのが
ウオーターフォール
とか思ってるな そもそもドキュメントなんか書く時間が無駄
そんなことやってるから残業徹夜休出になる うむ、まあ無駄というか、お前にドキュメントを書かせようとする奴がいるとしたら
そいつは相当な無能だな、理解した ドキュメントなんて前時代的なものを書いているから無駄にコストばかりかかってゴミしかできない
製造業の真似事をしている限り日本はIT後進国から抜けられない >>334
でもさ、お前のコード、ドキュメントの助けがないと読める代物じゃないんだろうし、ドキュメントを求める気持ちもわからないではない ドキュメントなんてどうせメンテしきれないんだしなんの助けにはもならない
ソースが全てを物語る そんな高度な技知りません
コードだけに(´・ω・`)b ■ このスレッドは過去ログ倉庫に格納されています