先求有再求好
我在学校和公司听过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就好好维护