リファクタリングすると全部テストしろと言ってくる奴の矛盾2
■ このスレッドは過去ログ倉庫に格納されています
機能追加や変更した時に、全部テストしてるでしょ?
いつもやってることじゃん
前スレ
リファクタリングすると全部テストしろと言ってくるやつの矛盾
https://medaka.5ch.net/test/read.cgi/prog/1523765624/ ソース付きで売り切りの開発にリファクタリングなんて不要 ソースコードがなにもないところから生まれてくるとでも思ってるのだろうか? 切り売りするにはリファクタリングされきって
綺麗な設計になってないと無理だからなぁ あ、無理っていうのは不可能って意味じゃないよ。
切り売りする時、綺麗な設計になってないと
修正が大量に必要なってコストがかかるという意味 >>494
ネットに落ちてるのはバグばかりだよwww >>495
売り切りなのに修正なんてあるはず無いだろ。
修正するとすれば、購入した顧客側の仕事だしな。 >>497
じゃあ売ってる使えないコードってことか
詐欺という仕事も、そりゃありますよねぇwwww >>493
コメントを飾り立てれば綺麗なコードになるから無問題w やっぱりリファクタリングしきった
綺麗なコードじゃないと売れないよね >>500
ゴミを飾り立ててもゴミでしかありませんよw
あ、ゴミを騙して売る商売でしたね
商売の邪魔してすみませんwww >>502
動くと、正しく動くの違いぐらい知ってますよwww 切り売りってw
ライブラリとして無修正で提供できない時点で終わってるよね >>504
あ?
リファクタリングの意味も分からずここに来てんのか?
正しく動くから商売してんだろ? おまえらはアホだな。
リファクタリングし切ったコードなんか売ったら、
顧客都合の仕様変更の仕事が来ないだろw あぁ、時給で働いてんのなw
作業が減れば減るほど、稼げる金が減ると・
価値ではなく、作業時間で金額決めてるから
効率化すればするほど、稼げる金が減る。
地獄だね >>510
ライブラリを売る場合、作業が0でもそのライブラリの価値として売るのは明白
何もしなくても金が稼げる
切り売りっていうのは、一つのプロダクトから、必要そうな部分を切り出して渡す。
まず切り出すという作業が必要になる。どこがどう影響してるかわからないから
そして仕様変更が来たら、追加でなにか作るのではなく、切り売りしたソースを修正する
クソ汚いコードだから、顧客には修正するのが無理。というのを利用して作業費用を受け取る
反対に言えば、作業しなければ金が稼げない
同じ金額を稼いでいたとしても、ライブラリは何もしないで稼いでいるが
切り売りにして作業しないと稼げないと思ってる。
作業時間=金額 なのだから時給 あ?
誰が切り売りって言った?
売り切りだ。
売ったらそれでおしまいの商売な。 >>490
なんで最初からまともなコードを書けないの? >>513
人間は完璧ではない
システム化の対象が不変ではない
経営判断が不変ではない
情報源となる顧客が非協力的
最初から完璧なコードを書けない理由は沢山あるね
最初から完璧なコードが書けると思ってるうちはまだまだ初心者 リファクタしたいけど
きわめて明白なことに
根本的リファクタしたら2年ぐらい自分がやってた部分全部いらない
どうすればいい いらないなら消せばいいじゃん
サンクコスト効果とか知らない?
いらないものをメンテするほうがコストがかかる 大きな猫用ドアと小さな猫用ドアがあって小さいほう作ってる
どっちのドアをくぐらせるか猫を誘導するのがまた
機能は実質まったく一緒 >>518
時給ってやつだね
作業時間がそのまま金になる
だから効率化すると逆に金が減る >>515
まともに書けない理由がそれなら、
なんでリファクタリングすれば
成功すると思ったの? リファクタすると工数2、3倍
リファクタしないと指数関数的に複雑さがふえる まともに書けないんじゃなくて、まともに書かないだけ。
時間をかければまともに書けるが、その時点では
そこまでする必要がなかったという判断
だが「その時点では」の話。時が変わればその判断も変わる
状況が変われば、その目的地も変わる。新しい目的地に向かって
既存のルートを変えることがリファクタリング
その反対の行為は、古い目的地のルートはそのままに古い目的地から
新しい目的地へルートを伸ばす。だから無駄が積み重なって最後には
入り組んだ迷路のようになる >>523
で、リファクタリングして作り直してるるあいだに状況が変わるんだよな?
開発プロセスから見直した方がいいぞ。 まあ、リファクタリングするくらいなら新規で作った方が金も取れるからなぁ >>524
リファクタリングって何かを修正するたびに、該当箇所だけを少しづつやるもんだぞ?
毎日状況が変わっていたら仕事にならんだろうが
お前みたいに、リファクタリングという特別な時間を使って大規模にまとめてやるって
間違った考え持ってるやつはいつ撲滅できるんだろうかね
ほんと害悪でしかないわ >>525
時給で請求金額を決めてるんですね
大変ですね。開発時間を短くすると金が取れない仕組みなんてw >>527
だからさw
請け負いでやってても何でも
見積もりは作業工数から算出だろうに。
だからむしろ数時間で終わっちゃうリファクタリング作業なんかではたいした金は取れないんだよ。
電気屋が修理じゃなく新製品勧めて来るのと同じだ。 >>524
そう
ずっと追いかけるんだよ
理想と現実の誤差がある程度の範囲に収まるように調整すんの
リファクタリングしないと誤差が大きくなりすぎて商品価値が暴落する
暴落してから焦って直そうとしても誤差が大きすぎてどっちに進めば理想に近くのかがわからなくなる >>528
矛盾してるなぁw
リファクタリングの時間を作業工数に含めたら
むしろ金は取れるだろうに >>529
その誤差をリファクタリングで埋めようとするのが間違ってるって話なんだけど? >>531
リファクタリングは修正のたびに小さくやるもので
1日以内で終わるような誤差をなぜリファクタリングで埋めたらダメなんだ? >>530
リファクタリングってのは、そもそも設計不具合だからな。
新規開発の工数に入れられるはずが無いだろw >>533
リファクタリングは不具合修正じゃないので
工数に入れていいってことになりますねぇw
2階建ての家を3階建てにする時、土台を補強するのは
不具合じゃないですよ?
ま、あんたは不具合は全部無償で修理するんでしょうがねw 新規開発のお金が取れるぐらいなら
リファクタリングのお金も当然取れる リファクタに金がかかるってことは
リファクタで開発が楽になってないんだから
そのリファクタは間違いだと結論できる >>536
おまえさ、くたびれたババアだけとわ処女再生手術したのと、ピチピチの女子高生と、どっちと付き合いたい? >>537
おいおいw
リファクタリングで金がかかるのは最初で
開発が楽になるのは次回以降に決まってるだろ
そんなこともわからないのか?
しかも次回以降、請求金額はリファクタリングしてない場合の
金額にしておけば楽して稼げるんだぜ?
リスクゼロで金を稼ぐいい方法だ。 新しいハードに新しい技術で作ったアプリと、
ガラケーのアプリに機能追加したアプリでもいいよ。 これからはリコンストラクトって呼ぼう
リファクタなんて陰謀くさい名前でいうからコストを考える気にならんのだ >>540
じゃあ今回は認めるけど今後の機能追加は恒久的に料金4割引きで >>540
そんなの夢物語だぞ。
顧客のニーズは思いがけない方向にあって、
だいたいどんなリファクタリングを先回りしてやってても
無意味だったりするのが現実だぞ。 >>542
おまえは商売の話をしてないから無意味な事に金を使いたがるんだろ? 名前が心理に与える影響をばかにしてはいけない
人間は絶望的にいい加減 >>545
時給で請求金額決めてるところは大変だなぁ
開発を楽にしたら儲けが減るんだからw
ビジネスモデルが破綻してることにも気づいていない
自分で自分の首を絞めてることに気づいていない まず、リファクタリングに金を出す客は居ないからなぁw >>545
> だいたいどんなリファクタリングを先回りしてやってても
YAGNIって知ってるか? 今必要になっていないならやらない。
必要になったときにやる。ということだ
先回りしないからこそあとでリファクタリングするんだよ。
先回りしてリファクタリングとか矛盾そのものだ >>550
リファクタリングを作業工数に入れるという発想がないから
自分で自分の首を絞めてるんだろうねw >>549
え?機能で値段決めてるのに機能増えないリファクタで金とるの? >>553
機能を実現するコードを作り出すためなんだから
当然入れるに決まってるだろ。
本当に頭がおかしい。馬鹿じゃなくておかしい >>551
だからリファクタリングは無意味なんだって。
仕様変更があって初めて秘密裏にリファクタリングするくらいが関の山なんだよ。
リファクタリング自体に金なんか誰も出さないから。 >>555
秘密裏っていうか、お前客にやってること全部説明するのか?
ここのi+1というのはですね(略
コードの説明なんてわざわざしねーよ >>556
おまえは、客先コードレビューもやらない素人相手のマか? > リファクタリング自体に金なんか誰も出さないから。
作業時間に含めるのが常識だから
当たり前の話だな。
リファクタリングで別に見積もりだせーって言っているやつが
リファクタリングで金だせないだろーって言ってる矛盾
なら作業時間に含めればいいだけなのに
その発想が出ない。おかしい。馬鹿じゃなくておかしい >>558
> おまえは、客先コードレビューもやらない素人相手のマか?
コードレビューした気になってるだけだろ。
リファクタリングされてない奇怪なコードの解読に
数時間かけても何も生まれないよ >>559
おまえは、見積もりの内訳も分からない素人を相手にしているマなのか? >>557
矛盾してる所があったら指摘してみて
できないなら黙るか、関係ない話にすり替えてみてw >>561
お前は見積もりの内訳としてコード一行一行の値段なんか出してんのか? >>559
人間がバグったww
コード量と時間と機能のどれで金とるの? >>563
もしかしてプロならバグを入れないと思ってる?
どんなコードでも一瞬で理解できると思ってる?
汚いコードであればあるほど、バグが含まれるし
どこがどう影響しているかなんて、わからなくなるんだが
だからリファクタリングが必要なの おれは一切バグを出さない方法を知ってる。
さわらなきゃいいんだ >>565
> コード量と時間と機能のどれで金とるの?
顧客への価値に決まってんだろ
いらない機能を追加しても金なんかもらえない
発想自体が根本からずれてる >>564
この仕事何十年もやってる人なら処理内容からだいたいの工数は頭ん中にあるんだよ。
その工数に見合わない見積もり出したら、突っ込まれて詳細聞かれるんだよ。 >>567
だからリファクタリングは修正する必要があるときに
作業時間に含めてやることになるわけなんですね。
さわらなきゃいけないときにやるもの >>570
そう、動いているコードにはさわるなってのは名言。 >>569
> この仕事何十年もやってる人なら処理内容からだいたいの工数は頭ん中にあるんだよ。
はは、何十年もやっていてそれか。
既存のコードの修正の工数は、既存のコードがどうなってるかで変わってくる
メンテナンスがしやすいコードとそうでないコードでは
修正の時間は何十倍も違ってくる
だから他人が作った見たこともないコードの修正の見積もりなんかしない
自分の仕事に責任を持っているからだ >>573
それも込みでだいたいの工数なんか決まってんだよ。
見た事も無いコードならリファクタリングが必要かすらわからないんだから、そもそも前提が意味がないって事に気づけ。
そして見た事も無いコードの修正作業の見積もりなんか普通はしない。見積もりに際してコードを提供してもらうのが普通だぞ。 たぶん口だけだな
見積まともにできるやつは
改修による影響範囲とかパスとか
画面とかテストケースの数とか具体的に見積もる
コードがぐちゃぐちゃだからリファクタしたいなんていうやつに
稼働コードに指一本触れさせてはいけない
彼は優れたコードが書けるのではない。単に理解力が劣っているんだ。 自分で書いたコードを自分の責任で弄り回すのは勝手にやればいい。
リファクタリングでも何でも好きな名目でやってれ。
でも、会社組織に組み込まれてる身分では、責任なんか取れないんだから、余計な事はするな。
それだけ。 >>558
話の本質とは違うけど気になったのでツッコんどく。
「それは客の定義によるだろ」
例えばお前さんが客として買ったゲームソフト、開発者とレビューしたか? >>575
概ね同意。
コードがグチャグチャになった根本原因すら理解できてない奴が
リファクタリングしたところでまともなコードにはならないのは明白だし。
時間と金の無駄どころが不要なリスクを上げるだけだろう。 >>578
理解して整理するためにリファクタリングするんだよ
素人は知らないだろうけどプロジェクトの最初から全てのコードの歴史を知ってる人材なんてほとんどいないからな >>579
理解するためにリファクタリングするとか、
素人丸出しの意見だな。。。 >>580
お前さんがな
最低限マーティン・ファウラーの本は読んでからこい
でなければ議論の場に立つには早すぎる >>581
なるほど。
事象に対する理解力すらないのか。
そりゃあ、自分の間違った行動を正当化するために
リファクタリングをしているってことにしたいわけだ。 客先レビューすると、客からリファクタリング求めらる事もあるんだよな。でも工数は据え置きってのが普通だ。 >>583
はい。交渉力がなければ、工数据え置きでやらされるでしょうね
おそらく仕様変更も無償でやらされてますよ。 >>583
そりゃリファクタリングが要求されるような
読みづらいコードは、バグと一緒だからね
だから、最初からリファクタリング込みで工数を出すんだよ。
動けば完成じゃない。客から文句を言われないものを作るまでが仕事だ 読みづらいからって修正要求される事は無いなぁ
関数ヘッダのコメントが無いとかくらいならあるけどさ。
リファクタリング求められる一番多いのは、
同じ事をコピペかってくらい繰り返してたりするコードとかかなぁ 読みづらいコードとバグは違うだろw変なやつだなあw 繰り返しは目に見えてテスト工数にはねるのでリファクタされてしまう
条件分岐も
やっぱりまぎらわしい名前とか処理順序とか
ややこしい変数渡しがいちばんきくな ○○と一緒とかいうな
思考がめっちゃ雑になる
みんなは区別がつくから別の名前で呼んでるんだ
つまり
おまえだけ区別がつかないまぬけということになる ■ このスレッドは過去ログ倉庫に格納されています