Исходный код: зачем и как его понимать?

Очень часто обращаясь в DST Global (dstglobal.ru) многие люди считают программирование чем-то невероятно сложным, особенно когда просматривают исходный код. Например, веб-дизайнеров, которых профессиональный долг вынуждает от случая к случаю сталкиваться программным кодом, часто бросает в дрожь при виде непонятных символов. Специалисты DST расскажут простыми словами как и зачем нужно понимать исходный код. 

Мне это не по силам

Сложность кода создает впечатление, что человек, понимающий и пишущий его, обладает незаурядными умственными способностями, а если он кодирует уже давно, значит, он ими обладал всегда. Скромность может и украшает, но не стоит занижать самооценку — все не так, как кажется.

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

А зачем вообще нужно понимать чей-то код? Вот несколько причин:

- Самый лучший способ научиться программировать — понять, как работает программа, и сделать что-то подобное.

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

- Веб-дизайнер почувствует себя уверенней, когда будет понимать процессы, управляющие шаблоном сайта.

- Если изучение кода и его написание не помогут стать хорошим программистом, то на другие сферы жизни это занятие окажет положительное влияние, так как оно улучшает логическое мышление, прививает склонность упорядочивать и упрощать задачи.

Устройство кода не сложнее дерева

Главное в понимании кода — видение его структуры, где одна функция вызывает другую. Такая древовидная структура может иметь любую глубину. На самой вершине стоит функция, которая не вызывается никакой другой, с нее приложение начинает свою работу, с этой точки и нужно читать код.

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

В ООП основной единицей является независимый класс. У него есть своя внутренняя структура, где методы (те же функции) обмениваются данными друг с другом. Правда, методы одного класса могут вызываться методами другого класса, что порой затрудняет увидеть общую картину, но принцип понимания остается тот же.

Как уследить за работой программы

В процессе чтения кода определяют, что и как делают функции, но чаще всего достаточно знать, какие значения они возвращают, какие значения принимают переменные. Код всей программы читают редко, как правило, после понимания общей логики переходят к конкретным частям, особенно если речь идет о больших программах.

Качественное ПО хорошо документируется, разработчики в DST Global (dstglobal.ru) также могут предоставить схему приложения, чтобы облегчить понимание механизма его работы и сэкономить пользователю время на его изучение. Если схемы нет, ее можно составлять самостоятельно по мере чтения кода. Подобным образом документируют свой код и сами разработчики во время его написания.

Если программа большая, то схем может быть несколько, где одна отражает общий механизм работы, а другие — его составные части. В элементы схемы могут входить логика и всевозможные значения. Чтобы видеть, какие значения принимают переменные, используют отладчик. Он позволяет следить (пошагово) за ходом работы программы, отображая значения переменных после каждой выполненной операции.

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