Одна из самых сложных и увлекательных вещей, которые я нахожу в коде, это не писать его самому, а читать чужой. Для меня это один из самых сложных и сложных, но при этом полезных аспектов работы инженера-программиста. Я уверен, что есть знания о передовых методах, позволяющих быстрее понять и разобрать чужой код, но найти онлайн-ресурсы по этой теме было для меня проблемой. так что, немного подумав и получив некоторый опыт, почесав голову, пытаясь понять, как работает чужой код, я собрал гипотетический список методов, чтобы лучше расшифровывать чужой код, логику и рассуждения.
- отчеты console.log о значениях и данных, которые вы не уверены в форме и типах данных
- использование точек останова в режиме отладки для пошагового выполнения кода по одной строке за раз и наблюдения в режиме реального времени за изменением состояния приложения/программы.
- подтверждение любых предположений и теорий, которые у вас есть о предполагаемой логике, с человеком, который это написал (если у вас есть доступ к разговору / сообщению с ним) такие вещи, как соглашения об именах переменных других людей, могут сбить ваше понимание и изначально поставил вас на неправильный путь
- режим психоанализа: пытаетесь представить себя на месте/разуме программиста, написавшего это, какова его/ее личность? почему они подошли к проблеме с такой логикой? насколько они опытны? каково их мнение и т.д.
- можете ли вы повторно создать или отделить конкретный код/логику, в которых вы запутались, в другой изолированной среде и посмотреть, какие результаты вы получите? улучшить понимание
- использовать функции и концепции контроля версий (ветвления в git), чтобы экспериментировать с кодом в безопасной изолированной программной среде, которая не повлияет на основную ветку и основную сборку.
- постоянный поиск в Google парадигм, шаблонов и синтаксиса программирования, с которыми вы никогда раньше не сталкивались
продолжение следует
