如果你手上有个程序代码，要你修改，你会如何着手？

Question

rt
我想如果是大修改就要搞懂整个程序，小修改就去搞懂那一块程序。
问题出来了，搞不清楚要修改的哪一块在哪里-。-更别说什么逻辑关系了。
如何是好

Answer 1

搞不清楚就看程序，看到清楚了为止，如果一直看，还是看不清楚，那就别改了，没这个能力。这也是问题？

Answer 2

分析问题-解决问题比技术更重要

Answer 3

我是初学者，能力自然还不行，1楼让你一说我信心全无，唉！

Answer 4

不要急,经验是从实浅中得出来的,慢慢学会看别人写的代码,不明可以来D版发问,高手多的是,当然我不是.

Answer 5

如果不是特别复杂的多线程程序，可以尝试着 f8，一步步的跟下流程，如果特别复杂那就f8跟踪 + 死看。记得做个笔记把看到的流程大致写一下，不然你看啊看的就看晕了，还得从头看……
总之分析别人的程序是件很郁闷的事情。

Answer 6

我刚出来的时候也是改代码。感觉改代码比自己写更痛苦。因为数据如何定义，如何实现完全由别人来决定，自己只能根据别人的代码来理顺思路。如果在他的代码中没有注释或者没有文档的话，那就更郁闷了。我就是这样郁闷的一份子。根据自己的经验和教训。我想改代码的方法是：
1、先搞清这个实现了哪些功能，现在要修改那些功能
2、为什么要修改这些功能，他们的不足的地方是哪里。
3、以前是采用什么方法实现的，现在准备要用什么方法再次实现。
4、实现这些功能的按钮在哪。然后点进去跟踪他的代码。如果楼主说不知道要修改哪一块的话，那应该从功能上来分析，要修改哪些功能。
不知道有没更好的方法，反正我是这样过来的。

Answer 7

楼上的说得太对了 很郁闷 
只能看 看清楚为止

Answer 8

先做备份。找入口。
用笔记下大概流程。可能以函数名为标识。
心里有较为清楚的流程走向后，找到目标功能的模块（也许就是几个函数过程构成）。尝试作最小程度修改，比如修改显示文字之类的，由小入大，逐步修改。如果修改不成功，仔细想想为什么，对毎一步修改前应先想象在大概会出现什么效果，不要盲目修改。有问题就恢复。我修改人家的代码时，通常把原来的代码注释掉，而不是删除。并且修改后，应该写下修改人姓名和修改时间。这个习惯应该要有。改多了就有感觉了。慢慢来。