话题讨论：重新开发VS源代码修改 两者谁效率更高？（已公布获奖）

陌路巨额投入

1、作为一款软件是重新开发效率高还是修改源代码效率高？

     个人觉得还是修改代码的效率更高。可能某些技术大牛觉得重新开发效率更高，但是我觉得在大多数情况下，还是修改代码效率更高，我们在开发一个软件的时候，会提起做好需求分析，概要设计，详细设计等等开发之前的准备工作，所以我们没有必要要去重新开发，可能是代码在有些情况下有错误，但是我们的思路可以通过团队合作探讨清晰，所有的功能都是模块化的，所以只需要简单的修改有问题的地方就可以。所以我觉得修改代码的效率更高，不仅可以减少开发任务，还可以缩短开发周期，提前抢占市场。
   
    2、如何做到高效的代码修改？

      至于如何高效的代码修改。。个人觉得：

      （1）写程序前打个草稿可以在心里，最好在纸上：目的要从整体上考虑程序的实现。
      （2）注意休息，不要浪费自已的休息时间，用去了自已的时间不但会写出的代码因为注意力不集中而会常常出现代码的质量有问题，逻辑常出错
      （3） 要善于收集相关的专业开发上的资料，以便以后能更快更好的解决问题目。提倡公司能提供内部知识勾通的工具（如知识论坛，内部即时聊天器）；提倡公司内部有技术资料的共享库，提高解决问题的能力.
      （4）提高对所写的模块的相关全局把握能力，在写程序中要最好先详细设计后再发布.
      （5）要学会与他人沟通如非工程师，学会沟通的不同方式，提高沟通的效率。
      （6）编写代码要符合编码规范，这样方便检查错误，一些语法错误这样很容易检查。代码审查要求团队有良好的文化团队需要认识到代码审查是为了提高整个团队的能力，而不是针对个体设置的检查。另外，代码审查本身可以提高开发者的能力，让其从自身犯过的错误中学习，从他人的思路中学习。如果开发者对这个流程有抵触或者反感，这个目的就达不到。
    （7）谨慎的使用审查中问题的发现率作为考评标准。
     （8）控制每次审查的代码数量。
     （9）带着问题去进行审查。利用自身的经验先思考可能会碰到的问题，然后通过审查工作验证这些问题是否已经解决。一个窍门是，从用户可见的功能出发，假设一个比较复杂的使用场景，在代码阅读中验证这个使用场景是否能够正确工作。

    3、阅读本书试读章节，说说您的感想？

        感想。。。首先要养成一个好的编程习惯，然后对于代码要勤于添加注释。提交代码前自我审查，添加对代码的说明。对代码添加注释，说明本次修改背后的原因，方便其他人进行审查。修正编码风格，尤其是一些关键数据结构和方法的命名，提高代码的可读性。从全局审视设计，是否完整的考虑了所有情景。在实现之前做的设计如果存在考虑不周的情况，这个阶段可以很好的进行补救。 实现中记录笔记可以很好的提高问题发现率成员在编码的时候应做随手记录，包括在代码中用注释的方式表示，或者记录简单的个人文档，这样做有几个好处：避免遗漏。在编码时将考虑到的任何问题都记录下来，在审查阶段再次检查这些问题都确认解决。每个人都习惯犯一些重复性的错误。这类问题在编码是记录下来，可以在审查的时候用作检查的依据。在反复记录笔记并在审查中发现类似的问题后，该类问题出现率会显著下降。。作者讲述的很完美，详细的讲解了如何高效的去修改代码。。开发中宝典哇。

xcltapestry

  先要有自知之明，业务有没有真正了解到?相不相信自己能比原来的写得更好?重架有那个时间和精力吗? 最后，后果是不是自己能承受的起的?都ok了，那就开始吧.

shenyinghe

这是一个说了等于白说，想了等于白想的话题。

ljl2004

楼主的意思可能是
如果掌握了修改代码的艺术，修改代码肯定比重写要来得快。
对于可以运行，但是逻辑混乱并且bug很多的代码，最好的办法还是重写
这与原代码的作者与现作者的水平无关
很多牛人写出代码也像天书一样，估计他回过头来看，也很难看懂。

2009532140

1、作为一款软件是重新开发效率高还是修改源代码效率高？
    这个比较难说，这个与编写代码的质量，以及修改人的技术水平，以及将代码要改成的水平有密切的关系
    野花的表格不错，可以借鉴一下
2、如何做到高效的代码修改？
    一：了解目标需求是什么。
    二：个人一般不会直接在原作的代码上直接添加功能点，这对以前的功能点影响会降至最低
    三：多个模块的相同方法也最好在修改的时候分开，便于调试
这几个是工作中遇到的几点经验
3、阅读本书试读章节，说说您的感想？
    其实在日常工作中修改代码遇到最多的就是解依赖..
如果在不知道原作者的意图的情况下，解依赖可能造成很多BUG。
不知道大师们是由什么方法论来做这个工作的，期待读读

dongmusic

1、作为一款软件是重新开发效率高还是修改源代码效率高？
       这个问题估计没有标注答案，各人的意见肯定是见人见智,在实际的开发过程中,肯定是修改源代码的效率高,这个是显而易见的
    因为软件肯定是一直在被用户在使用的,用户不可能去等待那么长的时间去试用不知道质量怎么样的软件，从公司的角度与领导的角
    度来说，重新开发一款软件的时间与金钱花费是非常巨大的，并且并不能够保证重新开发后的软件的质量与性能都会优于原来的软件
    一般领导也不愿意背负那么大的责任，只有源系统还能够正常运转，能够大致满足用户或者业务的需要，一般来说，领导不会要求去
    重新开发一款软件,一般也只会要求在上面进行修改工作或者增加功能，我想只有当源系统太混乱，代码质量太差，以至于用不起来的
    情况下才会考虑重新开发吧。

2、如何做到高效的代码修改？
    如何做到高效的代码修改，我觉的需要做到以下的几个方面
    (1) 对要增加的功能或者修改Bug的代码的需求要做到心中有数,并对原系统的功能影响也做到了如指掌。这个第一个也是最重要的一个
        需要认真进行考虑的地方。
    (2) 修改代码后，要利用各种手段进行质量保证活动,比如代码审阅，比如利用测试与回归测试来验证代码修改是否正确，对系统是不是
        没有产生其它的影响.
    (3) 尽量利用重构等手段来保证代码清晰易懂，这样修改代码起来就事半功倍了。
   （4）平常主要在代码中写好注释，这样也很有利于代码的快速修改。
   
3、阅读本书试读章节，说说您的感想？
      基本上看完了这三章的试读章节，个人感觉这本书的作者的开发经验是非常丰富的,这本书中的思想，方法都是很给人启发的，第一章用了几页的
    篇幅归纳与总结了需要修改代码的可能原因，四种主要原因 ：增加特性、修正缺陷、改善设计和优化对资源的利用。这个结论对于有过代码修改
    经验的程序员来说很容易理解的，第二章的开头大概叙述了修改代码的两种截然不同的态度或者心里，看到作者写的"编辑与祈祷"这个词，我感觉
    会心的笑了一下，我很多时候就是那样干的啊，我也相信很多人也是那样干的。然后作者论述了怎样靠测试与重构技术来保证代码修改的正确性，
    第三章的伪对象说实话，我看的不是很明白，可能需要多看几遍才能真正理解作者的意思吧。

sunking135

陌路巨额投入 发表于 2014-7-2 20:01
1、作为一款软件是重新开发效率高还是修改源代码效率高？

     个人觉得还是修改代码的效率更高。可能某 ...

我勒个去...就这个还用到百度上抄啊？？？？？？？
我的跟管理们说说

hwayw

sunking135 发表于 2014-7-23 09:53
我勒个去...就这个还用到百度上抄啊？？？？？？？
我的跟管理们说说

欢迎大家举报这种行为！