Coding我的爱
你背了BUG债
就算付出再多感情也改不回来,
当初是你要修改,
修改就修改,
现在又用BUG哄我改回来
代码不是你想改,想改就能改
让我挣开,让我明白,不要再胡来
------解决思路----------------------
噗、噗、噗、噗、噗
------解决思路----------------------
也要有时间去让你修改，项目急着改把功能实现了再说吧
------解决思路----------------------
------解决思路----------------------
抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来------解决思路----------------------
楼主的痛我也经历过------解决思路----------------------
抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来------解决思路----------------------
------解决思路----------------------
------解决思路----------------------
------解决思路----------------------
神说唱啊
撸主意指设计上的改动
对于小粒度的功能模块实现或者是重构，有时候是必要的，比如用的算法的问题。
至于重构，一个有着良好素养的程序猿一般不需要过分地重构了，因为在写的时候便会注意代码结构
------解决思路----------------------
如果仅抱着“创造出优秀的代码”的洁癖而一遍遍推倒了重来，这种编程应该算是“强迫症”，是精神病的一种。应该唱歌治疗。
重要的程序、好的功能点，经常因为系统功能扩展而重构，而且代码风格越来越好。但是那不是因为什么“创造出优秀的代码”而重构。
------解决思路----------------------
改出BUG？只能说明两件事：
1、改的不够好或者不对
2、原来写的就不对
------解决思路----------------------
------解决思路----------------------
反复修改与创造出优秀代码没有必然关系.
评价一个代码是否优秀,是以机器执行为标准还是以人阅读还是以扩展性 ? ....
这跟一个人的编程习惯,思维深度,对业务了解的程度有关.
如果一个代码要反复修改,只能说明
要么需求有问题---每次变化都很大 .
要么,就是程序员有问题---小变化的前提下,代码没有一定范围没有扩展性.