機能追加や変更した時に、全部テストしてるでしょ?
いつもやってることじゃん
探検
リファクタリングすると全部テストしろと言ってくるやつの矛盾
レス数が950を超えています。1000を超えると書き込みができなくなります。
2018/04/15(日) 13:13:44.63
868仕様書無しさん
2018/05/18(金) 13:12:21.69 コンパイラが思いっきり最適化すんだから、可読性以外の目的でリファクタリングなんかするなって言われた。
869仕様書無しさん
2018/05/18(金) 15:54:23.58 >>868
マーチン・ファウラー様がそう言っているのだから従いなさい
http://bliki-ja.github.io/IsOptimizationRefactoring/
> 最適化とリファクタリングはどちらも変化を伴うものだが
> (なかには最適化かつリファクタリングとなる変化もあるが)、
> 両者は別物だと私は考えている。
>
> なぜなら、両者の目的が異なるからである。リファクタリングは、
> コードを理解しやすくするためである。最適化は、プログラムを速くするためである。
マーチン・ファウラー様がそう言っているのだから従いなさい
http://bliki-ja.github.io/IsOptimizationRefactoring/
> 最適化とリファクタリングはどちらも変化を伴うものだが
> (なかには最適化かつリファクタリングとなる変化もあるが)、
> 両者は別物だと私は考えている。
>
> なぜなら、両者の目的が異なるからである。リファクタリングは、
> コードを理解しやすくするためである。最適化は、プログラムを速くするためである。
870仕様書無しさん
2018/05/18(金) 16:23:34.97 一人で頑張ってリファクタリングしても百倍以上の人数で寄ってたかってスパゲティ量産されるからもう諦めた
お前らみたいな意識高い連中と仕事したい
お前らみたいな意識高い連中と仕事したい
873仕様書無しさん
2018/05/18(金) 17:39:16.06 >>872
でもそれはやっちゃいけないんだわ。
本来は最初にコード書いた人がリファクタリングまでやって
コミットするのが正しい流れだから。
責任がある人に、最後まで責任を取らせるのが筋。
もちろん教育を兼ねて手本を見せるのはいいけどね
でもそれはやっちゃいけないんだわ。
本来は最初にコード書いた人がリファクタリングまでやって
コミットするのが正しい流れだから。
責任がある人に、最後まで責任を取らせるのが筋。
もちろん教育を兼ねて手本を見せるのはいいけどね
874仕様書無しさん
2018/05/18(金) 17:54:57.00 リファクタリング専門業者があれば転職するんだが
メンテナンス不能になったシステムを蘇らせるだけのお仕事
メンテナンス不能になったシステムを蘇らせるだけのお仕事
875KAC
2018/05/18(金) 18:08:18.13 リファクタリングしたら全部テストしろよ?
876仕様書無しさん
2018/05/18(金) 18:10:36.34 バグ修正したら全部テストしろよ?
877仕様書無しさん
2018/05/18(金) 19:03:58.34 Windows Updateしたら全部テストしろよ?
880仕様書無しさん
2018/05/19(土) 02:46:48.77 おかしくない
ネットから遮断してUpdateなどしなければいいんだ
ネットから遮断してUpdateなどしなければいいんだ
881仕様書無しさん
2018/05/19(土) 08:01:10.59885仕様書無しさん
2018/05/19(土) 11:18:16.17 リファクタをそそのかされて
自分のコードが非常に汚いものに思えて
鬱で死にたくなってきた
自分のコードが非常に汚いものに思えて
鬱で死にたくなってきた
886仕様書無しさん
2018/05/19(土) 11:21:52.19 コードがきれいな人もリファクタしてるから
888仕様書無しさん
2018/05/19(土) 12:31:37.71 商品が売れていることが第一
生産コストがどうとかは付加価値
↑付加価値ではないだろ
生産コストがどうとかは付加価値
↑付加価値ではないだろ
890仕様書無しさん
2018/05/19(土) 12:45:02.00 え?プログラマが楽になるということは
少ない作業(コスト)で生産できるということだから
結果的に利用者に恩恵があるでしょう?
少ない作業(コスト)で生産できるということだから
結果的に利用者に恩恵があるでしょう?
891仕様書無しさん
2018/05/19(土) 12:50:22.23 >>885
「この消臭スプレーはすごい効きますよ。オススメです」は「お前臭いよ」をオブラートに包んだ言い方
「リファクタリングオススメ」は「お前のコードクソだよ」をオブラートに包んだ言い方
日本人は回りくどい言い方をする
「この消臭スプレーはすごい効きますよ。オススメです」は「お前臭いよ」をオブラートに包んだ言い方
「リファクタリングオススメ」は「お前のコードクソだよ」をオブラートに包んだ言い方
日本人は回りくどい言い方をする
893仕様書無しさん
2018/05/19(土) 13:00:12.79 身近な例だとスケーリングかな
スケールしたい時ってビジネスリスク回避かビジネス拡大のチャンスのどっちかなんだよね
その時になってメチャクチャに結合してるので簡単にはスケールできませんなんて事になったら大損害だよ
綺麗なコードには多大な価値があるんだよ
スケールしたい時ってビジネスリスク回避かビジネス拡大のチャンスのどっちかなんだよね
その時になってメチャクチャに結合してるので簡単にはスケールできませんなんて事になったら大損害だよ
綺麗なコードには多大な価値があるんだよ
895仕様書無しさん
2018/05/19(土) 13:04:47.54 コードが汚いと同業他社とのサービス競争にも負けるね
ライバル社が面白い機能を公開してユーザーの注目を集めてる
後追いになってしまうが自社も同等の機能を追加したい
コードが汚いと機能を追加するのにも時間がかかる
時間がかかればかかるほどユーザーの乗り換えが加速する
とんでもない損失だ
ライバル社が面白い機能を公開してユーザーの注目を集めてる
後追いになってしまうが自社も同等の機能を追加したい
コードが汚いと機能を追加するのにも時間がかかる
時間がかかればかかるほどユーザーの乗り換えが加速する
とんでもない損失だ
896仕様書無しさん
2018/05/19(土) 13:20:53.42 下請けの身だと、コードを納品して金をもらうことが第一
コストとかそういうのはエンドユーザーと元請けの間の話だから下請けには無関係
コストとかそういうのはエンドユーザーと元請けの間の話だから下請けには無関係
897仕様書無しさん
2018/05/19(土) 13:38:09.61 コードを綺麗に書けば、早く書けるしバグも少ない
すると残業もなくなるし、バグ修正の手間も減らせる
下請けでも綺麗なコードには価値があり
すると残業もなくなるし、バグ修正の手間も減らせる
下請けでも綺麗なコードには価値があり
898仕様書無しさん
2018/05/19(土) 13:46:49.87 人月商売
901仕様書無しさん
2018/05/19(土) 14:38:06.94 ん?どこの国でも一緒じゃないん
さすがに関数名とか日本語にしないよ??
さすがに関数名とか日本語にしないよ??
902仕様書無しさん
2018/05/19(土) 14:47:16.03 あらら
通じなかったか
通じなかったか
904仕様書無しさん
2018/05/19(土) 15:58:48.72 綺麗に早く安く高品質に書けるものをわざわざ汚く時間をかけてバグだらけにする意味がわからん
905仕様書無しさん
2018/05/19(土) 16:06:04.82 字下げだってそうよ
オールマンスタイルが読みやすいって人もいれば
Javaスタイルが良いという人もいる
いろんな人がいる、自分と違う価値観を受け入れてこそ
立派な社会人ですぞ
オールマンスタイルが読みやすいって人もいれば
Javaスタイルが良いという人もいる
いろんな人がいる、自分と違う価値観を受け入れてこそ
立派な社会人ですぞ
906仕様書無しさん
2018/05/19(土) 16:45:54.60 価値観じゃなくて実際に金に関わるんだよ
インデント派閥みたいなお遊びじゃねえんだからしっかりしろ
インデント派閥みたいなお遊びじゃねえんだからしっかりしろ
907仕様書無しさん
2018/05/19(土) 17:00:56.57 >>906
そんなのケースバイケースじゃん
アイデアをどこよりも早く出したいならスピード重視だし
末永く保守していくことが最初から確定してるSIer案件なら保守性重視するし
どちらの価値が大事ですかってことでしょ
そんなのケースバイケースじゃん
アイデアをどこよりも早く出したいならスピード重視だし
末永く保守していくことが最初から確定してるSIer案件なら保守性重視するし
どちらの価値が大事ですかってことでしょ
909仕様書無しさん
2018/05/19(土) 17:19:51.83910仕様書無しさん
2018/05/19(土) 17:21:33.03 綺麗に書くのと製造スピードがトレードオフの関係にあるって誤解はなんで広まったんだろうな
911仕様書無しさん
2018/05/19(土) 17:29:23.99 >>910
スピード重視ならコピペ上等だからじゃないかな
スピード重視ならコピペ上等だからじゃないかな
912仕様書無しさん
2018/05/19(土) 17:30:47.66913仕様書無しさん
2018/05/19(土) 17:31:04.61 本当にコピペだけで済むなら関数にしたほうが良いじゃん。
コピペっていうのは、実はコピペ+修正でしょ?
修正してる分遅くなってる
コピペっていうのは、実はコピペ+修正でしょ?
修正してる分遅くなってる
914仕様書無しさん
2018/05/19(土) 17:31:59.57 そしてスピードが重視だからこそ
リファクタリングが重要なんだよ。
まずリリース。そして問題なさそうならリファクタリング
そうやってスピードを落とさずにリリースをし続ける
リファクタリングが重要なんだよ。
まずリリース。そして問題なさそうならリファクタリング
そうやってスピードを落とさずにリリースをし続ける
915仕様書無しさん
2018/05/19(土) 17:32:39.90 どこよりも速いスピードでアイデアを形にして
サービスを提供してユーザが集まったら
0から作り直せば良い
最初から保守のこと考えて作ってたら
遅すぎるんだよ
サービスを提供してユーザが集まったら
0から作り直せば良い
最初から保守のこと考えて作ってたら
遅すぎるんだよ
916仕様書無しさん
2018/05/19(土) 17:33:35.15917仕様書無しさん
2018/05/19(土) 17:33:38.11 リファクタリングすればいいので
0から作り直す必要がない
0から作り直す必要がない
919仕様書無しさん
2018/05/19(土) 17:34:56.04920仕様書無しさん
2018/05/19(土) 17:35:03.25921仕様書無しさん
2018/05/19(土) 17:35:26.83 >>917
どっちでも良い
どっちでも良い
922仕様書無しさん
2018/05/19(土) 17:36:07.74923仕様書無しさん
2018/05/19(土) 17:36:27.44924仕様書無しさん
2018/05/19(土) 17:37:15.41925仕様書無しさん
2018/05/19(土) 17:37:54.88 >>912
リリースするまでも綺麗に書いた方が速いぞ
汚いコードはスケール小さくてもバグがわんさか湧いてくる
急ごしらえでリリースしたらバグが多くてユーザーが即座に興味を失ったサービスなんて珍しくもない
リリースするまでも綺麗に書いた方が速いぞ
汚いコードはスケール小さくてもバグがわんさか湧いてくる
急ごしらえでリリースしたらバグが多くてユーザーが即座に興味を失ったサービスなんて珍しくもない
926仕様書無しさん
2018/05/19(土) 17:38:05.68 お前らそんなにリファクタリングが大事なら
自分のレスをリファクタリングしてろよw
自分のレスをリファクタリングしてろよw
928仕様書無しさん
2018/05/19(土) 17:40:18.56 >>925
YouTubeもGoogleもバグだらけだが圧倒的インフラパワーと
サービスの斬新さでユーザに有無を言わさず使わせてるだろ
スタートダッシュでぶち抜かれたら勝てない
ツイッターもフェイスブックも1番だったから今でも頂点に君臨してるんだ
YouTubeもGoogleもバグだらけだが圧倒的インフラパワーと
サービスの斬新さでユーザに有無を言わさず使わせてるだろ
スタートダッシュでぶち抜かれたら勝てない
ツイッターもフェイスブックも1番だったから今でも頂点に君臨してるんだ
929仕様書無しさん
2018/05/19(土) 17:41:03.61 >>924
テストの無いリファクタリングなんてありえない
つまり最初のリリースではリファクタリングを考える必要ない
だから勝てる
その後リファクタリングをする
勝ったあとリファクタリングをする
勝ったと決まった後の話、勝つのは決定事項
その後のリファクタリングが勝利を継続させる
リファクタリング最高
勝った後勝ち続けられる
テストの無いリファクタリングなんてありえない
つまり最初のリリースではリファクタリングを考える必要ない
だから勝てる
その後リファクタリングをする
勝ったあとリファクタリングをする
勝ったと決まった後の話、勝つのは決定事項
その後のリファクタリングが勝利を継続させる
リファクタリング最高
勝った後勝ち続けられる
930仕様書無しさん
2018/05/19(土) 17:41:14.07931仕様書無しさん
2018/05/19(土) 17:41:42.67932仕様書無しさん
2018/05/19(土) 17:42:12.76933仕様書無しさん
2018/05/19(土) 17:43:39.28934仕様書無しさん
2018/05/19(土) 17:43:58.60 リファクタリングは勝利を継続させる方程式
936仕様書無しさん
2018/05/19(土) 17:48:39.75 >>935
ユーザは使うんだよ、なぜならば斬新なアイデアだから
スピード重視でどこよりも早くそれを形にしたから
サービスとして使えるようにしたから
業界の人もなんだこれはと思いバグを見つけるだろうが
それさえも話題の一つになる、こんなバグがあったと
あざ笑う一方で笑ってる人間は同じだけの成果を出せない
つまりアイデアを誰よりも早く形にして世に出すという
ことがいつまでもできない
ユーザは使うんだよ、なぜならば斬新なアイデアだから
スピード重視でどこよりも早くそれを形にしたから
サービスとして使えるようにしたから
業界の人もなんだこれはと思いバグを見つけるだろうが
それさえも話題の一つになる、こんなバグがあったと
あざ笑う一方で笑ってる人間は同じだけの成果を出せない
つまりアイデアを誰よりも早く形にして世に出すという
ことがいつまでもできない
937仕様書無しさん
2018/05/19(土) 17:51:08.35 つまりアイデアを誰よりも早く形にして世に出す
そしてリファクタリング
そしてリファクタリング
938仕様書無しさん
2018/05/19(土) 17:51:16.64 TwitterもLINEもPayPalもコインチェックも
スピードで他を突き放したからこそ莫大な利益を得ることができた
スピードで他を突き放したからこそ莫大な利益を得ることができた
939仕様書無しさん
2018/05/19(土) 17:51:36.18 スピードとメンテナンス性を両立させるのは
リファクタリングしかない
リファクタリングしかない
940仕様書無しさん
2018/05/19(土) 17:53:15.79 しかしリファクタリングの工数は取れない
なぜならばユーザに関係がないからだ
なぜならばユーザに関係がないからだ
941仕様書無しさん
2018/05/19(土) 17:53:53.39 開発スピードが上がるからユーザーに関係ある
942仕様書無しさん
2018/05/19(土) 17:55:47.84 COBOLで作られてシステムがメンテナンス不能になったのは
COBOLという言語の問題ではなくリファクタリングしていなかったことが
問題だというのが最近の結論となっている
COBOLという言語の問題ではなくリファクタリングしていなかったことが
問題だというのが最近の結論となっている
943仕様書無しさん
2018/05/19(土) 17:56:09.36945仕様書無しさん
2018/05/19(土) 17:57:43.29 Windows95を開発した天才プログラマーの本を読め
大事なのはスピード・スピード・スピード
https://www.amazon.co.jp/dp/4905073413/
・遅い天才より、速い凡人がトップに立つ
・3500個の不具合があっても、世界は変えられる
・2:8の法則が、あなたの仕事を変えていく
・石膏像を掘るとき、「眉毛」から始める人はいない
・最強の昼寝は、18分
・あなたの仕事は、規則を守ることではない
・待ち合わせ30分前に、スタバでコーヒーを飲め
大事なのはスピード・スピード・スピード
https://www.amazon.co.jp/dp/4905073413/
・遅い天才より、速い凡人がトップに立つ
・3500個の不具合があっても、世界は変えられる
・2:8の法則が、あなたの仕事を変えていく
・石膏像を掘るとき、「眉毛」から始める人はいない
・最強の昼寝は、18分
・あなたの仕事は、規則を守ることではない
・待ち合わせ30分前に、スタバでコーヒーを飲め
946仕様書無しさん
2018/05/19(土) 17:58:14.53947仕様書無しさん
2018/05/19(土) 17:58:39.79 ユーザーは開発費用を出さずに
開発しろと言ってるだけ
それに従うのは愚か者でしかない
開発しろと言ってるだけ
それに従うのは愚か者でしかない
949仕様書無しさん
2018/05/19(土) 18:00:29.77950仕様書無しさん
2018/05/19(土) 18:01:20.23952仕様書無しさん
2018/05/19(土) 18:02:49.27953仕様書無しさん
2018/05/19(土) 18:03:05.72 >>951
ユーザはリファクタリングに金は出さへん言うてるやろが!!!
ユーザはリファクタリングに金は出さへん言うてるやろが!!!
954仕様書無しさん
2018/05/19(土) 18:05:41.32 >>952
できたじゃん、Windows95は圧倒的シェアを獲得したじゃん
バグだらけだったじゃんWindows Meの頃までクラッシュしまくりだったじゃん
それでも圧倒的シェアを達成できたじゃろう
リファクタリングはシェアとは関係ないんじゃ
開発者の自己満なのじゃよ
できたじゃん、Windows95は圧倒的シェアを獲得したじゃん
バグだらけだったじゃんWindows Meの頃までクラッシュしまくりだったじゃん
それでも圧倒的シェアを達成できたじゃろう
リファクタリングはシェアとは関係ないんじゃ
開発者の自己満なのじゃよ
955仕様書無しさん
2018/05/19(土) 18:06:20.55957仕様書無しさん
2018/05/19(土) 18:07:55.98 Windowsは毎回作り直していない
リファクタリングし続けてる
リファクタリングし続けてる
958仕様書無しさん
2018/05/19(土) 18:09:24.36 >>956
NTカーネルは別で作ったんやで
リファクタリングとは別次元やで
スピードで価値を創出して
その金で新しいプロダクトに投資したんやで
リファクタリングは関係ないっす
ただの開発者の自己満っす
マジっす
NTカーネルは別で作ったんやで
リファクタリングとは別次元やで
スピードで価値を創出して
その金で新しいプロダクトに投資したんやで
リファクタリングは関係ないっす
ただの開発者の自己満っす
マジっす
959仕様書無しさん
2018/05/19(土) 18:10:21.96960仕様書無しさん
2018/05/19(土) 18:10:40.80 >>958
Windows 95はリファクタリングし続けた
NTカーネルもリファクタリングし続けてる
リファクタリングをした結果に満足したから
今もリファクタリングし続けてる
もしリファクタリングがだめなら
最初の一回で止めていたはずだ
勝利を継続させるためにリファクタリングは
必須であることの証拠
Windows 95はリファクタリングし続けた
NTカーネルもリファクタリングし続けてる
リファクタリングをした結果に満足したから
今もリファクタリングし続けてる
もしリファクタリングがだめなら
最初の一回で止めていたはずだ
勝利を継続させるためにリファクタリングは
必須であることの証拠
961仕様書無しさん
2018/05/19(土) 18:11:38.26 >>959
> フットプリントが小さい軽量カーネルをゼロから作ったんやで
それ以外はリファクタリングしている
リファクタリングがなければ、軽量カーネルで
OS、アプリを動かすことはできなかったであろう
リファクタリングは様々な問題を解决している
> フットプリントが小さい軽量カーネルをゼロから作ったんやで
それ以外はリファクタリングしている
リファクタリングがなければ、軽量カーネルで
OS、アプリを動かすことはできなかったであろう
リファクタリングは様々な問題を解决している
962仕様書無しさん
2018/05/19(土) 18:13:02.73 >>960
製品に投資してるだけでリファクタリングは関係ないっす
マジっす、リファクタリングで金を生み出せるなら
ブリキのおっさんは世界の大富豪の一人になってないとおかしい
スピードこそが価値を生むのはマイクロソフトが証明してる
製品に投資してるだけでリファクタリングは関係ないっす
マジっす、リファクタリングで金を生み出せるなら
ブリキのおっさんは世界の大富豪の一人になってないとおかしい
スピードこそが価値を生むのはマイクロソフトが証明してる
963仕様書無しさん
2018/05/19(土) 18:14:13.47 >>961
リファクタリングってそんな便利なことばじゃないと思う
リファクタリングしてないんじゃないかな
修正はしてるだろうけど
はっきり言います、マイクロソフトはリファクタリングには一切手を出していません
リファクタリングってそんな便利なことばじゃないと思う
リファクタリングしてないんじゃないかな
修正はしてるだろうけど
はっきり言います、マイクロソフトはリファクタリングには一切手を出していません
964仕様書無しさん
2018/05/19(土) 18:15:24.45 実際Windowsの開発者の本読んだけどリファクタリングなんて
一文字も出てこなかった、とにかく大事なのはスピードだって
一文字も出てこなかった、とにかく大事なのはスピードだって
965仕様書無しさん
2018/05/19(土) 18:18:33.36 >>963
> はっきり言います、マイクロソフトはリファクタリングには一切手を出していません
ほら、ボロが出た。
こいつは息をするように嘘をつく
http://ascii.jp/elem/000/000/506/506852/
前回では、Windows 7の中核と言える「MinWin」に関して解説した。
MinWinはVistaのカーネルをベースとしているが、
「リファクタリング」というコンセプトで整理統合されている。
> はっきり言います、マイクロソフトはリファクタリングには一切手を出していません
ほら、ボロが出た。
こいつは息をするように嘘をつく
http://ascii.jp/elem/000/000/506/506852/
前回では、Windows 7の中核と言える「MinWin」に関して解説した。
MinWinはVistaのカーネルをベースとしているが、
「リファクタリング」というコンセプトで整理統合されている。
967仕様書無しさん
2018/05/19(土) 18:20:57.19 嘘つき嘘つき嘘つき
Windowsはリファクタリングしていた
https://docs.microsoft.com/en-us/windows/application-management/svchost-service-refactoring
Refactoring also makes it easier to view running processes in Task Manager.
You can look at Task Manager and know exactly which service is using what
resources, without having to expand many separate host groups.
Windowsはリファクタリングしていた
https://docs.microsoft.com/en-us/windows/application-management/svchost-service-refactoring
Refactoring also makes it easier to view running processes in Task Manager.
You can look at Task Manager and know exactly which service is using what
resources, without having to expand many separate host groups.
レス数が950を超えています。1000を超えると書き込みができなくなります。
ニュース
- 「1800万円の売り上げゼロに…」中国インバウンドに特化の宿の今 [蚤の市★]
- 「中国人の訪日熱は冷めた」 人気旅行先から日本外れる 14日で自粛呼びかけ1カ月 [蚤の市★]
- クリスマスの「予定なし」54% [少考さん★]
- 【話題】好きな鍋は?! 「寄せ鍋」「キムチ鍋」「水炊き」「もつ鍋」「豆乳鍋」「ちゃんこ鍋」「ごま坦々鍋」「トマト鍋」 [ひぃぃ★]
- 【STARTO ENTERTAINMENT】SUPER EIGHTの横山裕、フジ『ドッキリGP』ロケで全治2ヶ月の重傷 [Ailuropoda melanoleuca★]
- 地震 [Hitzeschleier★]
- 【実況】博衣こよりのえちえち機動戦士ガンダム逆襲のシャア🧪
- 【実況】博衣こよりのえちえち機動戦士ガンダム逆襲のシャア🧪★2
- 茶ぁしばこうや···
- 官僚が夜中まで頑張って作った答弁書には「台湾有事答えない」と書いてあったのに、高市が答えてしまったことが発覚🤦‍♂ [271912485]
- J( 'ー`)し「で、アンタなんで働かないの?」 ワイ👶「理由は2つありまして~」🏡
- おさかなさんあつまれえ
