Question

Closed. This question is off-topic. It is not currently accepting answers.

。

Closed 10 years ago.

Improve this question

一段时间以来,我一直希望以开放源项目提供帮助。我出于两个主要原因想这样做。我坚决支持一些错误,我希望获得经验。

我为找到我所希望帮助的项目而奋斗。我有很多人要帮助,但对于我想要开始的话来说,这些都很复杂。然而,我最近找到了一个浏览器,似乎像我这样复杂,使我能够从中学习,尽管如此简单,我能够把我的头部总结下来。

这是一种简单的轻重浏览器,使用网基和高环。

既然你熟悉我的主言,我的问题是我的。

了解守则基础的最佳途径是什么?

现在我认识到这是一个主观问题。然而,我感到,如果我有经验更丰富的发展者的建议,我也许能够缩小我错误的转变。

我是否应该熟悉首先使用的图书馆? 或者,在我对全球局势基本了解之后,我是否应该研究核心法典,并关注到底是什么?

你们如何看待新项目的准则基础?

感谢你的时间和努力。

Answer 1

第一,汇编和管理。有了许多项目,完成这项任务将给你一些理解:

第二,解决一些问题是好的。一些小的任务,如在某个地方设置小ug。 Just debug, search for the bug origin,tries to fix it. 然后进行单位测试(如果有的话),看你与你的固定点发生什么。调查也是如此。

然后重复。最好是在不同领域,有十几个小点能够更好地了解编码基础。

之后,我通常开始 wonder问产品,看看它如何运作和如何与之竞争。自然好奇早或更晚,我发现我关心的一个特点。在“wow”中,我想知道它是如何运作的。然后,我试图为这一特点勾画一个高级别的设计。按照“的方针,如果我不得不创造这一特点,我会做些什么? 简言之,就在我看来,没有数字图表,也没有什么。

在这样做时,我不可避免地发现自己需要更多地了解这个制度:毕竟,你可以设计一个完全孤立的特征,你能够吗? 你们必须同系统其他部分互动,你们需要知道如何。因此,我读到法典中。

然后,我认识到,我确实不知道如何设计这一部分。我认为,而且我认为,我也不知道。因此,那是试样的:我看一看法典,看看它是如何设计的。有时,我会对该项目感到失望。但我更经常地对自己感到失望。但是,这恰恰是珍贵的东西:这是我学习的。

Answer 2

我发现两件事情(除了Fyodor Soikin的答复外)确实有所帮助。一种做法是用氧气为我记载一切。如果我能通过职能声明,并点击本应通过的数据结构,我就能够看到它包含的所有成员(如果现在没有文件,你只能确定EXTRACT_ALL = YES)。我也认为,用精彩的符号来汇编项目,然后把它放在 g子里,以便你从开始到完成。

Answer 3

我将首先检查这些试验,看这些试验。如果存在n,我很可能会与该项目挂钩。如果进行了测试,就应当说明软件是如何运作的。通过在浮标中进行的测试,了解高层次部件如何合用。

友情链接