Мы хотим провести эксперимент по разделению на фронт и бэк на примере какой-нибудь подсистемы. Уже полгода думаю об этом, но пока что на это не хватает свободных рук.
Поскольку Вы на мой счет пофантазировали (и оказались неправы прямо с первого предложения), то я, пожалуй, тоже на Ваш счет пофантазирую (и окажусь прав примерно на три из четырех таких комментариев):
Вы не сможете перейти в другую компанию без серьезной потери в зарплате;
Вы никогда не работали так, что от работы Ваших подчиненных зависела Ваша зарплата, и никогда не набирали людей, или последний раз это было более 5 лет назад;
у Вас нет статей на Хабре, а все комментарии примерно в одном стиле про то, как мало денег и какие плохие условия предлагают, ах, ужасные работодатели.
Ну, я точно из той же логики могу сформулировать, что программист, умеющий в CI/CD, джун как программист, потому что нормально выучить то и другое невозможно. Хотя я вообще не вижу проблемы, если на это есть 2-3-4 года.
У меня смешная опечатка :) двумя пальцами, конечно.
Весь мой тезис состоит в том, что если человек вдумчиво ищет на клавиатуре клавиши, чтобы напечатать слово function, то это критически низкий уровень скорости печати, чтобы приносить пользу на работе, вот и все.
А то, что мне бы хотелось, чтобы десятипальцевый метод на английском языке стал стандартом - это так, воздушные замки, не будет такого, к сожалению :)
Но есть же большая разница между "не будете" и "не можете". Если бы Вам предложили за это вознаграждение, ради которого Вы готовы были бы потратить свои усилия, Вы бы смогли :)
Но в целом вакансия действительно джуновская. А можете рассказать, как бы Вы проверяли знания сеньора-помидора? :)
1) 17 лет назад не было такого количества людей, вообще не умеющих писать код, которые присылают свои резюме. Да даже 5 лет назад ещё не было.
2) поверьте, тем, кого мы берём на работу, до уровня, описанного в Вашей вакансии, года три усердной работы. Я, правда, не уверен, что им в итоге нужно именно то, что Вы описали, но тем не менее.
Не знаю, планирую протестировать, пока ещё не пробовал. Но тут может быть дело и в стеке, а это не так-то легко поменять :( но я в любом случае после Нового года попробую опубликоваться не от госкомпании и посмотреть, что будет) спасибо за идею)
Ну и ещё - да, я правда собеседовал на аналогичную мидл-вакансию людей, пытался с ними что-то обсуждать. Но это было бесполезно, средний кандидат плохо связывает слова, очень плохо знает теорию, ещё хуже умеет прикладывать ее к практике. Про сути это просто джун, который осмелел откликнуться на вакансию уровня выше. Нормальных мидлов на приличные деньги до сих пор ищем днём с огнём.
Не думаю, что дело в бюджете. Мы ставили разные ценники, до 300к доходило - приходит на собеседования только какой-то шлак со знаниями максимум уровня свежевзятого джуна + 3 месяца, объяснить толком ничего не может, теорию спрашивать бесполезно вообще. Человек 30 таких за пару лет посмотрел, никого сравнимого с текущими работниками даже близко не видел.
Фуллстек джун PHP+JS возникает из довольно очевидной задачи "знакомый попросил сделать ему сайт чуть сложнее, чем просто лендинг с отправкой формочки". Не могу сказать за другие языки, но с этой связкой это именно так. И чаще всего всяким мелким бизнесам нужен именно такой человек, который умеет сделать на сайте всё, так что спрос на это до сих пор огромный, хотя и большей вопрос есть о платёжеспособности этого спроса.
Тестовые даются, потому что 50-100-200 условно релевантных кандидатов на вакансию.
Что касается отдельных специалистов по бэку и фронту, то коллеги меня убеждают в том, что скорость разработки в таком случае упадет раза в 3-4 про сравнению с фуллстек-разработкой. У нас очень часто довольно объемные штуки нужно реализовать за считанные дни, это не кажется реалистичным, если надо ещё и стыковать двух специалистов между собой. Но можете попробовать меня переубедить.
И еще один довольно удивительный факт. На моей памяти кандидат либо справлялся со всеми тремя задачами за час плюс-минус, либо не справлялся с ними примерно никогда. То есть иногда я давал человеку два, три, четыре часа (когда мне надо было отойти, или просто иногда любопытно было) - и на моей памяти человек справился всего один из десятка раз, и этот код нельзя было распространить на случай n x n, потому что он просто перебрал все доступные комбинации 9 клеток вручную. Как-то вот так это работает.
Нормальный программист решает первую задачу за 4 минуты, вторую примерно за 20, третью за 6. У кандидата на них есть полтора часа. Это в три раза больше. Это поправка на волнение, необходимость погуглить, отладку. Более чем достаточно. Если кто-то не может написать эти задачи на языках, которые он регулярно использует, да ещё с Гуглом - он плохой специалист, тут и обсуждать нечего.
И да, человек, медленно печатающий двумя пальцами, сильно проигрывает тому, кто быстро печатает думая пальцами, а этот, в свою очередь, - тому, кто владеет десятипальцевым методом. На паузы на "подумать" это, разумеется, не распространяется.
Почему не нужно? Ему необязательно знать об этом на собеседовании, но это не значит, что не надо знать в работе. Узнает в свое время, как только столкнется. Полчаса посидит-помучается,, сам не разберется - спросит у старшего товарища.
Джуны пишут модули попроще, несрочные, с более стандартной функциональностью. И постепенно задачи усложняются. Мидлы получают задачи с более сложной матчастью, более разветвленные, зачастую требующие каких-нибудь дополнительных технологий.
А почему гугл-то надо запрещать? Условия должны быть максимально приближены к реальным рабочим. На нашем созвоне-собеседовании человек пишет код на своем домашнем компьютере, в любимой IDE, гугл разрешен, мы это проговариваем. И времени мы даём в три раза больше, чем нужно нам самим, чтобы это написать. И прекрасно видно, что человек может, а что нет.
Мы не PHP на Node.js на бэке хотим поменять, а Vanilla JS на React на фронте :)
Спасибо!
Мы хотим провести эксперимент по разделению на фронт и бэк на примере какой-нибудь подсистемы. Уже полгода думаю об этом, но пока что на это не хватает свободных рук.
Вы только что продемонстрировали свой уровень знаний как программиста.
Поскольку Вы на мой счет пофантазировали (и оказались неправы прямо с первого предложения), то я, пожалуй, тоже на Ваш счет пофантазирую (и окажусь прав примерно на три из четырех таких комментариев):
Вы не сможете перейти в другую компанию без серьезной потери в зарплате;
Вы никогда не работали так, что от работы Ваших подчиненных зависела Ваша зарплата, и никогда не набирали людей, или последний раз это было более 5 лет назад;
у Вас нет статей на Хабре, а все комментарии примерно в одном стиле про то, как мало денег и какие плохие условия предлагают, ах, ужасные работодатели.
Ну, я точно из той же логики могу сформулировать, что программист, умеющий в CI/CD, джун как программист, потому что нормально выучить то и другое невозможно. Хотя я вообще не вижу проблемы, если на это есть 2-3-4 года.
Согласен с Вами :) и да, SQL у нас тоже им потихоньку приходится учить.
У меня смешная опечатка :) двумя пальцами, конечно.
Весь мой тезис состоит в том, что если человек вдумчиво ищет на клавиатуре клавиши, чтобы напечатать слово function, то это критически низкий уровень скорости печати, чтобы приносить пользу на работе, вот и все.
А то, что мне бы хотелось, чтобы десятипальцевый метод на английском языке стал стандартом - это так, воздушные замки, не будет такого, к сожалению :)
Да, именно это и имеется в виду.
Но есть же большая разница между "не будете" и "не можете". Если бы Вам предложили за это вознаграждение, ради которого Вы готовы были бы потратить свои усилия, Вы бы смогли :)
Но в целом вакансия действительно джуновская. А можете рассказать, как бы Вы проверяли знания сеньора-помидора? :)
Ну смотрите,
1) 17 лет назад не было такого количества людей, вообще не умеющих писать код, которые присылают свои резюме. Да даже 5 лет назад ещё не было.
2) поверьте, тем, кого мы берём на работу, до уровня, описанного в Вашей вакансии, года три усердной работы. Я, правда, не уверен, что им в итоге нужно именно то, что Вы описали, но тем не менее.
Не знаю, планирую протестировать, пока ещё не пробовал. Но тут может быть дело и в стеке, а это не так-то легко поменять :( но я в любом случае после Нового года попробую опубликоваться не от госкомпании и посмотреть, что будет) спасибо за идею)
Они ломаются в том месте, когда сложность задачи немного увеличивается за счёт абстракции) тогда они не могут сформулировать правильный запрос)
Ну и ещё - да, я правда собеседовал на аналогичную мидл-вакансию людей, пытался с ними что-то обсуждать. Но это было бесполезно, средний кандидат плохо связывает слова, очень плохо знает теорию, ещё хуже умеет прикладывать ее к практике. Про сути это просто джун, который осмелел откликнуться на вакансию уровня выше. Нормальных мидлов на приличные деньги до сих пор ищем днём с огнём.
Не думаю, что дело в бюджете. Мы ставили разные ценники, до 300к доходило - приходит на собеседования только какой-то шлак со знаниями максимум уровня свежевзятого джуна + 3 месяца, объяснить толком ничего не может, теорию спрашивать бесполезно вообще. Человек 30 таких за пару лет посмотрел, никого сравнимого с текущими работниками даже близко не видел.
Фуллстек джун PHP+JS возникает из довольно очевидной задачи "знакомый попросил сделать ему сайт чуть сложнее, чем просто лендинг с отправкой формочки". Не могу сказать за другие языки, но с этой связкой это именно так. И чаще всего всяким мелким бизнесам нужен именно такой человек, который умеет сделать на сайте всё, так что спрос на это до сих пор огромный, хотя и большей вопрос есть о платёжеспособности этого спроса.
Тестовые даются, потому что 50-100-200 условно релевантных кандидатов на вакансию.
Что касается отдельных специалистов по бэку и фронту, то коллеги меня убеждают в том, что скорость разработки в таком случае упадет раза в 3-4 про сравнению с фуллстек-разработкой. У нас очень часто довольно объемные штуки нужно реализовать за считанные дни, это не кажется реалистичным, если надо ещё и стыковать двух специалистов между собой. Но можете попробовать меня переубедить.
И еще один довольно удивительный факт. На моей памяти кандидат либо справлялся со всеми тремя задачами за час плюс-минус, либо не справлялся с ними примерно никогда. То есть иногда я давал человеку два, три, четыре часа (когда мне надо было отойти, или просто иногда любопытно было) - и на моей памяти человек справился всего один из десятка раз, и этот код нельзя было распространить на случай n x n, потому что он просто перебрал все доступные комбинации 9 клеток вручную. Как-то вот так это работает.
Да. И для этого надо просто хорошо работать (и иметь нормальное руководство). За год-два и навыки, и знания, и скорость прокачиваются очень прилично.
Нормальный программист решает первую задачу за 4 минуты, вторую примерно за 20, третью за 6. У кандидата на них есть полтора часа. Это в три раза больше. Это поправка на волнение, необходимость погуглить, отладку. Более чем достаточно. Если кто-то не может написать эти задачи на языках, которые он регулярно использует, да ещё с Гуглом - он плохой специалист, тут и обсуждать нечего.
И да, человек, медленно печатающий двумя пальцами, сильно проигрывает тому, кто быстро печатает думая пальцами, а этот, в свою очередь, - тому, кто владеет десятипальцевым методом. На паузы на "подумать" это, разумеется, не распространяется.
Почему не нужно? Ему необязательно знать об этом на собеседовании, но это не значит, что не надо знать в работе. Узнает в свое время, как только столкнется. Полчаса посидит-помучается,, сам не разберется - спросит у старшего товарища.
Джуны пишут модули попроще, несрочные, с более стандартной функциональностью. И постепенно задачи усложняются. Мидлы получают задачи с более сложной матчастью, более разветвленные, зачастую требующие каких-нибудь дополнительных технологий.
А почему гугл-то надо запрещать? Условия должны быть максимально приближены к реальным рабочим. На нашем созвоне-собеседовании человек пишет код на своем домашнем компьютере, в любимой IDE, гугл разрешен, мы это проговариваем. И времени мы даём в три раза больше, чем нужно нам самим, чтобы это написать. И прекрасно видно, что человек может, а что нет.