Я могу согласиться с автором лишь в части того что "разработчики полного стека" имеют свою нишу : небольшие компании, стартапы . Им нужно из говна и палок сделать рабочий прототип....который будет бежать пусть и на костылях ... Соответственно такие компании не обладают большими бюджетами и зп ваша будет ниже рынка, но вы получите "дух стартапа" ...Для кого-то это норм...
Но, по мере развития компании ...вы придете к необходимости нанимать профильных специалистов ... Разделение идет не просто так, а потому что и на бэке и на фронте своя специфика ...разные потребности, даже разные языки ... Я бы советовал , брать смежные ниши в рамках своего языка...Чем перепрыгивать из одного мира в другой ) Для Java/C# это бэк и мобильная разработка
Это какие-то алгодрочеры ))
У меня знакомый работал в яндексе на позиции js разработчика… на собеседование он решал кучу алгоритмических задач… а на работе… рисовал кнопочки…
Спрашивается… яндекс, ну нафига ?)
В моём случае… эта длинная цепочка HR… калапснула… и в результате почти месяц не могли назначить собеседование… Когда наконец-то назначили… собеседующмй меня человек опоздал на 20 минут !
Бывают косяки в планирование либо входные параметры поменялись… Ошибка бизнес-модели клиента, соответственно и оплачивает ее клиент, но мы не знаем об этих косяках на этапе разработки ...)
Думаю, что в условиях конкуренции… Такие просчеты будут становиться редкостью)
Работодатель это всего лишь прокладка между исполнителем и клиентом. Он вам зарплату не платит.За все что вы делаете всегда платит клиент. Что значит "конечные пользователи имеют весьма опосредованное отношение к тому что и как вы разрабатываете "?
Заказчик вам платит за то чтобы вы разрабатывали штуку которую он потом не использует ?
Имхо лучше никак, чем так )
Во всяком случае не будем просто так сжигать деньги клиента )
А то получается как в анекдоте :
Приходит министр сельского хозяйства к М. С. Горбачеву.
Михаил Сергеевич, беда, в стране куры дохнут.
Ничего страшного, нарисуйте перед каждой курицей желтый круг.
Пожал плечами министр, ушел. Через две недели приходит:
Михаил Сергеевич, все равно дохнут.
Впишите в желтый круг зеленый квадрат.
Пожал плечами, ушел. Приходит через неделю:
Михаил Сергеевич, дохнут ведь, совсем мало осталось.
Впишите в зеленый квадрат красный треугольник Проходит месяц,
встречает Горбачев Министра и воспрашает, а чтож вы не заходите не
рассказываете как там куры?
Ну назвать их можно как угодно :) "Дорогие и любимые клиенты ", "братья", "товарищи", "уважаемые коллеги" и т.д)
Суть от этого не поменяется, заказчик тот кто платит вам зарплату ) Всё становится проще, если свести всё к экономике и экономическим взаимпотношениям )
Ну это огромная редкость, так как такая система просто малоэффективна… Собеседование (командное) идёт 1-2 часа… Узнать за это время человека, как он себя будет вести в той или иной ситуации… невозможно, тем более что модель поведения на собеседование и в реалях проекта может существенно отличаться.
Но, то что вы развели клиента на подобную хрень конечно здорово )
Предлагаю ещё проводить командное собеседование в баре или в сауне :)
Полностью согласен!
Не спрашивайте того, чего у вас на проекте не применяется!
Если у вас не используются сложные алгоритмы сортировки и т.д, смысл их спрашивать? Не, я конечно выучу их перед собеседованием, но без практики, через неделю уже всё забуду.
В первую очередь, вам должно быть комфортно работать в команде с этим человеком, крутой спец которые не может общаться с людьми и работать в команде стоит 0
Я могу согласиться с автором лишь в части того что "разработчики полного стека" имеют свою нишу : небольшие компании, стартапы .
Им нужно из говна и палок сделать рабочий прототип....который будет бежать пусть и на костылях ...
Соответственно такие компании не обладают большими бюджетами и зп ваша будет ниже рынка, но вы получите "дух стартапа" ...Для кого-то это норм...
Но, по мере развития компании ...вы придете к необходимости нанимать профильных специалистов ... Разделение идет не просто так, а потому что и на бэке и на фронте своя специфика ...разные потребности, даже разные языки ...
Я бы советовал , брать смежные ниши в рамках своего языка...Чем перепрыгивать из одного мира в другой )
Для Java/C# это бэк и мобильная разработка
Компания может, но компания не обязана этого делать. Набор проектов будет отличаться в зависимости от локации.
Ну и не совсем понятное требование насчёт senior ... Зачем ? Ведь , если ты ищешь сам, то можешь искать работу зарубежом уже с уровня middle.
В целом компания хорошая, но а качестве плота для отплыва зарубеж , я бы её не рассматривал .
В luxsoft никогда не работал, спасибо за информацию)
Тут ещё сильно зависит от страны где вы работаете.
Например, в РФ у epam крайне мало зарубежных проектов , а в Белорусском отделение наоборот.
Следовательно, если вы в РФ , то для вас описанный в статье алгоритм может оказаться довольно сложным.
А так , кейс рабочий, если в вашей стране у epama много зарубежных проектов . В ином случае, лучше имигрировать самому
Это какие-то алгодрочеры ))
У меня знакомый работал в яндексе на позиции js разработчика… на собеседование он решал кучу алгоритмических задач… а на работе… рисовал кнопочки…
Спрашивается… яндекс, ну нафига ?)
В моём случае… эта длинная цепочка HR… калапснула… и в результате почти месяц не могли назначить собеседование… Когда наконец-то назначили… собеседующмй меня человек опоздал на 20 минут !
Бывают косяки в планирование либо входные параметры поменялись… Ошибка бизнес-модели клиента, соответственно и оплачивает ее клиент, но мы не знаем об этих косяках на этапе разработки ...)
Думаю, что в условиях конкуренции… Такие просчеты будут становиться редкостью)
Для этого есть тех.собеседование, проводить отдельный собес… так сказать "поговорить за жизнь" просто не имеет смысла )
Работодатель это всего лишь прокладка между исполнителем и клиентом. Он вам зарплату не платит.За все что вы делаете всегда платит клиент. Что значит "конечные пользователи имеют весьма опосредованное отношение к тому что и как вы разрабатываете "?
Заказчик вам платит за то чтобы вы разрабатывали штуку которую он потом не использует ?
Имхо лучше никак, чем так )
Во всяком случае не будем просто так сжигать деньги клиента )
А то получается как в анекдоте :
Приходит министр сельского хозяйства к М. С. Горбачеву.
Пожал плечами министр, ушел. Через две недели приходит:
Пожал плечами, ушел. Приходит через неделю:
встречает Горбачев Министра и воспрашает, а чтож вы не заходите не
рассказываете как там куры?
Ну назвать их можно как угодно :) "Дорогие и любимые клиенты ", "братья", "товарищи", "уважаемые коллеги" и т.д)
Суть от этого не поменяется, заказчик тот кто платит вам зарплату ) Всё становится проще, если свести всё к экономике и экономическим взаимпотношениям )
Ну это огромная редкость, так как такая система просто малоэффективна… Собеседование (командное) идёт 1-2 часа… Узнать за это время человека, как он себя будет вести в той или иной ситуации… невозможно, тем более что модель поведения на собеседование и в реалях проекта может существенно отличаться.
Но, то что вы развели клиента на подобную хрень конечно здорово )
Предлагаю ещё проводить командное собеседование в баре или в сауне :)
Ну может кому-то приятно работать в обществе девушек модельной внешности :) Вопрос готов ли за это платить наш клиент)
Не спрашивайте того, чего у вас на проекте не применяется!
Если у вас не используются сложные алгоритмы сортировки и т.д, смысл их спрашивать? Не, я конечно выучу их перед собеседованием, но без практики, через неделю уже всё забуду.
В первую очередь, вам должно быть комфортно работать в команде с этим человеком, крутой спец которые не может общаться с людьми и работать в команде стоит 0
Эх… Яндекс, спайдекс… а как же поддержка отечественной электронной промышленности ?)