アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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 Rubyの開発者がそんなこと言ってて
結局破綻したような コードを読めばいいとかいうけど、例えばlinuxのカーネルなんて3000万行弱あるんでしょ、無理やん
今の開発だとJavaなんかは仕様でクラス毎に分けなきゃならないし、他の言語もこれに準じて
クラスなり機能なりでファイルを分けるのが当たり前になってる。 気づけば数百ファイルなんて
プロジェクトは当たり前で、そんなのでコード読めばいいなんて言う奴は基地外だよね。 >>343
Linuxカーネルを例に出してるけどさ、Linuxカーネルはドキュメントなしで成立してるじゃんw プルリク取り込むたびにドキュメント改訂してんのか? >>344
そりゃ生き字引みたいなlinusが張り付いてるからな
成立してるかどうかは微妙だけどね。 不要なコードを削ってスリムにすることが
出来ないで、肥大化していく一方だから。 >>347
ドキュメントがあれば不要なコードを削ってスリムにすることができていたはず? >>348
参加者が増えてそういう方面にもリソースが増やせるかも? 1. 手取り足取り教える、ドキュメントもある
2. 手取り足取り教える、ドキュメントはない
3. 教えれないけど、ドキュメントはある
4. 教えれないし、ドキュメントもない
1の状態が一番いいが、カロリーが高すぎる
2の状態は生き字引や人柱がいる状態
3か4が現場のよくある状態
2の状態でドキュメントいらないというのはまだいいのだが、4の状態でドキュメントを
拒否しているのが多いから、ドキュメントいるやろという意見が多くなる ドキュメントは学校のプリントじゃないのですけれどもw >>344
Linuxにドキュメントはあるっちゃある https://www.kernel.org/doc/
BSDとかHP-UXとか(昔の)MSDNほどの信頼性がないだけで
ドキュメントにブー垂れる人は、日本のSI業界によくある
「テーブルみりゃわかるだろってDBのテーブルなフィールドの桁数とか型とか項目名一覧をいちいちExcelで書く」とか
「ありとあらゆるクラスについてコード書く前に全パターン網羅のシーケンス図を書け」とか
そういう話なんじゃねえかなぁ >>351
ドキュメントはある(内容が正しいとは言ってない) アジャイルでやったことないんだけど、外部仕まではウォーターフォールと同じなのかな
外部仕様から反復して作るのかな 外部仕とかアジャイルにない概念だからウォーターフォールを持ち込もうとすると確実に失敗する ウォーターフォールで顧客要望にチョコチョコとアタリつけながら途中経過みせてたらそんな感じになるやん?
それに名前つけたとしたらアジャイルみたいなだけで、ほんとアジャイルありきでアジャイルするのが目的になってるクソッタレがいるからこまる… ■ このスレッドは過去ログ倉庫に格納されています