锁定老帖子 主题:重构-卓越程序员修炼之道培训总结(一)
精华帖 (0) :: 良好帖 (5) :: 新手帖 (8) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-11-28
最后修改:2010-11-28
【重构】老问题总是拿出来说,翻来复去,但是老问题,你每次去翻的时候总会发现新的亮点,新的问题。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2010-11-29
期待后续章节
|
|
返回顶楼 | |
发表时间:2010-11-29
重构很重要!
|
|
返回顶楼 | |
发表时间:2010-11-29
重构很重要!应该重构,问题是,重构需要花钱!老板不同意!
|
|
返回顶楼 | |
发表时间:2010-11-29
最后修改:2010-11-29
ltian 写道 重构很重要!应该重构,问题是,重构需要花钱!老板不同意!
改bug也需要花钱, 老板同不同意不是问题. |
|
返回顶楼 | |
发表时间:2010-11-29
最后修改:2010-11-29
谈谈个人看法,以求抛砖引玉
理论上: 团队有重构的环境,有以下几点: 1.项目经理要对项目有十足的掌控,并且一定要能顶住来自各方面的关于项目的压力,这点最重要,如果这一条件不能满足,其他全是浮云 2.项目要保证持续集成,有经验人员的Code Review,及时发现设计和编码的问题,做出调整 3.程序人员的自律,重构应该是一种习惯。对于自己的代码,应该不断的优化,力争实现最好的设计和最优的性能。但有一点,必须保证项目进度。客户是不会关系你代码是否整洁漂亮的。 实际上: 1.项目进度优先,往往因为时间紧张(正常的开发工作尚且需要加班),重构被放在末位甚至不予考虑,一些必要的流程被忽略,一切以“实现功能,完成项目”为导向,小公司尤甚 2.开发人员对自己写的代码不负责,见过写完功能自己都没调通的人高喊“做完了”,结果可想而知,说白了是职业素养问题 3.销售手腕。对于某些需要优化或是添加的功能,其实可以再和客户沟通然后作为新的功能点开发,再产生利润,这方面我也是最近才看到,对于不太懂软件的客户尤其有效,的确大开眼界。 |
|
返回顶楼 | |
发表时间:2010-11-29
jwinder 写道
-新来的总是埋怨老的,妈了个比的,这是什么代码,但是新来的新代码还是延续老代码的臭味道,本金加利息一直在累加 正在做这个事情。其实,不敢重构也是原因的,代码不是我写的,而且不懂大多数的逻辑和代码引用关系,而且,系统已经在正常运行中,如果你维护出了问题,就是你的责任。虽然说,有点怕承担责任,可是,对于我现在的企业来说,代码能不动就不动,除非是我自己新添加的。 |
|
返回顶楼 | |
发表时间:2010-11-29
kinglyhum 写道 谈谈个人看法,以求抛砖引玉
理论上: 团队有重构的环境,有以下几点: 1.项目经理要对项目有十足的掌控,并且一定要能顶住来自各方面的关于项目的压力,这点最重要,如果这一条件不能满足,其他全是浮云 2.项目要保证持续集成,有经验人员的Code Review,及时发现设计和编码的问题,做出调整 3.程序人员的自律,重构应该是一种习惯。对于自己的代码,应该不断的优化,力争实现最好的设计和最优的性能。但有一点,必须保证项目进度。客户是不会关系你代码是否整洁漂亮的。 实际上: 1.项目进度优先,往往因为时间紧张(正常的开发工作尚且需要加班),重构被放在末位甚至不予考虑,一些必要的流程被忽略,一切以“实现功能,完成项目”为导向,小公司尤甚 2.开发人员对自己写的代码不负责,见过写完功能自己都没调通的人高喊“做完了”,结果可想而知,说白了是职业素养问题 3.销售手腕。对于某些需要优化或是添加的功能,其实可以再和客户沟通然后作为新的功能点开发,再产生利润,这方面我也是最近才看到,对于不太懂软件的客户尤其有效,的确大开眼界。 另外请LZ改善排版,照顾一下楼下的童鞋 这个行业越来越良莠不齐。像这种高喊“做完了”的人,一旦被我查出来,基本上绩效考核就要扣分了。如果屡次三番不肯改正的,基本上就是被边缘化和扫地出门的命运。行业需要优胜劣汰,不是你进了这个行业就可以一劳永逸的。 |
|
返回顶楼 | |
发表时间:2010-11-30
以设计模式指导重构,以重构反思设计模式的重要性。
|
|
返回顶楼 | |
发表时间:2010-11-30
写的很好,确实是这样。。。
支持了 |
|
返回顶楼 | |