LINUX.ORG.RU

История изменений

Исправление znenyegvkby, (текущая версия) :

1. База должна быть развернута локально? Удаленно дикие тормоза.

Да.

2. Что делать если нужно тестить на свежих данных? Копия таблиц? А связи?

Репликацию/миграцию никто не отменял. См. пункт ниже.

3. Как сделать срез данных или засунуть фейк данные для чужих программистов? (сторонние программисты не должны получить настоящие данные в целях безопасности)

Пишешь тесты и наполняешь такими данными – которые нужны для _конкретного_ теста. Зачем тебе нужно _тестировать на реальных данных_? Ты понимаешь, что у серьезного prod-а их столько, что они тупо на твоих рабочих машинах могут не поместиться.

4. Как поручать программистам отдельные блоки кода (модули, классы)? Это нормальная практика?

Зачем? У тебя есть _конкретная задача_ изменить что-то в конкретном классе?

Где почитать про наилучшие практики?

Читай всякую макулатуру а-ля Microsoft Secrets и прочие success stories, если нужно накопать всяких интересных практик «эффективных менеджеров». Но рабочий процесс от первого bug-fix до первого релиза ставится на раз два. Было бы желание. Ну и соответствующий стек, обеспечивающий годную коммуникацию сотрудников (очень важно).

Исходная версия znenyegvkby, :

1. База должна быть развернута локально? Удаленно дикие тормоза.

Да.

2. Что делать если нужно тестить на свежих данных? Копия таблиц? А связи?

Репликацию/миграцию никто не отменял.

3. Как сделать срез данных или засунуть фейк данные для чужих программистов? (сторонние программисты не должны получить настоящие данные в целях безопасности)

Пишешь тесты и наполняешь такими данными – которые нужны для конкретного теста. Зачем тебе нужны _тестировать на реальных данных_. Ты понимаешь что у серьезного prod-а их столько, что они тупо на твоих рабочих машинах могут не поместиться.

4. Как поручать программистам отдельные блоки кода (модули, классы)? Это нормальная практика?

Зачем? У тебя есть _конкретная задача_ изменить что-то в конкретном классе?

Где почитать про наилучшие практики?

Читай всякую макулатуру а-ля Microsoft Secrets и прочие success stories, если нужно накопать всяких интересных практик «эффективных менеджеров». Но рабочий процесс от первого bug-fix до первого релиза ставится на раз два. Было бы желание. Ну и соответствующие стек – обеспечивающий годную коммуникацию сотрудников (очень важно).