先求有再求好
我在學校和公司聽過n遍了
不過我上次接手一份2005年開始維護
而且就一直"先求有"到現在的程式
裡面1000行的if else就不說了
架構更是比義大利麵還要義大利麵...
舉例來說
global tmp變數就已經繁衍成一個大家族了
tempxx
tempoo
temp_of_tempxx
......
後來又收了一些code
情況也差不多
有沒有先求有，就不會再求好的八卦?
作者: keyboard56 (奇伯) 2014-10-08 20:57:00
要重構要花很多時間 通常不會這樣幹 除非你是做成產品不然能動就好 這個我比較常聽到
作者:
uranusjr (â†é€™äººæ˜¯è¶…級笨蛋)
2014-10-08 21:10:00先求有再求好本來就是既得利益者拿來騙人的話
前個工作也常聽到這句話，後來我都跟user說，每次都貼膏藥，貼到現在都變木乃伊了還要繼續貼喔？
作者:
kinanson (kinanson)
2014-10-08 21:20:00落實單元測試，程式碼就不會太過糟糕
作者:
tw689 (台灣689)
2014-10-08 21:40:00先求有 有了之後新專案又要先有 什麼時候求好? 下班時間?
我以前老師是某SI大廠出來的，他說我的程式算乾淨，我就業後才知道他這樣講的原因
只要有錢有時間甚麼鬼東西都有辦法重構，問題癥結點在做完以後馬上有塞一個很趕的schedule讓你無法動
作者:
DrTech (竹科管理處網軍研發人員)
2014-10-09 00:06:00看人啦，有些人就是只求有，死都不改。有些人就很在意一開始就要做到一定程度，總之看人。有時候，看程式可以看得出一個人的個性。
作者:
Curapikt (StarLight Breaker!!)
2014-10-09 00:48:00根據經驗，看公司重不重視code Review跟合理的時程。一個很大包的東西相對要有足夠案例去測試...貿然重構需要勇氣...原本能動的變不會動就只能承擔責任了所以看到一坨大便在那邊就別理了吧...為時已晚
作者: bearkitten 2014-10-09 01:49:00
就算是先求有，也不可能搞出義大利麵
我的個性不太會搞出義大利麵，因為除非是遇到太難的code，我都會做即時的預先設計和refactoring不過改別人的code真的很危險，很怕那種和某個global tempok_of_old_tmpbuf變數綁在一起的
作者: noonOut (中午外出) 2014-10-09 11:26:00
還是會求好 等 resource 夠的時候只是 resource 什麼時候夠呢....？
作者:
ChampionYe (A Sunny Boy!! haha)
2014-10-10 01:03:00可以像我努力想讓系統乾淨，然後就被黑掉惹當身邊一堆只想做出東西不想做出好東西的人，就別期望自己可以改變什麼了，只能先同化自己爬到夠高才有能力權力去改變，如果你還記得初衷的話。
我也是嘗試整理幾年來的遺毒，然後就被念到全部還原我還以為這樣做是好事，結果只是多管閒事反正我只是個菜鳥，就認了
其實我也不會去動舊的code，就打包起來當api用就好了。新寫的code就好好維護