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

За последние 4 года я был подключен как минимум к 10 кодовым базам (вероятно, я не могу вспомнить больше). Поначалу это может быть пугающе, но я думаю, что за эти годы я научился лучше разбираться в кодовой базе за короткое время. Итак, вкратце, вот они:

А. Первое, что я делаю, это спрашиваю, о чем весь проект или бизнес. Это определенно говорит вам, почему вам нужно смотреть на кодовую базу в первую очередь и с чего начать.

Б. Предполагается, что к этому моменту вы уже знаете основные используемые языки программирования, фреймворки и базы данных. Поэтому следующим шагом для меня будет настройка проекта, как описано в документации Readme. Если его нет или он написан плохо, то ваша работа, дорогой товарищ, состоит в том, чтобы добавить его при настройке проекта, убедившись, что вы документируете свои проблемы. Не забудьте также указать шаги к решениям, злой разработчик.

C. Просмотрите приложение, чтобы узнать, что происходит в качестве пользователя. Конечно, этот шаг необходим. Вы должны видеть, во что вы собираетесь ввязаться. Ну, это не должно быть настоящей причиной 😉. Все дело в пользователях!

D. Следующий шаг, я теряюсь в кодовой базе. Конец! Просто шучу…. Вопрос, который я задаю на этом этапе, таков: What's the best and fastest way to get a grasp of what is going on? На этом этапе действительно нет единственно правильного ответа. Есть несколько вещей, которые я бы сделал на этом этапе в произвольном порядке:

  1. Быстро пройти тесты, хорошо, если есть хорошо написанные тесты. Удачи с этим!
  2. Возьмите крошечные маленькие задачи. Это могут быть баги или фичи. Это на самом деле подход, который я люблю больше всего. Вы можете понять кодовую базу, задавая самые маленькие вопросы и чувствуя себя хорошо, когда что-то делается одновременно! Очевидно, наступает время, когда человек вырос и готов браться за задачи, достойные его/ее величия. Резюме: знайте, когда начинать браться за более крупные задачи.
  3. Просмотрите кодовую базу вашей любимой IDE и задайте вопросы. Это мой наименее эффективный, основанный на опыте. Может у кого-то по другому. Сначала кажется, что все идет хорошо, потом вы входите в лабиринт, из которого не можете выбраться, и снова в замешательстве! Если это сработает для вас, ну, кто я такой, чтобы судить?
  4. Просмотрите запросы на включение / слияние членов команды (PR). Это позволяет вам увидеть, как они думают и решают проблемы. Вы также можете задавать вопросы в разделах PR-комментариев. Хороший способ погрузиться в DM кода.
  5. Задавайте кучу вопросов! Это очень важный шаг, который должен возникать на каждом этапе. Никогда не бойтесь задавать вопросы. Для новой кодовой базы нет глупых вопросов. Но, потратив месяцы на кодовую базу, пожалуйста, не цитируйте меня. Но на самом деле от вас на этом этапе никто многого не ждет, и если у вас есть действительно поддерживающая команда, я уверен, что они будут рады помочь. Как член команды помощи, подобные вещи, безусловно, помогают моему эго. Так что спрашивайте!

Если вам интересно, сколько времени мне понадобилось, чтобы написать эту статью, то это 33 минуты. Мама, я успел!