反复修改才能创造出优秀的代码?扯淡!

[缪军]

Coding我的爱
你背了BUG债
就算付出再多感情也改不回来,
当初是你要修改,
修改就修改,
现在又用BUG哄我改回来
代码不是你想改,想改就能改
让我挣开,让我明白,不要再胡来

[天下如山]

噗、噗、噗、噗、噗

[大葡萄八块一斤]

也要有时间去让你修改，项目急着改把功能实现了再说吧

[-烟花雨季]

[大渣吼吾系渣渣辉]

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

[游离失所]

楼主的痛我也经历过

[whatdoyousay]

引用 6 楼 q772905418 的回复:

引用 4 楼 lizeyuan8238386 的回复:

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

[q772905418]

引用 4 楼 lizeyuan8238386 的回复:

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

[zhujiazhi]

引用 4 楼 lizeyuan8238386 的回复:

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

[娃都会打酱油了]

[IE11下面经常卡到爆]

引用 6 楼 q772905418 的回复:

引用 4 楼 lizeyuan8238386 的回复:

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

抓了你的奶，骗你做了爱，最后知道怀孕的你眼泪掉下来

神说唱啊 撸主意指设计上的改动 对于小粒度的功能模块实现或者是重构，有时候是必要的，比如用的算法的问题。 至于重构，一个有着良好素养的程序猿一般不需要过分地重构了，因为在写的时候便会注意代码结构

[以专业开发人员为伍]

如果仅抱着“创造出优秀的代码”的洁癖而一遍遍推倒了重来，这种编程应该算是“强迫症”，是精神病的一种。应该唱歌治疗。 重要的程序、好的功能点，经常因为系统功能扩展而重构，而且代码风格越来越好。但是那不是因为什么“创造出优秀的代码”而重构。

[以专业开发人员为伍]

关于“遇到bug的问题”，程序发现了bug是好事，并不是负担。修改bug跟流程设计得更清晰简练一些，并不矛盾，出现bug不是让程序腐烂的借口。 关键是，需要有轻量级、高强度、自动化、毫无压力的测试手段，随时进行回归测试。而不是悲催地总是在“事后”才发现因为有几百个bug实在是吓得要死、所以才不得不回滚代码。如果你的开发方式得当，你就有勇气去随时对架构核心的代码进行大的改动，非常安全地“小步快报”地修改大量代码，而不用找“回滚代码”的借口。

[华芸智森]

反复修改与创造出优秀代码没有必然关系. 评价一个代码是否优秀,是以机器执行为标准还是以人阅读还是以扩展性 ? .... 这跟一个人的编程习惯,思维深度,对业务了解的程度有关. 如果一个代码要反复修改,只能说明 要么需求有问题---每次变化都很大 . 要么,就是程序员有问题---小变化的前提下,代码没有一定范围没有扩展性.

[software_artisan]

改出BUG？只能说明两件事： 1、改的不够好或者不对 2、原来写的就不对

[我现在在路上]