1
rrrrutdk 2014-10-27 11:43:31 +08:00
只代码review不写代码
|
2
Navee 2014-10-27 12:10:07 +08:00
我觉得后期review的时候适当的重构是肯定的,但是大刀一砍的做法我觉得还是要尽量避免把,毕竟代码不是你一个人在维护。
写的时候多想一想,可以一边写一边改善。 |
3
Livid MOD 是的,这是好事。
只要是还在有用户在用的代码,就应该持续改进。 |
4
pezy 2014-10-27 12:15:50 +08:00
如果是自己写的代码,在保证接口不变的情况下,大刀阔斧的改吧,释放自己的冲动吧。
|
5
crazyxin1988 2014-10-27 12:17:02 +08:00
剁手。。
--------------------------------------------------- 深呼吸,平静下来 |
6
nsa 2014-10-27 12:26:52 +08:00 via iPad
剁剁剁
|
7
jamesxu 2014-10-27 12:29:11 +08:00
说明你进步快
|
8
jsonline 2014-10-27 12:42:03 +08:00 via Android
你要做到看到一分钟前自己的代码就想改,持续重构
|
9
taued 2014-10-27 12:57:25 +08:00
六月定律
|
10
abcfyk OP @Navee 的确,目前的做法也是这样子。。现在在新项目中应用新的技术,约定,和规范等等一些事情,相对成熟一点之后,再看机会着手重构以前老项目的代码。。所以。老是有种感觉就是新开的项目越看越喜欢~老的项目越看越难看的想法。。 (╯`□′)╯(┻━┻
|
11
abcfyk OP @Livid 持续改进也是我想做的。就是现在手上带了三个项目。。再加上自己业余时间弄的一些实验性的小项目。总赶脚时间不够用啊。(╯`□′)╯(┻━┻
|
12
abcfyk OP @pezy 有些地方不仅仅是接口不变了。。比如老项目基本是面向过程的。新写的代码基本是面向对象风格的。每次看到两种风格代码糅杂在一起就有种 (╯`□′)╯(┻━┻ 的冲动。。
|
13
fgwww 2014-10-27 13:35:56 +08:00
对于前人的老代码还是抱着一颗敬畏的心去重构比较好,而不是直接大刀一砍重新来一套
|
14
RobinFai 2014-10-27 16:26:56 +08:00
合适的单元测试在这个时候就体现出优点了。
|