- リファクタリングをただのコード修正と思ってる人へ
539 ：デフォルトの名無しさん[sage]：2014/09/20(土) 01:43:02.74 ID:b8OT/FfJ - >>536
「ソースコードを読むのに時間が掛かる」は
一番重要な問題だよ。
それが開発工数の大半を占めているんだから
|
- スマホで簡単
3 ：デフォルトの名無しさん[sage]：2014/09/20(土) 01:48:31.20 ID:b8OT/FfJ - >>2みたいな書き込みがあるのに、登録する気になるわけ無いだろ。
このスレの存在は宣伝としては逆効果だ。
|
- 動的言語で大規模開発
368 ：デフォルトの名無しさん[sage]：2014/09/20(土) 09:47:56.33 ID:b8OT/FfJ - 型チェックというのも、テストの全てではないが
テストの一部なんだよ。
それが原因のバグもあるわけなんだから。
たとえそれが一瞬で修正できることだとしても
その為に別の作業中にバグ見つけて
割り込みで修正するとか思考の流れを途切れさせることはよくある話。
|
- リファクタリングをただのコード修正と思ってる人へ
541 ：デフォルトの名無しさん[sage]：2014/09/20(土) 10:58:44.27 ID:b8OT/FfJ - テストやりました。バグが見つかりました。
ソースコードが汚くて、コードの意味がわかりません。
ソースコードが汚くて、バグの原因がわかりません。
あちこちにコピペされてて、バグの修正が大変です。
バグを修正したら、別のバグが発生しました。
バグを修正しましたが、処理が複数のモジュールに
分散していたので多くの再テストが必要です。
こういうのを解決するのがリファクタリング。
|
- リファクタリングをただのコード修正と思ってる人へ
543 ：デフォルトの名無しさん[sage]：2014/09/20(土) 11:43:01.81 ID:b8OT/FfJ - >>542
いや、それは前置きだから。
リファクタリングが解決するのは、
デバッグまでの過程で発生する問題。
同じデバッグという目的であっても、
その目的を達成するまでの時間は違うんだよ。
|
- リファクタリングをただのコード修正と思ってる人へ
546 ：デフォルトの名無しさん[sage]：2014/09/20(土) 13:18:35.72 ID:b8OT/FfJ - >>544
意味がわからないレベルの人っているんだよねｗ
|
- リファクタリングをただのコード修正と思ってる人へ
551 ：デフォルトの名無しさん[sage]：2014/09/20(土) 16:04:59.48 ID:b8OT/FfJ - 仕様変更っていうのは避けられないものだし、
機能追加や新しく出来た○○に対応するとか
どうしても変化は避けられないわけで
その変化にたいしてコードも変化させていかないといけないんだよ。
それにさ、人っていうのは成長するのは当たり前なのだから、
一年前の自分より、もっと優れたものを書けるようになっているはず。
一年後はさらに優れたものを書けるようになるはずだが、
それは今をきちんとやっていてできること。
過去の自分の真似ばかりしていても、成長はできないよ。
|
- リファクタリングをただのコード修正と思ってる人へ
553 ：デフォルトの名無しさん[sage]：2014/09/20(土) 18:11:49.33 ID:b8OT/FfJ - >>552
言い返したいことがあるのなら
なにか言い返していいんだぜ
|