o******2
发帖数: 159 | 1 一个existing的platform，非常大，上million行吧。需要读懂其中的一部分才能去做
开发。有一点点简单的document教怎么使用，但是因为我没有这种大project的经验，
所以觉得在走弯路。请问各位有经验的教一教怎么能快点上手。
谢谢了。 |
D*******a
发帖数: 3688 | 2 看call graph，data flow等等，搞清楚自己那部分的输入输出。不必要整个都搞懂。
【在 o******2 的大作中提到】
: 一个existing的platform，非常大，上million行吧。需要读懂其中的一部分才能去做
: 开发。有一点点简单的document教怎么使用，但是因为我没有这种大project的经验，
: 所以觉得在走弯路。请问各位有经验的教一教怎么能快点上手。
: 谢谢了。
|
p*********t
发帖数: 2690 | 3 对，知道怎么用钢琴，不需要知道这个琴是怎么造出来的。
【在 D*******a 的大作中提到】
: 看call graph，data flow等等，搞清楚自己那部分的输入输出。不必要整个都搞懂。
|
o******2
发帖数: 159 | 4 恩。我也知道不用搞懂全部啊，不过问题是我觉得需要搞懂的那部分也太多了，太多的
class了。你说的call graph是指把所有的class，struc的关系用UML表示出来吗？谢谢
了。
【在 D*******a 的大作中提到】
: 看call graph，data flow等等，搞清楚自己那部分的输入输出。不必要整个都搞懂。
|
D*******a
发帖数: 3688 | 5 把数据的组织方式搞清楚也很有帮助
【在 o******2 的大作中提到】
: 恩。我也知道不用搞懂全部啊，不过问题是我觉得需要搞懂的那部分也太多了，太多的
: class了。你说的call graph是指把所有的class，struc的关系用UML表示出来吗？谢谢
: 了。
|
C***y
发帖数: 2546 | 6 看你要干啥，fix bug就直接debug
加模块就把相关类看看
最好的办法是边做边问熟悉代码的
【在 o******2 的大作中提到】
: 恩。我也知道不用搞懂全部啊，不过问题是我觉得需要搞懂的那部分也太多了，太多的
: class了。你说的call graph是指把所有的class，struc的关系用UML表示出来吗？谢谢
: 了。
|
k****5
发帖数: 546 | 7 doxygen, 看inheritance graph. 主要看类与类的关系。哪些是core class, 那些是
utility class, 抽象类一定要看。project的文件夹名字就是基本的分类。细节不懂
看注释，用svn, git的，看file history和comment. c++不过关至少要看effective c++. 大c++project用很多这本书的技术
【在 o******2 的大作中提到】
: 一个existing的platform，非常大，上million行吧。需要读懂其中的一部分才能去做
: 开发。有一点点简单的document教怎么使用，但是因为我没有这种大project的经验，
: 所以觉得在走弯路。请问各位有经验的教一教怎么能快点上手。
: 谢谢了。
|
d****n
发帖数: 1637 | 8 Assume that,
1. your part is in relative smaller scope.
2. the global is too big to read
My suggestion,
pull out any api&data type in your scope only when you can't figure out
what it is and in/out format.
text search the prototype in the global, at any higher level, once you
understand or partially confident with it. STOP. go back your scope,
solve the next one.
Sure, if you you got a tutor that will help you alot. |
A**u
发帖数: 2458 | |
A**u
发帖数: 2458 | 10 doxygen
真是利器啊
第一次用....
c++. 大c++project用很多这本书的技术
【在 k****5 的大作中提到】
: doxygen, 看inheritance graph. 主要看类与类的关系。哪些是core class, 那些是
: utility class, 抽象类一定要看。project的文件夹名字就是基本的分类。细节不懂
: 看注释，用svn, git的，看file history和comment. c++不过关至少要看effective c++. 大c++project用很多这本书的技术
|
o******2
发帖数: 159 | 11 多谢你的指点。
其实以前读书的时候也干过类似的活，读别人的code，然后修改以及加新的功能。一个才2万行左右的程序就花了几个月才搞懂，觉得非常frustrated。
但是工作了肯定没有这么多时间给我，所以很紧张。。。。
c++. 大c++project用很多这本书的技术
【在 k****5 的大作中提到】
: doxygen, 看inheritance graph. 主要看类与类的关系。哪些是core class, 那些是
: utility class, 抽象类一定要看。project的文件夹名字就是基本的分类。细节不懂
: 看注释，用svn, git的，看file history和comment. c++不过关至少要看effective c++. 大c++project用很多这本书的技术
|
o******2
发帖数: 159 | 12 我跟牛占不上边啊，找到个工作都是靠运气，能不能存活下来又得靠运气了。。。。
【在 A**u 的大作中提到】
: 大牛，什么时候写写找hft经验...
|
t****t
发帖数: 6806 | 13 什么叫"才"2万行的程序, 2万行不小了好不好.
个才2万行左右的程序就花了几个月才搞懂，觉得非常frustrated。
【在 o******2 的大作中提到】
: 多谢你的指点。
: 其实以前读书的时候也干过类似的活，读别人的code，然后修改以及加新的功能。一个才2万行左右的程序就花了几个月才搞懂，觉得非常frustrated。
: 但是工作了肯定没有这么多时间给我，所以很紧张。。。。
:
: c++. 大c++project用很多这本书的技术
|
i*********n
发帖数: 58 | 14 1. 搞清软件的架构（architecture）
2. 理清你所关注的模块在架构中的位置，和其他系统构件的关系
3. 弄懂你所关注的模块的功能和data flow
4. 如果有小的test case，在debugger里走走 |
