Как быстро и эффективно разбираться в чужом коде

«Как ты понимаешь чужой код? Я хорошо разбираюсь в своём собственном коде, но всякий раз, когда мне нужно понять чужой, — я теряюсь. Чувство потерянности преследует меня все время, особенно, если код плохо задокументирован. Я до сих пор не представляю, с какой стороны нужно подступиться, чтобы работать с чужим кодом более эффективно. Было бы хорошо, если бы ты дал мне парочку советов.»

Мне понравился этот вопрос по нескольким причинам:

Итак, давайте пойдём по порядку.

Используя этот подход, вы неизбежно будете двигаться от одного участка кода к другому. И это, вероятно, поможет вам получить представление о следующем:

• Как этот код устроен (где определяются переменные, где хранятся те или иные методы и т. д.).

• Стиль, в котором написан код.

• Как программист, написавший этот код, думает и решает те или иные задачи (это сложно объяснить, но интуитивное понимание таких вещей приходит только с опытом).

Делая так, вы постепенно будете всё лучше и лучше понимать чужой код. И вскоре в больших кусках кода, в которых вы ранее не могли ничего понять, вам станут «открываться» отдельные части. И постепенно будет приходить понимание все большего и большего количества строк кода. Это примерно как стоять в большой, абсолютно тёмной комнате, в которой постепенно зажигается свет, и вы со временем начинаете различать всё больше и больше предметов, находящихся в ней.

Применяйте данный способ изучения кода множество раз, и вы быстрее сможете разобраться в непонятных ранее участках программы.

Данный подход позволяет декомпозировать задачу, выделив в ней отдельные части, которые можно понять без труда. В этом и заключается секрет эффективности данного метода. Через какое-то время вы обнаружите, как легко вам стало читать и понимать весь код.

Данный вывод подводит нас к первой причине, по которой мне понравился заданный вопрос: к важности учиться часто, регулярно и на хороших примерах. В данном случае, под хорошими примерами подразумеваются примеры кода, которые пишут более опытные программисты — эксперты в своей области.

Взглянем на первый пример, который сразу приходит в голову: определение пола у цыплят. Звучит как шутка, однако этот пример отлично демонстрирует озвученную выше концепцию.

Отлично, скажете вы! Теперь эти эксперты смогут научить остальных, верно? Не совсем, есть одна проблема: они не знали, как им это удается. «Я просто знаю пол и всё» — отвечали они.
Так как же они проходили обучение? Предположим, вы один из новобранцев в ряды определителей пола цыплят. Вы встаете перед ящиком с цыплятами. Проблема в том, что для вас они ничем друг от друга не отличаются. Но вам сказали просто брать одного и делать предположение о поле цыплёнка. Вам кажется, что ваши предположения полностью случайны.

После каждого вашего предположения наставник проверяет вашу работу и говорит либо «верно», либо «неверно». Вы до сих пор понятия не имеете, как эти эксперты это делают, но вы продолжаете делать это снова и снова. Через какое то время что-то происходит, и вы начинаете определять пол лучше, чем если делали бы это наугад, однако, вы все еще не имеете понятия почему. У вас складывается ощущение, будто какая-то «мистическая сила» помогает вам делать правильный выбор."

Та как же вся эта «магия» работает? Кэти Сьерра рассказывает:

Перцептивный опыт включает в себя то, что мы называем экспертной интуицией. Способностью молниеносно знать, какую шахматную фигуру двигать. Или, например, способностью знать о том, что та картина — подделка. Или способностью знать, что что-то не так с этим кодом, даже если вы понятия не имеете почему вы так считаете."

Получается чудесный замкнутый круг: вы читаете больше кода, вырабатываете способность понимать его быстрее и эффективнее, чтобы потом прочитать ещё больше кода, и так далее.
Но одним чтением и пониманием всё не заканчивается: вы также увидите огромный положительный прогресс в написании собственного кода. За счёт чего это происходит?

В конечном итоге это означает: