アジャイルを考えたやつの死を願うスレ Part.2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
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
ドキュメントはある(内容が正しいとは言ってない) アジャイルでやったことないんだけど、外部仕まではウォーターフォールと同じなのかな
外部仕様から反復して作るのかな 外部仕とかアジャイルにない概念だからウォーターフォールを持ち込もうとすると確実に失敗する ウォーターフォールで顧客要望にチョコチョコとアタリつけながら途中経過みせてたらそんな感じになるやん?
それに名前つけたとしたらアジャイルみたいなだけで、ほんとアジャイルありきでアジャイルするのが目的になってるクソッタレがいるからこまる… 売れないものを
厳密につくっても
しょうがない
って気が付くべきだな 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
63P0EE18BZ アジャイルて単なる無計画の事なんやからしゃーないやんか アジャイルは設計しない
アジャイルはテストをしない
アジャイルは進捗管理しない
これでどうやって金貰ってんの?
おまえら雑兵でも1か月で少なくとも60〜70万ぐらいは客からとってるよね
しかも定時で帰ってる
客がそれだけの利益をあげられるとは到底思えないんだが 設計もテストもするし、進捗管理もするだろ
アジャイルをなんだと思ってるんだ >>365
こういう誤解をするのがアジャイルするしないに限らずそれなりの数いるってのがアジャイルが失敗した原因だろうな アジャイル=週40時間労働
おまえら=週80時間労働
おまえらやってることは本当にアジャイルなの? アジャイルは労働時間の事じゃないよ?
例えば10人いれば10通りのアジャイルがあって100通りのやり方が存在する
アジャイルってそうゆうもん オレがオレたちがアジャイルだ! なんてバカなこと言ってるからダメなんだと気づかないものなんだな 客の立場からすれば、無限の仕様変更をコストと納期を変更なしで
実現してくれる魔法の言葉であればそれでいい。 ■ このスレッドは過去ログ倉庫に格納されています