1. Будьте пользователем, используйте систему

Мы разработчики, и в большинстве случаев мы говорим плохие вещи о пользователях. Но правда в том, что мы тоже пользователи! Большая ошибка думать, что мы не должны использовать систему. Как вы собираетесь понимать процесс? Код читаете? Это возможно, но на это потребуется больше времени!

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

Читайте меню системы, перемещайтесь, выполняйте какие-то действия, вставляйте, обновляйте, удаляйте, ищите информацию!

Посмотрите, что происходит на основных потоках системы!

2 Проверка запросов на основе бизнес-правил

Знаете ли вы основные базы данных таблицы из проекта, над которым вы работаете? Что произойдет, если вы не знаете Таблицы? Вы не сможете использовать свой творческий потенциал и использовать лучшее решение. Возможно, вы будете делать ненужные вещи для достижения своей цели. Вы будете использовать много ненужных команд Join, и вероятность появления ошибок будет очень высока! Почему? Если вы не знаете, что именно делаете, как вы можете гарантировать, что не ошибетесь?

Вы не будете. Прежде чем у вас возникнет ненужный стресс, просто протестируйте запросы и посмотрите, как они работают с основными бизнес-правилами. Используйте Join, Group by, Left Join, Union — все, что вам известно, чтобы протестировать и понять, что происходит.

Вы можете захватить эти запросы на основных сервисах проекта, получить и протестировать их!

3 – Поговорите с представителями Solution/Business

Если вы работаете с людьми из Solution/Business, спросите их!

В основном, если вы работаете с SCRUM, одним из его принципов является совместная работа со всеми членами команды. Все должны помогать друг другу в достижении цели. Если вы не работаете с SCRUM, даже в этом случае не проблема, попросите их получить ответ!

Если вы не понимаете систему в целом, у вас будут ошибки и ненужный стресс.

4-Создайте вики (внутренний сайт)

Вики! Создайте Вики! Очень важно! Как новые разработчики узнают о бизнес-правилах? Им нужно будет обо всем расспрашивать других разработчиков?

Это не должно быть решением. Бизнес-правила должны быть в удобном и центральном месте, чтобы новые разработчики могли учиться и понимать, что происходит.

Если у вас есть Wiki, новые и более опытные разработчики в компании будут производить больше, потому что они не будут обязаны останавливаться и все объяснять.

Компания точно заработает больше!

Попросите членов вашей команды написать основные бизнес-правила, базу данных и так далее!

Вы не можете выучить бизнес-правила дома, поэтому у нас должен быть источник информации, чтобы выучить их более простым способом!

5-Прочитайте интерфейсы (API)

Прочитайте интерфейсы (API) проекта, над которым вы работаете, прочитайте комментарии (если они есть) или просто сигнатуру метода

Если в вашем проекте нет сотрудников Business/Solution или разработчики не хотят или не имеют времени объяснять, как работают бизнес-правила, вы должны прочитать код.

Я знаю, что это очень сложно, когда код пишется с использованием процесса Go Horse, но это единственный вариант.

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

Главное, не останавливайтесь на достигнутом! Изучите бизнес-правила, используя все эти методы.

Не ждите волшебного решения, вы должны использовать эти методы и решать проблемы!

Продолжайте в том же духе!

Скачайте 5 отличных техник, которые должен знать каждый разработчик!