ﾘﾌｧｸﾀﾘﾝｸﾞすると全部ﾃｽﾄしろと言ってくるやつの矛盾

[1 仕様書無しさん 2018/04/15(日) 13:13:44.63]

機能追加や変更した時に、全部テストしてるでしょ？
いつもやってることじゃん

[2 仕様書無しさん 2018/04/15(日) 13:16:31.37]

それなｗ

あと、リファクタリングするとお前責任取れるのかとか言ってくるが
機能修正でバグった時の責任はリファクタリングじゃないんだから
全部あんたがとれよって言うと顔真っ赤になるｗ

[3 仕様書無しさん 2018/04/15(日) 13:23:46.40]

半角カナを使う奴まだいたのか

[4 仕様書無しさん 2018/04/15(日) 13:29:25.23]

スレタイ長くて入らないからね

[5 仕様書無しさん 2018/04/15(日) 13:53:39.75]

簡潔にまとめられない奴はプログラミング向いてない

[6 仕様書無しさん 2018/04/15(日) 14:07:43.60]

そんなことない
なんでもかんでも一緒にするな

[7 KAC 2018/04/15(日) 14:29:02.33]

>>1
テスト粒度とかリスクとか理解できないの？

[8 仕様書無しさん 2018/04/15(日) 14:43:15.84]

リファクタリングはテスト必須で
論理的におかしくならないと判明している
決められたやり方でやるので
リスクは低いしテストは自動化されています。
その前提ぐらい知らないんですか？

[9 仕様書無しさん 2018/04/15(日) 14:45:55.12]

>>8
だからテストやらなくていいって？
そもそもクラスまで作り変えてるならテスト免除どころか設計書のレビューからだよね

[10 仕様書無しさん 2018/04/15(日) 14:46:35.64]

>>9
リファクタリングは「テストをやってる」ことが
前提なので、
あんたが言ってるのは別のものでは？

[11 仕様書無しさん 2018/04/15(日) 14:47:26.22]

> そもそもクラスまで作り変えてるならテスト免除どころか設計書のレビューからだよね

そうですね？　なんでレビューせずに
リファクタリングするなんて思い込んでんの？

[12 仕様書無しさん 2018/04/15(日) 15:05:33.14]

> リファクタリングはテスト必須で

って書いてあるのに

↓

9 返信：仕様書無しさん[sage] 投稿日：2018/04/15(日) 14:45:55.12
>>8
だからテストやらなくていいって？


これもう頭が悪いレベルだろｗ

[13 仕様書無しさん 2018/04/15(日) 15:06:06.29]

リファクタリングの存在を否定できないと
困る人がいるんですよｗ

[14 仕様書無しさん 2018/04/15(日) 15:30:21.76]

設計書から書き直すならただの改修作業なんだよね？

[15 仕様書無しさん 2018/04/15(日) 15:32:49.90]

>>14

改修作業の中身の違い

　1. 無計画に適当に修正して手動でテストしてそれでもバグでて苦労するのと
　2. リファクタリングの手法を使ってテストコード書いて低リスクで修正するかの違い

[16 仕様書無しさん 2018/04/15(日) 16:11:52.19]

>>15
具体的にどう違うの？

[17 仕様書無しさん 2018/04/15(日) 19:48:05.09]

>>15
TDDでリファクタリングした場合、
1、初歩的なミスにすぐ気付ける
2、作業者が精神的に安心できる

なお、開発者目線の開発体制の優先順位は
バージョン管理 > コードレビュー > 自動テスト > リファクタリング
なので、必ずリファクタリングとTDDはセットになる

[18 仕様書無しさん 2018/04/15(日) 19:48:54.60]

>>16
リファクタリングの手法では先に自動化されたテストコードを書く
もしくはすでに存在していなければならない
だから、リファクタリングしたらテストしろよっていうのは意味不明。

リファクタリングの中にテストすることが条件として含まれており
修正前と修正後の両方、それどころか修正のたびにテストすると言ってるのに
なんでそんな当たり前ことを、それも最後だけテストするような質問をするんだ？と
疑問になる

おそらく修正とテストが分離した考え方しか持って無くて
修正後に手動でテストを行うというやり方しか知らないのだろう
そんな再現性がなくてテスト回数もすくないんじゃ、
バグがなかなか取れずにデスマになるのは必死だろう

[19 仕様書無しさん 2018/04/15(日) 21:04:44.02]

>>17
工数も削減できないし
品質も上がらないんだ？ｗ

[20 仕様書無しさん 2018/04/15(日) 21:17:10.48]

なにをゆうちょるんじゃあ主は

[21 仕様書無しさん 2018/04/15(日) 21:37:54.42]

リファクタリング厨って受け売りでしか語らないから面白くない

[22 仕様書無しさん 2018/04/15(日) 23:16:16.00]

ゴミスレ

[23 仕様書無しさん 2018/04/16(月) 05:06:44.38]

オープニングから自演ｗ

[24 仕様書無しさん 2018/04/16(月) 05:08:34.00]

>>21
というか、責任あるポジションの経験がないやつが語ってるだけだからな
ちゃんと決定権を持つやつを納得させるだけの説明ができればいいだけだが、
それすらできていないっつーね

[25 仕様書無しさん 2018/04/16(月) 06:25:24.08]

>>2
責任とって辞めます。

[26 仕様書無しさん 2018/04/16(月) 12:37:10.95]

>>19
そこらへんの話でいうと、
売上や品質が上がった客観的なデータが示せりゃ、どの会社でも自動テストやリファクタリングは採用されるんよ
そこまでしてないなら、その議論は語るに値しない
んで、殆どの会社はそこを検証していない

[27 仕様書無しさん 2018/04/16(月) 12:45:59.35]

>>26
そんなもん、やってみりゃ肌で感じ取れること
数値にしなきゃ理解できないよぉとかバカみたいなこと言ってると腕のいい職人にはなれませんよ？？

[28 仕様書無しさん 2018/04/16(月) 13:26:59.58]

>>27
数値にできる学がねぇんだろｗ
数値化しろよ

[29 仕様書無しさん 2018/04/16(月) 13:36:47.19]

>>27
仕事を規定の時間内に許容できる品質のものを上げるのが実装者に求める要求で、それに付随する手段は手段でしかない。
で、手段は自由にやればいいし、基本介入しないし、結果しか見る気は無い。
だからやりたければやれば？としか自分は言わない
工数増えるのは論外

[30 仕様書無しさん 2018/04/16(月) 14:37:58.22]

>>26
> そこまでしてないなら、その議論は語るに値しない
> んで、殆どの会社はそこを検証していない

検証しろっていうのはわかるが、それは世間一般には
すでに検証されていてすでに品質が上がったというデータは出てるんだよな

それも検証するコストも出せないような会社がやるような中途半端な
方法じゃなくて、もっと大規模で信頼できる方法で検証した結果がすでにある。

で、それを参考にすりゃいいのに、参考にしないんだろう。
つまり他人を信用してない。だから他人がなにやってもどんなデータを出しても
そういう会社は信用しないんだろう。

[31 仕様書無しさん 2018/04/16(月) 14:41:43.64]

リファクタリングが有効かどうか？
検証してやるよ。コスト？そりゃ当然かかるよ

ここで嫌がる会社が多い

重要なのは、失敗するかもしれないがやってみよう
という考えが通じる会社かどうかなんだろうな

[32 仕様書無しさん 2018/04/16(月) 14:52:53.46]

体力がなくて単純工すらできないごみクズがIT技術者(笑)になる日本では
コストメリットどころかリスクしかない。

[33 KAC 2018/04/16(月) 17:54:10.17]

「リファクタリングしたら工数減ります」
「リファクタリングの為の工数ください」

うん。意味不明だね。