機能追加や変更した時に、全部テストしてるでしょ？
いつもやってることじゃん
ﾘﾌｧｸﾀﾘﾝｸﾞすると全部ﾃｽﾄしろと言ってくるやつの矛盾
レス数が1000を超えています。これ以上書き込みはできません。
2018/04/15(日) 13:13:44.63
913仕様書無しさん
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 お前らそんなにリファクタリングが大事なら
自分のレスをリファクタリングしてろよｗ
自分のレスをリファクタリングしてろよｗ
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.
968仕様書無しさん
2018/05/19(土) 18:21:48.33 再開発なんて現実的じゃない
リファクタリングが様々な問題を解決できる
再開発を断念、BIND 9のリファクタリングへシフト
https://news.mynavi.jp/article/20170216-a275/
> 開発チームは以前BINDをスクラッチから再開発する
> 取り組みを行ったことがあるが、これは失敗に終わったとしている。
リファクタリングが様々な問題を解決できる
再開発を断念、BIND 9のリファクタリングへシフト
https://news.mynavi.jp/article/20170216-a275/
> 開発チームは以前BINDをスクラッチから再開発する
> 取り組みを行ったことがあるが、これは失敗に終わったとしている。
969仕様書無しさん
2018/05/19(土) 18:22:02.51 >>965
コンセプトがリファクタリングってだけで
リファクタリングしたわけじゃないだろうが
実際にやったのは整理しましたってだけだろ
整理することをリファクタリングなんて言ったら
年末の大掃除は大リファクタリングと呼ばなければいけなくなるわ
日本人として恥ずかしい
コンセプトがリファクタリングってだけで
リファクタリングしたわけじゃないだろうが
実際にやったのは整理しましたってだけだろ
整理することをリファクタリングなんて言ったら
年末の大掃除は大リファクタリングと呼ばなければいけなくなるわ
日本人として恥ずかしい
970仕様書無しさん
2018/05/19(土) 18:23:10.05 Windowsはなぜリファクタリングし続けるのか？
それは勝利を継続させるためである
Announcing Windows 10 Insider Preview Build 11099
https://blogs.windows.com/windowsexperience/2016/01/13/announcing-windows-10-insider-preview-build-11099/
The code refactoring （リファクタリング） and other engineering work we’ve been doing to optimize OneCore is nearing
the point where we will be ready for teams to begin checking in new features and improvements.
それは勝利を継続させるためである
Announcing Windows 10 Insider Preview Build 11099
https://blogs.windows.com/windowsexperience/2016/01/13/announcing-windows-10-insider-preview-build-11099/
The code refactoring （リファクタリング） and other engineering work we’ve been doing to optimize OneCore is nearing
the point where we will be ready for teams to begin checking in new features and improvements.
972仕様書無しさん
2018/05/19(土) 18:24:04.89973仕様書無しさん
2018/05/19(土) 18:24:34.98 https://www.zdnet.com/article/microsoft-releases-first-windows-10-redstone-3-pc-test-build/
Today's new build, 16170 for PCs, is most about refinements to
OneCore (the elements that are common to all the different variants of Windows 10),
code refactoring and other under-the-covers work needed before Microsoft developers can begin checking in code.
↑コードリファクタリング
まただ。嘘つきはクソだ
Today's new build, 16170 for PCs, is most about refinements to
OneCore (the elements that are common to all the different variants of Windows 10),
code refactoring and other under-the-covers work needed before Microsoft developers can begin checking in code.
↑コードリファクタリング
まただ。嘘つきはクソだ
975仕様書無しさん
2018/05/19(土) 18:25:48.17 アホほど再開発の方がマシとかいうんだよなぁ
976仕様書無しさん
2018/05/19(土) 18:25:50.53 >>971
その情報全部読んだけどリファクタリングが
バズワードであることを良いことになんでもかんでも
リファクタリングと言い換えてるだけだった
昔ながらのレンタルサーバをクラウドと言って
クラウドやからええんやでと言ってるようなもの
実態はただの修正
その情報全部読んだけどリファクタリングが
バズワードであることを良いことになんでもかんでも
リファクタリングと言い換えてるだけだった
昔ながらのレンタルサーバをクラウドと言って
クラウドやからええんやでと言ってるようなもの
実態はただの修正
977仕様書無しさん
2018/05/19(土) 18:26:41.85 やはりリファクタリングだけが問題を解決する
現実的な手段なんだな
現実的な手段なんだな
978仕様書無しさん
2018/05/19(土) 18:26:56.12980仕様書無しさん
2018/05/19(土) 18:27:23.94 金にならない虚業
981仕様書無しさん
2018/05/19(土) 18:28:15.48 知ってるか？Visual Studioには
さまざまなリファクタリングサポート機能が
搭載されている
さまざまなリファクタリングサポート機能が
搭載されている
982仕様書無しさん
2018/05/19(土) 18:28:51.59 そもそも見積り終わってからお仕事増やすのやめてもらえます？
983仕様書無しさん
2018/05/19(土) 18:29:00.36985仕様書無しさん
2018/05/19(土) 18:29:59.00 やばい、リファクタリング最強説が出てきた
アンチの言ってることを突き詰めていったら
リファクタリング最強だった
アンチの言ってることを突き詰めていったら
リファクタリング最強だった
986仕様書無しさん
2018/05/19(土) 18:30:26.73988仕様書無しさん
2018/05/19(土) 18:30:59.90 >>985
落ち着けよ、どんだけ興奮してるんだよ、変態か
落ち着けよ、どんだけ興奮してるんだよ、変態か
989仕様書無しさん
2018/05/19(土) 18:31:34.55 リファクタリングはすべての問題を解決する唯一の手段
990仕様書無しさん
2018/05/19(土) 18:31:51.08 アンチは論破された
991仕様書無しさん
2018/05/19(土) 18:31:55.03992仕様書無しさん
2018/05/19(土) 18:32:06.69 アンチは論破された
993仕様書無しさん
2018/05/19(土) 18:32:22.40 アンチは論破された。泣き崩れている。
994仕様書無しさん
2018/05/19(土) 18:32:39.01 アンチは論破された。泣き崩れている。
ウソと詭弁で自分を守ることしかできていない
ウソと詭弁で自分を守ることしかできていない
995仕様書無しさん
2018/05/19(土) 18:32:46.90 リファクタリングが金を生まない事実はどうするのか
996仕様書無しさん
2018/05/19(土) 18:32:56.66 アンチは論破された。泣き崩れている。
ウソと詭弁で自分を守ることしかできていない。
様々な証拠がリファクタリングの有用性を示している。
ウソと詭弁で自分を守ることしかできていない。
様々な証拠がリファクタリングの有用性を示している。
997仕様書無しさん
2018/05/19(土) 18:33:22.42 アンチは論破された。泣き崩れている。
ウソと詭弁で自分を守ることしかできていない。
様々な証拠がリファクタリングの有用性を示している。
マイクロソフトもリファクタリングをしていた。
Googleもリファクタリングをしていた
Appleもリファクタリングをしていた。
ウソと詭弁で自分を守ることしかできていない。
様々な証拠がリファクタリングの有用性を示している。
マイクロソフトもリファクタリングをしていた。
Googleもリファクタリングをしていた
Appleもリファクタリングをしていた。
998仕様書無しさん
2018/05/19(土) 18:33:48.83 >>996
一時が万事そんな調子じゃ議論になりませんな
一時が万事そんな調子じゃ議論になりませんな
999仕様書無しさん
2018/05/19(土) 18:33:50.70 アンチは論破された。泣き崩れている。
ウソと詭弁で自分を守ることしかできていない。
様々な証拠がリファクタリングの有用性を示している。
マイクロソフトもリファクタリングをしていた。
Googleもリファクタリングをしていた
Appleもリファクタリングをしていた。
もう誰にも止められない。
アンチはウソと詭弁を繰り返すだけ
↓
ウソと詭弁で自分を守ることしかできていない。
様々な証拠がリファクタリングの有用性を示している。
マイクロソフトもリファクタリングをしていた。
Googleもリファクタリングをしていた
Appleもリファクタリングをしていた。
もう誰にも止められない。
アンチはウソと詭弁を繰り返すだけ
↓
1000仕様書無しさん
2018/05/19(土) 18:34:13.32 ＳＩＥＲ！！
10011001
Over 1000Thread このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 34日 5時間 20分 29秒
新しいスレッドを立ててください。
life time: 34日 5時間 20分 29秒
レス数が1000を超えています。これ以上書き込みはできません。
