Имеет ли вообще смысл нанимать людей без опыта, если вы - маленькая компания? Как организовать работу, чтобы как можно быстрее они начали приносить прибыль? Ревью кода, бадди?
1 сеньйор, 3-4 мидла и можно 2 джуниора, тогда все работает, пропорции в сторону увеличения количества джуниоров только увеличат бардак и потерю полезного времени
Чтобы приносили прибыль в маленькой компании - не нанимать. Один джун на 10 мидлосиньйоров, тогда еще окей. Иначе - потери времени и баблосов. Ну или 1 выделенный синьор на пяток джунов, который только ими и занимается. Но джуны приблизятся по уровню к мидлам через годик-полтора. Т.е оплатив год синька через год вы получите 3 крепких джуномидлов, от которых будет прок. И теперь считайте, когда они окупятся, чтобы принести прибыль от потери года работы синьора(если раньше не свалят на нормальную зарплату, а не те гроши, что вы им платите).
"неправильные методы" - это философия, из разряда "что есть добро и зло".
Внутренние требования могут много вопросов покрыть, например использование только таких библиотек/пакетов/фреймворков.
Код должен отрабатывать за столько то времени при такой вот нагрузки. Код покрыт тестами...
Инструментов достаточно на самом то деле.
Также есть линтеры всякие, проверяют код по разным критериям.
То есть вопрос стоит так: может ли джун выполнять задачи?
Потому как нерабочее решение это не выполненная задача.
Но если тесты проходят значит задача выполнена.
Получается что задача выполнена но не так..?
Виноват ли в этом джун, если все требования он выполнил, тесты и линтеры отрабатывают? - сомневаюсь. Надо копать в сторону "почему задача выполнена не так".
Команда это живой и сложный оргагизм, нет одного средства для излечения. К каждому человеку нужен свой подход.
Мне вот тоже интересно, особенно в последнее время, когда стал популярным формат бесплатного обучения с последующей продажей сырых новичков. Что с ними делать...
Мне кажется, что только работа под диктовку. Тогда, вероятно, человек десять отобьют ЗП синьора, который целый день будет только с ними заниматься.
Но возникает другой вопрос, где взять таких синьоров. Одно дело уметь делать, а другое объяснять любую тему с книжной точностью.
Давайте ограничимся стажерами, которые достаточно мотивированы, имеют хорошее техническое образование(неоконченное), крупные учебные проекты. В общем хорошими стажерами. И допустим есть тимлид, который может за ними следить и бить задачи на достаточно мелкие.
Я прочел ваши комментарии из ответов ниже и они не сходятся с текущим.
Во первых, образование значения не имеет. Если чувак делает крупные учебные проекты, то он не новичок. Новичок не сможет даже маленькое сделать. А если вы о проектах созданных на курсах по программированию, то на них вообще никто не смотрит, так как их реализация не имеет отношения к реальности. На такие проекты отводится слишком много времени их рефакторят сотню раз, и поскольку задачи выполнялись впервые, в жизни олове мало что откладывается.
Ну а дальше, беда! Вы хоть разбейтись, но он и не смогут писать идеальный код. Даже синьоры не могу с первого о раза писать идеальный код, а что требовать от новичка и то не понятно.
Новички нужны только корпорациям и компаниям мирового уровня, для остальных они якорь.
Мне кажется при должном подходе к организации процесса это более чем оправданно. Например ввести шаблоны сервисов/модулей/компонентов приложения с простым но понятным описанием.
Также поможет аналитик с разресовкой диаграмм по бизнес процессам.
То есть максимально ограничить вольнодумство, но обоснованно.
Вот вопрос в том, как ограничить это вольнодумство. Тут скорей вопрос про техническую часть, если дать неопытному человеку максимально прозрачную задачу, то он начнет ее решать неправильными методами, нагородит велосипедов.
Я не против джунов, но на них особо бизнес не построишь, если это только не гаражный стартап, где все одновременно учатся и дополняют друг друга. Бизнес должен быть ориентирован на эффективное и быстрое решение задач, к сожалению, стажеры этого не могут делать. А с ростом всяких гикбрейнс и им подобных, рынок получил большую толпу недопрограммистов (личинок), которые хотят побольше денег и мастерски пишут hello, world на одном языке.
Построить можно) если продавать их как мидлов, а платить стажерам.. или не платить. и сверху будет сидеть синьор, который будет всеми рулить и его зарплата будет перекрыта маржой мидл-стажер. Так куча бадишопов живет(плохо)
Я мало встречал сеньоров которые хотели бы и могли бы заниматься джунами.
Я себе такую конструкцию команды представляю:
* Тимлид (менеджер) с тех.бекгроундом, которые сможет тащить и развивать джунов;
* Сетка грейдов для того чтобы джуны видели куда и как развивается и какие плюшки они получат - это их сильно мотивирует
* Метрики по команде и каждому участнику, чтобы видеть прогресс каждого и в случае необходимости пинать в нужном направлении
* Тестировщик который сможет автоматизировать тестирование
* Аналитик знающий что такое SRS и как оно делается, для разрисовки и описания usecase.
Через полгода можно отсеять откровенных "неудачников" и даже получить первых мидлов.
Опять-таки, я склоняюсь к тому, что тут больше организационной работы, она будет решать исход предприятия, поэтому ставку надо делать на тимлида.
Как человек, которые последние 7 лет только нанимал и вот оказался на позиции джуна в совершенно новом деле... Я бы себя на йух никуда не взял. Только в те конторы, где с тобой готовы возиться, и только в качестве trainee, то есть за 0 р. 0 коп., а еще лучше, если ты будешь доплачивать.
1 сеньйор, 3-4 мидла и можно 2 джуниора, тогда все работает, пропорции в сторону увеличения количества джуниоров только увеличат бардак и потерю полезного времени
и еще картошку фри пожалуйста
I’ll have two number 9s, a number 9 large, a number 6 with extra dip, a number 7, two number 45s, one with cheese, and a large soda.
Are you to go?
Is my order ready?
мне кажется или I'll have переводится как — я буду хавать?
Верно. Это сценка с Big Smoke из GTA SA
Чтобы приносили прибыль в маленькой компании - не нанимать. Один джун на 10 мидлосиньйоров, тогда еще окей. Иначе - потери времени и баблосов. Ну или 1 выделенный синьор на пяток джунов, который только ими и занимается. Но джуны приблизятся по уровню к мидлам через годик-полтора. Т.е оплатив год синька через год вы получите 3 крепких джуномидлов, от которых будет прок. И теперь считайте, когда они окупятся, чтобы принести прибыль от потери года работы синьора(если раньше не свалят на нормальную зарплату, а не те гроши, что вы им платите).
"неправильные методы" - это философия, из разряда "что есть добро и зло".
Внутренние требования могут много вопросов покрыть, например использование только таких библиотек/пакетов/фреймворков.
Код должен отрабатывать за столько то времени при такой вот нагрузки. Код покрыт тестами...
Инструментов достаточно на самом то деле.
Также есть линтеры всякие, проверяют код по разным критериям.
Линтеры проходят, тесты проходят(try except), фреймворки фиксированы. Но я все равно вижу множество способов нагородить нерабочих решений.
То есть вопрос стоит так: может ли джун выполнять задачи?
Потому как нерабочее решение это не выполненная задача.
Но если тесты проходят значит задача выполнена.
Получается что задача выполнена но не так..?
Виноват ли в этом джун, если все требования он выполнил, тесты и линтеры отрабатывают? - сомневаюсь. Надо копать в сторону "почему задача выполнена не так".
Команда это живой и сложный оргагизм, нет одного средства для излечения. К каждому человеку нужен свой подход.
Кто писал тесты? Если скрывать их от джунов, то они не смогут понять в чем дело, а если они их видят, то просто подгонят.
Хотя, если люди подгоняют тесты, то это саботаж и их нужно увольнять.
Это называется TDD
Комментарий недоступен
Мне вот тоже интересно, особенно в последнее время, когда стал популярным формат бесплатного обучения с последующей продажей сырых новичков. Что с ними делать...
Мне кажется, что только работа под диктовку. Тогда, вероятно, человек десять отобьют ЗП синьора, который целый день будет только с ними заниматься.
Но возникает другой вопрос, где взять таких синьоров. Одно дело уметь делать, а другое объяснять любую тему с книжной точностью.
Давайте ограничимся стажерами, которые достаточно мотивированы, имеют хорошее техническое образование(неоконченное), крупные учебные проекты. В общем хорошими стажерами. И допустим есть тимлид, который может за ними следить и бить задачи на достаточно мелкие.
Я прочел ваши комментарии из ответов ниже и они не сходятся с текущим.
Во первых, образование значения не имеет. Если чувак делает крупные учебные проекты, то он не новичок. Новичок не сможет даже маленькое сделать. А если вы о проектах созданных на курсах по программированию, то на них вообще никто не смотрит, так как их реализация не имеет отношения к реальности. На такие проекты отводится слишком много времени их рефакторят сотню раз, и поскольку задачи выполнялись впервые, в жизни олове мало что откладывается.
Ну а дальше, беда! Вы хоть разбейтись, но он и не смогут писать идеальный код. Даже синьоры не могу с первого о раза писать идеальный код, а что требовать от новичка и то не понятно.
Новички нужны только корпорациям и компаниям мирового уровня, для остальных они якорь.
Мне кажется при должном подходе к организации процесса это более чем оправданно. Например ввести шаблоны сервисов/модулей/компонентов приложения с простым но понятным описанием.
Также поможет аналитик с разресовкой диаграмм по бизнес процессам.
То есть максимально ограничить вольнодумство, но обоснованно.
Вот вопрос в том, как ограничить это вольнодумство. Тут скорей вопрос про техническую часть, если дать неопытному человеку максимально прозрачную задачу, то он начнет ее решать неправильными методами, нагородит велосипедов.
Я не против джунов, но на них особо бизнес не построишь, если это только не гаражный стартап, где все одновременно учатся и дополняют друг друга. Бизнес должен быть ориентирован на эффективное и быстрое решение задач, к сожалению, стажеры этого не могут делать. А с ростом всяких гикбрейнс и им подобных, рынок получил большую толпу недопрограммистов (личинок), которые хотят побольше денег и мастерски пишут hello, world на одном языке.
Построить можно) если продавать их как мидлов, а платить стажерам.. или не платить. и сверху будет сидеть синьор, который будет всеми рулить и его зарплата будет перекрыта маржой мидл-стажер. Так куча бадишопов живет(плохо)
Я мало встречал сеньоров которые хотели бы и могли бы заниматься джунами.
Я себе такую конструкцию команды представляю:
* Тимлид (менеджер) с тех.бекгроундом, которые сможет тащить и развивать джунов;
* Сетка грейдов для того чтобы джуны видели куда и как развивается и какие плюшки они получат - это их сильно мотивирует
* Метрики по команде и каждому участнику, чтобы видеть прогресс каждого и в случае необходимости пинать в нужном направлении
* Тестировщик который сможет автоматизировать тестирование
* Аналитик знающий что такое SRS и как оно делается, для разрисовки и описания usecase.
Через полгода можно отсеять откровенных "неудачников" и даже получить первых мидлов.
Опять-таки, я склоняюсь к тому, что тут больше организационной работы, она будет решать исход предприятия, поэтому ставку надо делать на тимлида.
А если человек не после курсов, а сам учился два года ? Не только язык программирования но и окружение типа консолей, докеров, веба.
Как человек, которые последние 7 лет только нанимал и вот оказался на позиции джуна в совершенно новом деле... Я бы себя на йух никуда не взял. Только в те конторы, где с тобой готовы возиться, и только в качестве trainee, то есть за 0 р. 0 коп., а еще лучше, если ты будешь доплачивать.