Имеет ли вообще смысл нанимать людей без опыта, если вы - маленькая компания? Как организовать работу, чтобы как можно быстрее они начали приносить прибыль? Ревью кода, бадди?
1 сеньйор, 3-4 мидла и можно 2 джуниора, тогда все работает, пропорции в сторону увеличения количества джуниоров только увеличат бардак и потерю полезного времени
Чтобы приносили прибыль в маленькой компании - не нанимать. Один джун на 10 мидлосиньйоров, тогда еще окей. Иначе - потери времени и баблосов. Ну или 1 выделенный синьор на пяток джунов, который только ими и занимается. Но джуны приблизятся по уровню к мидлам через годик-полтора. Т.е оплатив год синька через год вы получите 3 крепких джуномидлов, от которых будет прок. И теперь считайте, когда они окупятся, чтобы принести прибыль от потери года работы синьора(если раньше не свалят на нормальную зарплату, а не те гроши, что вы им платите).
"неправильные методы" - это философия, из разряда "что есть добро и зло". Внутренние требования могут много вопросов покрыть, например использование только таких библиотек/пакетов/фреймворков. Код должен отрабатывать за столько то времени при такой вот нагрузки. Код покрыт тестами... Инструментов достаточно на самом то деле. Также есть линтеры всякие, проверяют код по разным критериям.
1 сеньйор, 3-4 мидла и можно 2 джуниора, тогда все работает, пропорции в сторону увеличения количества джуниоров только увеличат бардак и потерю полезного времени
и еще картошку фри пожалуйста
Чтобы приносили прибыль в маленькой компании - не нанимать. Один джун на 10 мидлосиньйоров, тогда еще окей. Иначе - потери времени и баблосов. Ну или 1 выделенный синьор на пяток джунов, который только ими и занимается. Но джуны приблизятся по уровню к мидлам через годик-полтора. Т.е оплатив год синька через год вы получите 3 крепких джуномидлов, от которых будет прок. И теперь считайте, когда они окупятся, чтобы принести прибыль от потери года работы синьора(если раньше не свалят на нормальную зарплату, а не те гроши, что вы им платите).
"неправильные методы" - это философия, из разряда "что есть добро и зло".
Внутренние требования могут много вопросов покрыть, например использование только таких библиотек/пакетов/фреймворков.
Код должен отрабатывать за столько то времени при такой вот нагрузки. Код покрыт тестами...
Инструментов достаточно на самом то деле.
Также есть линтеры всякие, проверяют код по разным критериям.
Линтеры проходят, тесты проходят(try except), фреймворки фиксированы. Но я все равно вижу множество способов нагородить нерабочих решений.
Комментарий недоступен
Комментарий недоступен