на софтскиллы, понять что новый домен для новичков это сложнааа)

ну да. у нас и фичи такие есть, типа предоставить crud api, отослать в определенный момент емейл и так далее. Это примерно как UI баги на фронте. типа низкоприоритные фичи на беке.

ну вот по месяцу и тратите на онбординг)

у нормальных софтскилловых пацаны с первого дня продактив)

Обычно онбординг выглядит примерно так:
- инструкции по разворачиванию среды
- описание домена и архитектуры
- code style/чеклисты/HowTo
- специально подобранные задачи для входа в проект
- выделенный бадди, который первые задачи делает в режиме "непрерывного ревью" (или вообще парное программирование с бадди на его задачах).
- задачи по написанному техдизайну (c review по запросу)
- написание своего техдизайна
Но если в "задаче по техдизайну" вылезают антипаттерны - то это проблема или бадди или тимлида, не новичка.

это то же самое.

Да нормальный стек. У меня на котлин люди за неделю пересаживаются, а тут-то все стандартное..

а им где-то месяц реджекты ставят на код ревью- сильно улучшает качество кода в итогеz - ну нет же

Надо не на формальные признаки смотреть а на результат)

Значит где-то что-то идет не так)

Еще раз представьте, что к вам питонист пришел и начинает писать вам какое-то ООП и наследованием. а у вас тупа react hooks везде.

И где тут "code review с наваливанием реджектов" как метод обучения?
Реджект на code review при онбординге - это сигнал проблем с обучением, это надо идти и говорить с бадди и с лидом

Да я все это могу представить) Не будет проблем если соблюден пункт специально подобранные задачи для входа в проект

Ну и это тоже)

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

пока что похоже неум(ел|н)ый тролленк)

В общем, мы говорим об одном и том же. Просто, наверное, Фил и Егор не ставят реджект, а просто код ревью типа подвисает в воздухе, пока чел не зарезолвит все комменты.

Не знаю как Фил, но я сразу же иду в личку общаться с челом вместо реджекта и пусть сам разбирается)

вы как ревьюевер тратите 15 минут времени на код, пишите все комменты. вы в конце ставите YES/NO или ставить YES/не ставите ничего?

Мы про очень разные процессы говорим, на самом деле )
Так как цель code-review в онбординге для меня - это улучшение процесса онбординга и определение причин нарушений гайд-лайнов без обсуждения.
Так как обучение "писать по гайдлайнам" проходит до этого.