推 MacPerson: 通常這句話是用來安慰PG，跟PM自己壯膽用的~ 10/08 20:50
→ keyboard56: 要重構要花很多時間 通常不會這樣幹 除非你是做成產品 10/08 20:57
→ keyboard56: 不然能動就好 這個我比較常聽到 10/08 20:58
→ uranusjr: 先求有再求好本來就是既得利益者拿來騙人的話 10/08 21:10
推 Blueshiva: 前個工作也常聽到這句話，後來我都跟user說，每次都貼 10/08 21:13
→ Blueshiva: 膏藥，貼到現在都變木乃伊了還要繼續貼喔？ 10/08 21:13
推 Darkword1987: 程式能動以後就會開始有人要求你不要動程式 10/08 21:15
推 f1234518456: 因為求完有以後 通常人就離職了 鬼才要跟你求好阿 10/08 21:19
推 kinanson: 落實單元測試，程式碼就不會太過糟糕 10/08 21:20
→ tw689: 先求有 有了之後新專案又要先有 什麼時候求好? 下班時間? 10/08 21:40
→ ccccboom: 我以前老師是某SI大廠出來的，他說我的程式算乾淨，我就 10/08 21:49
→ ccccboom: 業後才知道他這樣講的原因 10/08 21:49
→ MasterChang: 一開始做對比做好重要~~~ 10/08 21:53
→ PoorLoser: 求好要花三倍時間, 沒有加班費, 沒有績效 10/08 21:56
推 shortoneal: 只要有錢有時間甚麼鬼東西都有辦法重構，問題癥結點在 10/08 21:57
→ shortoneal: 做完以後馬上有塞一個很趕的schedule讓你無法動 10/08 21:57
推 givemepass: 重構靠自己 10/09 00:01
→ DrTech: 看人啦，有些人就是只求有，死都不改。 10/09 00:06
→ DrTech: 有些人就很在意一開始就要做到一定程度，總之看人。 10/09 00:07
→ DrTech: 有時候，看程式可以看得出一個人的個性。 10/09 00:07
推 Curapikt: 根據經驗，看公司重不重視code Review跟合理的時程。 10/09 00:48
→ Curapikt: 一個很大包的東西相對要有足夠案例去測試...貿然重構需 10/09 00:49
→ Curapikt: 要勇氣...原本能動的變不會動就只能承擔責任了 10/09 00:50
推 Curapikt: 所以看到一坨大便在那邊就別理了吧...為時已晚 10/09 00:54
→ bearkitten: 就算是先求有，也不可能搞出義大利麵 10/09 01:49
→ ccccboom: 我的個性不太會搞出義大利麵，因為除非是遇到太難的code 10/09 05:52
→ ccccboom: ，我都會做即時的預先設計和refactoring 10/09 05:52
→ ccccboom: 不過改別人的code真的很危險，很怕那種和某個global tem 10/09 05:55
→ ccccboom: pok_of_old_tmpbuf變數綁在一起的 10/09 05:55
→ noonOut: 還是會求好 等 resource 夠的時候 10/09 11:26
→ noonOut: 只是 resource 什麼時候夠呢....？ 10/09 11:26
→ realmeat: 這種變數的命名全部更動, 還只是算是小事 10/09 14:26
→ viper9709: 推D大~~從程式看個性 10/09 23:40
推 ChampionYe: 可以像我努力想讓系統乾淨，然後就被黑掉惹 10/10 01:03
→ ChampionYe: 當身邊一堆只想做出東西不想做出好東西的人，就別期望 10/10 01:03
→ ChampionYe: 自己可以改變什麼了，只能先同化自己爬到夠高才有能力 10/10 01:05
→ ChampionYe: 權力去改變，如果你還記得初衷的話。 10/10 01:05
推 Peruheru: 我也是嘗試整理幾年來的遺毒，然後就被念到全部還原 10/11 04:39
→ Peruheru: 我還以為這樣做是好事，結果只是多管閒事 10/11 04:41
→ Peruheru: 反正我只是個菜鳥，就認了 10/11 04:41
→ ccccboom: 其實我也不會去動舊的code，就打包起來當api用就好了。 10/11 13:00
→ ccccboom: 新寫的code就好好維護 10/11 13:00