Търсене употреба и определение е много полезно. Във всеки IDE е. В Vim / Emacs / приложени други плъгини.
Е, не се очаква, че ще се научите на изходния код, просто като ги четете, и ще ги разбирам напълно. Това не се случва.
Първо, разберете защо не видите изходния код. Малката изпълнение - хем профайлър, търсейки затруднения. Ние се изкачи в код, оптимизирайте теста. Повторете няколко повторения.
Липсва функционален? Например, за да добавите нов тип, което искаме. Ние търсим за модулите, които прилагат подобна функционалност. Правейки собствената си вид в подобие на вече съществуващите. Тестване на сървъра реплика. Profiler подбудителство, и т.н.
И вие вече сте разбрали в някои части.
Но без гол да се изкачи в кода, които ще "стане подправки" - нищо не се случва.
Пълен стак разработчик (Symfony, ъглови)
1) ние разбираме какво е необходимо всеки файл, опитайте се да се оцени цялостната картина на това, което е в проекта (който компоненти, модули и т.н.). Това може да ни помогне да се множество статии и официални документи. описва архитектурата на проекта.
2) се нуждаят от по-нататъшно задълбочаване изключително по някаква причина, а не само. Например, ако се интересувате от някои специфични неща. Например. Защо ви е необходимо да се проучи MyISAM на устройството само ако той има няколко употреби?
Като цяло fshp правилно каза всичко.
Разбира се, ако си постави за цел: "набързо", за да се разбере на проекта, който прави голям екип от специалисти - това малко е дошъл от него. Особено при липсата на добър опит в езика, на който е написан на проекта. Но ако си постави за цел да се научат, че е за този проект (това няма значение, MySQL, Linux ядро, Eclipse IDE, ReactOS.), След това е то. На първо място, всички те изглеждат гигантски лабиринт, който никога няма да се научи наизуст. Но, повярвайте ми, това е само в началото.
И да, аз ще се съглася с fshp.
не очаквайте, че ще се научите на изходния код, просто като ги четеш
Трябва да се научите как да се съберат на проекта. След това, да научат как да се правят промени (в собствен терен), за да провеждат експерименти. Едва след развитието на уверени работната практика на провеждане на ревизии на проекта, преминете към по-сериозни неща в него.
Като цяло, идеята и желанието да се разберат проектът за устройство, известно с отворен код е достоен за похвала. Във всеки случай, ще получите ценен опит. Научете се да се толерира код на други хора да се разбере или предвиди хода на мислите на другите. Може би ще има и "в работни места с участието на всички ръце", научи чужд проект е вече по нареждане на работодателя. Кой знае, ако сте напълно влезе в този проект, може да се свърже с екипа на Oracle и да стане един от водещите разработчици? )
P / S
Аз не искам да хвърли камък към екипа на MySQL, но файла на 20K реда код е, IMHO, знак за "миризма код". Но кой съм аз да съдя. )
Трябва да се научите как да се съберат на проекта.
Не, не, не. Linux Kernel правото да развесели, има много добра структура. Игра с devbordami, аз rs323 драйвер изчукване и дисплей за водача, и много неща в самата сърцевина на козметика. Това е въпреки факта, че аз съм начинаещ в C Noob и Google не каза нищо, къде да намеря и как да се коригира zapatchit. Веднъж дори на случаен софтуер RS232 GPIO написал епос kostylische, но не и в другата посока с кривата на логове играч не го получи, и да го спечели, въпреки че адски процент грешки.
Нищо не трябва да се научи само трябва ясна цел - по-логично всичко е. И колкото по-дълго се копае с цел познаването на проекта обширна.
Иля. може да имате добре развита интуиция, ако намерите бързо ", където" и "какво", за да се произнесе.
"Това не е необходимо да се учи" около - добре, това зависи от това какво си цел: да се напише "набързо" кръпка или сделка в проекта, за да се присъединят към екипа. Или просто само за развлечение, за цялостното развитие, така да се каже. Съответно, различни цели - различни подходи.
Но като цяло, аз съм съгласен с вас.
Свързани статии