Отличное программное обеспечение создается отличными командами
Одна из вещей, которую вы должны помнить, когда пишете код на своей повседневной работе, заключается в том, что вы не одиноки. Вы являетесь частью команды, все члены которой прилагают равные усилия, чтобы довести качество программного обеспечения до достойного уровня. Отличным инструментом для командной работы и принятия во внимание идей людей является процесс проверки кода, когда все члены команды проверяют работу своего коллеги над определенной функцией. Проверка кода происходит в разных форматах, например, вручную с ручкой и бумагой, с использованием системы проверки кода (см. Crucible) или во время показа и рассказа. Однако основными причинами проверки кода являются следующие:
а) Чтобы убедиться, что все члены команды принимают участие в разработке и/или контроле функции,
б) исправить любые недостатки в коде и убедиться, что этих недостатков нет в производственном коде, и
c) Поощрять командную оценку и учиться друг у друга.
Но зная, что проверка кода является частью рабочего процесса до того, как задача попадет в столбец выполнено, вам нужно сделать процесс немного плавным, чтобы иметь возможность перейти к другой функции, которая у вас есть в вашем стеке. . Вот несколько советов, как улучшить процесс:
- Убедитесь, что он работает на всех устройствах
Допустим, вы работаете в компании, разрабатывающей мобильные приложения для iOS, и только что закончили программировать функцию. Перед вами iPhone 6S, вы тестируете его и говорите, что он работает! Это не правильно. Обычная процедура должна состоять в том, чтобы протестировать ее от iPhone 6S до iPhone 4. И пока вы это делаете, пожалуйста, сделайте снимок экрана вашей рабочей функции на каждом устройстве, а затем включите эти снимки экрана в свой запрос на включение. Если функция работает на всех устройствах, а скриншоты включены в обзор кода, значит, мы отметили один из самых важных пунктов в разработке программного обеспечения, который называется совместимостью . Итак, правило №1: докажите, что ваша функция работает на всех устройствах.
2. Знай свою команду
У каждой команды есть конституционная карта для своего стиля кодирования, и некоторые из них более сложны, чем другие. Более общие детали, которые вам нужно знать, касаются парадигмы программирования, которую все используют в команде. Если команда договорилась о функциональном способе программирования или если команда предпочитает композицию наследованию, придерживайтесь ее. Более конкретные детали касаются соглашений о написании в коде. Например, сколько строк команда помещает после оператора if? Или как объявляется функция? Это с верблюжьим регистром и без специальных символов, и используют ли они информативные имена для своих функций и переменных? Если да, то еще раз попытайтесь научиться согласовывать эти методы, чтобы сэкономить время в долгосрочной перспективе запроса на вытягивание.
3. Знайте матрицу навыков вашей команды
Команды делятся на разработчиков UX/UI, разработчиков интерфейса, разработчиков бэкенда, руководителей групп и владельцев продуктов. В конце концов, каждый в вашей команде должен будет дать вам более конкретный совет по определенной теме, и поэтому вы должны быть осторожны с людьми, которых вы выбираете для проверки вашего кода. Например, если вы проделали некоторую работу над пользовательским интерфейсом, вы можете включить разработчика UX/UI, разработчика внешнего интерфейса и руководителя группы. Вы также можете показать работающую функцию владельцу продукта, просто чтобы получить отзыв о внешнем виде только что созданного пользовательского интерфейса. Для серверного решения серверные разработчики и руководитель группы могут быть лучшими людьми для проверки этой части работы.
Проверка кода важна в вашей команде. Они дают понять команде, куда идет разработка и соблюдаются ли стандарты, которые были определены в команде, до определенного максимума. Я надеюсь, что эта статья также помогла вам начать делать осмысленные пул-реквесты.
