Потому что в одиночку. Для разработки прототипа можно выделить 2-3 человек и это будет гораздо эффективнее, если этот прототип для кому-то нужной задачи вообще делается, а не от нечего делать.
а потом, если убедит менеджеров, получает штат на то, чтобы превратить имеющийся прототип в что-то работающее.
Другими словами, речь идёт об изначально никому ненужных проектах? Ну ok. Большинство компаний заказной разработкой занимаются, а не тем, что Вы описали. Может Facebook и может себе позволить нанять людей просто про запас и дать им хобби-проектами под крылом компании заниматься. Но это просто индикатор, что до основных проектов вас пока не готовы допустить, даже в роли мидла.
Ну и как ваш сеньор должен пройти начальный этап, если он программировать разучился?
С чего Вы это взяли? Уметь программировать и кидаться программировать не разобравшись в задаче — это не одно и то же.
искать сотрудника под конкретную практическую область — бессмысленно
Причём тут предметная область? Сравните 2 вопроса:
1) напишите алгоритм группировки списка слов по таким-то условиям.
2) как бы вы начали проектировать систему, помогающую разгадывать кроссворды, подбирая слова по известным буквам?
Оба вопроса из одной предметной области, но при этом совершенно для разных вакансий. На первый вопрос адекватный сеньор (если уж ему такой вопрос всё-таки задали) сначала спросит "для чего?". Знаете в каком коде не бывает багов?
А дальше — да, набросав за 10-15 минут какое-нибудь решение сеньор должен уметь о нём ещё и поговорить (чем и будет отличаться от джуна).
Бред. Если человек сразу кидается писать код — это не сеньор. Сеньор из вас сначала всю душу вытрясет, проясняя требования и зачем это вообще вам. Потому что 80-90% работы сеньоров состоит в том, чтобы думать, а не код в редакторе набирать.
Какие конкретно вопросы вы задали бы такому человеку с учётом того, что каждый из проектов он начинал с нуля в одиночку
Это уже фриланс какой-то, а не командная работа…
Так что я бы спросил о том, как строилась работа после стадии прототипа, если такое вообще было. Какова была его роль в команде? Как строилась работа по проекту в целом? Как происходила декомпозиция и оценка задач? Как был построен каждый проект с точки зрения архитектуры?
У меня есть ощущение, что вы вообще путаете сеньоров и менеджеров.
Только вот путаете Вы… Сеньор — это одна из ведущих ролей, а в случае с вышеописанной микро-компанией вообще единственная ведущая роль в команде. Сеньор — это не тот, кто пишет код от забора и до обеда так, как сказал менеджер. Он обязан занимать проактивную позицию и докапываться до сути того, что надо сделать, в том числе предлагая решения, о которых менеджеры с заказчиком никогда бы не додумались. А также участвовать в разработке архитектурных решений, распределять задачи между другими программистами, способствовать их росту, следить за соблюдением сроков и т.д.
Ну, поэтому я и уточнил, какими задачами сеньоры в этой компании занимаются… Уже сотни раз писали, что обсуждать на собеседовании что-то вне контекста практической области деятельности, под которую вы ищете сотрудника, — это скорее вредно, чем полезно. Ну а если в некой компании сеньоры преимущественно занимаются тем, что группируют массивы не важно с какой эффективностью, лишь бы работало, то вопросов нет.
Имхо, для сеньоров — это не простая задача, а тупая. И единственный ответ, который я бы от сеньора принял как правильный, — назначить этот таск джуниору или стажёру.
Вопросы, которые Вам выше писали тоже уместны, т.к. люди хотя бы пытаются понять с какого перепуга им прилетела эта задача, где в ней сложность, с которой не справился стажёр.
Если человек начинает решать такую задачу, то на должность сеньора он не подходит, т.к. не имеет навыков делегирования и проактивного подхода к задачам.
На многолетних наблюдениях за локальным рынком. Ну ладно, в миллионниках может быть 10-15 более-менее серьёзных компаний в одном сегменте. Существенно больше только в Москве и Питере. Но всё равно это странно сравнивать с сотнями remote-вакансий.
Что значит для разнообразия?
Есть должности, на которых удалёнка проблематична. Решил поработать техническим директором и посмотреть насколько мне будет интересно в этой роли.
Ну и опять, если удалёнка так хороша, то почему у одних и тех же компаний вакансии висят очень долго?
Это Вы про кого? Какие-нибудь Crossover или Toptal? Это не конечные компании, а прослойки, поэтому у них постоянный найм.
А так как выстраивать процесс работы с удаленщиками— дело не простое
Это, кстати, заблуждение. Никаких кардинальных сложностей в этом нет. Просто удалёнщики должны быть способны к самоорганизации.
Ну и Вы по себе всех судите…
Ну а Вы по себе, поэтому я Вам и показываю альтернативный взгляд. И объясняю, почему к вам не ломанулась куча специалистов, когда вы чуть выше среднего по региону з/п поставили. Ваше право сомневаться в моём объяснении, но более правдоподобного у Вас ведь всё равно нет.
Ну, не совсем… У Вас акцент на "Спрашивайте технические нюансы из предыдущего опыта" и совершенно непонятно что под этим подразумевается и с чего вдруг из ответа на данный вопрос станет понятно всё, что дальше перечислено.
Собеседования тестируют только навык прохождения собеседований. И придумать какой-то формализованный процесс, который покажет реальную квалификацию практически невозможно. Лучшее что можно сделать, это расспросить о предыдущем опыте, какие задачи приходилось решать, какие задачи нравится решать, какие области интересны. А потом сопоставить это с задачами и областями деятельности компании. Всё остальное от лукавого.
То есть да, можно найти удаленную вакансию, хотя их и в разы меньше, но так делает очень маленький процент разработчиков.
В разы меньше, чем где? Вы же сами написали, что не из Москвы, поэтому я сильно сомневаюсь, что кол-во вакансий в вашем городе может сравниться с кол-вом вакансий на удалёнку. В большинстве региональных центров по конкретному профилю редко бывает более 5-7 компаний, ещё реже бывает, чтобы они все одновременно имели открытые вакансии.
Ну а вторая очень веская причина — у нас компании не умеют с удалёнщиками работать.
Даже в России есть которые умеют, но необязательно себя российскими компаниями ограничивать.
Вы сами сейчас работаете удаленно?
Буквально в этом месяце переключился на офис для разнообразия, до этого 7 лет удалённо работал.
Но со знанием английского лучше сразу переехать за рубеж.
Кому лучше и зачем? У меня, например, никогда такой цели не было, хотя почти каждый месяц приглашают куда-то переехать.
Вы поймите одно: с одной стороны, Вы хотите найти высококвалифицированных специалистов, а с другой — считаете, что они не способны удалённо работать. Это противоречащие требования. Те, кто развивается, за редким исключением личных обстоятельств, способны работать на любой рынок. А те, кто "я могу только из офиса, даже если из дома будут в 2 раза больше платить и проекты будут поинтереснее" — они почти все вечные джуны или максимум мидлы, если с офисами повезло.
IT рынок глобализован, поэтому среднее по региону слабо волнует людей с опытом. Судя по текущим раскладам, мидл с опытом не будет рад з/п меньше 90 т.р., а если у него ещё и с английским всё хорошо, то умножайте на 1.5.
Всё что ниже, можно считать ниже среднего по рынку, вне зависимости от региона.
Developers же. Чем больше лояльных разработчиков, тем лучше Microsoft. Потому что создаётся больше программных решений, которые работают на их ОС. А кто-то из разработчиков её и Visual Studio купит, так что плюсы со всех сторон.
Ну а Oracle что? Их основной бизнес — СУБД, так что с Java они могут экспериментировать как угодно.
Месиво всё-таки было и именно благодаря ему обрели популярность Prototype, MooTools и jQuery. Они брали на себя большую часть боли по поддержке особенностей браузеров. Отдельной историей было ещё и месиво с реализациями CSS.
Не факт. Я вот чем дольше программирую, тем меньше мне нравится концепция ORM… Она из серии "натянуть сову на глобус"… В реляционных БД нет никаких объектов и чтобы написать хороший запрос надо про объекты вообще забыть, а не пытаться как-то методы ORM в цепочку объединить. Да, само собой, в тривиальных случаях ORM работает хорошо, но если у вас что-то посложнее банального CRUD, то вам по-любому нужно знать SQL и проверять что там ORM сгенерил, а заставить ORM сгенерировать нужный запрос бывает тем ещё аттракционом.
мы говорим тут про английский — а в нем три формы.
Это Вы, видимо, про табличку неправильных глаголов для английского говорите. Только кто ж интересно её учит по столбцам, а не по строкам?
В остальном соглашусь с lair, чтобы делать далеко идущие выводы о работе мозга, Вам не помешало бы выучить для начала хотя бы один язык, где есть спряжение глаголов и даже самые правильные глаголы имеют по 30+ различных форм.
Нет, проблема в суровой реальности — людишкам, которые не бум-бум в компуктерах, нужны новые интернет-магазинчики, а не стоп-кадр на 10 лет, что бы переделать все по-нормальному.
Ну, может и без стоп-кадра возможно… Например, начать с серверов… Сделать ЯП мимо C, под современный проц, и переписать на нём BEAM (виртуальную машину Erlang). Кто бы это только профинансировал?..
Ну, строго говоря, то что она официально именовалась РСФСР, никак не отменяет факта, что в разговорной речи она называлась Россией. Да чего уж разговорной, даже в конституции самой РСФСР проскакивало:
Советская власть гарантировала всем народам России равноправие и свободное самоопределение, предоставила трудящимся подлинно демократические права и свободы. Образование РСФСР обеспечило русскому народу, всем нациям и народностям Российской Федерации благоприятные условия для всестороннего экономического, социального и культурного развития, с учетом их национальных особенностей в братской семье советских народов.
Так что не придирайтесь… РСФСР, Россия и Российская Федерация были синонимами во времена СССР.
Потому что в одиночку. Для разработки прототипа можно выделить 2-3 человек и это будет гораздо эффективнее, если этот прототип для кому-то нужной задачи вообще делается, а не от нечего делать.
Другими словами, речь идёт об изначально никому ненужных проектах? Ну ok. Большинство компаний заказной разработкой занимаются, а не тем, что Вы описали. Может Facebook и может себе позволить нанять людей просто про запас и дать им хобби-проектами под крылом компании заниматься. Но это просто индикатор, что до основных проектов вас пока не готовы допустить, даже в роли мидла.
С чего Вы это взяли? Уметь программировать и кидаться программировать не разобравшись в задаче — это не одно и то же.
Вы имеете в виду само железо или прошивки под него? Второе, в принципе, возможно на удалёнке, но процент таких вакансий будет ниже, в силу специфики.
Причём тут предметная область? Сравните 2 вопроса:
1) напишите алгоритм группировки списка слов по таким-то условиям.
2) как бы вы начали проектировать систему, помогающую разгадывать кроссворды, подбирая слова по известным буквам?
Оба вопроса из одной предметной области, но при этом совершенно для разных вакансий. На первый вопрос адекватный сеньор (если уж ему такой вопрос всё-таки задали) сначала спросит "для чего?". Знаете в каком коде не бывает багов?
Бред. Если человек сразу кидается писать код — это не сеньор. Сеньор из вас сначала всю душу вытрясет, проясняя требования и зачем это вообще вам. Потому что 80-90% работы сеньоров состоит в том, чтобы думать, а не код в редакторе набирать.
Это уже фриланс какой-то, а не командная работа…
Так что я бы спросил о том, как строилась работа после стадии прототипа, если такое вообще было. Какова была его роль в команде? Как строилась работа по проекту в целом? Как происходила декомпозиция и оценка задач? Как был построен каждый проект с точки зрения архитектуры?
Только вот путаете Вы… Сеньор — это одна из ведущих ролей, а в случае с вышеописанной микро-компанией вообще единственная ведущая роль в команде. Сеньор — это не тот, кто пишет код от забора и до обеда так, как сказал менеджер. Он обязан занимать проактивную позицию и докапываться до сути того, что надо сделать, в том числе предлагая решения, о которых менеджеры с заказчиком никогда бы не додумались. А также участвовать в разработке архитектурных решений, распределять задачи между другими программистами, способствовать их росту, следить за соблюдением сроков и т.д.
Ну, поэтому я и уточнил, какими задачами сеньоры в этой компании занимаются… Уже сотни раз писали, что обсуждать на собеседовании что-то вне контекста практической области деятельности, под которую вы ищете сотрудника, — это скорее вредно, чем полезно. Ну а если в некой компании сеньоры преимущественно занимаются тем, что группируют массивы не важно с какой эффективностью, лишь бы работало, то вопросов нет.
Имхо, для сеньоров — это не простая задача, а тупая. И единственный ответ, который я бы от сеньора принял как правильный, — назначить этот таск джуниору или стажёру.
Вопросы, которые Вам выше писали тоже уместны, т.к. люди хотя бы пытаются понять с какого перепуга им прилетела эта задача, где в ней сложность, с которой не справился стажёр.
Если человек начинает решать такую задачу, то на должность сеньора он не подходит, т.к. не имеет навыков делегирования и проактивного подхода к задачам.
Вы, вроде, начали с "Причем, вакансия на сеньора".
На многолетних наблюдениях за локальным рынком. Ну ладно, в миллионниках может быть 10-15 более-менее серьёзных компаний в одном сегменте. Существенно больше только в Москве и Питере. Но всё равно это странно сравнивать с сотнями remote-вакансий.
Есть должности, на которых удалёнка проблематична. Решил поработать техническим директором и посмотреть насколько мне будет интересно в этой роли.
Это Вы про кого? Какие-нибудь Crossover или Toptal? Это не конечные компании, а прослойки, поэтому у них постоянный найм.
Это, кстати, заблуждение. Никаких кардинальных сложностей в этом нет. Просто удалёнщики должны быть способны к самоорганизации.
Ну а Вы по себе, поэтому я Вам и показываю альтернативный взгляд. И объясняю, почему к вам не ломанулась куча специалистов, когда вы чуть выше среднего по региону з/п поставили. Ваше право сомневаться в моём объяснении, но более правдоподобного у Вас ведь всё равно нет.
У вас реально в компании сеньоры такими задачами занимаются? Или вы просто чтобы джуниоров подбодрить называете их сеньорами?
Ну, не совсем… У Вас акцент на "Спрашивайте технические нюансы из предыдущего опыта" и совершенно непонятно что под этим подразумевается и с чего вдруг из ответа на данный вопрос станет понятно всё, что дальше перечислено.
Собеседования тестируют только навык прохождения собеседований. И придумать какой-то формализованный процесс, который покажет реальную квалификацию практически невозможно. Лучшее что можно сделать, это расспросить о предыдущем опыте, какие задачи приходилось решать, какие задачи нравится решать, какие области интересны. А потом сопоставить это с задачами и областями деятельности компании. Всё остальное от лукавого.
В разы меньше, чем где? Вы же сами написали, что не из Москвы, поэтому я сильно сомневаюсь, что кол-во вакансий в вашем городе может сравниться с кол-вом вакансий на удалёнку. В большинстве региональных центров по конкретному профилю редко бывает более 5-7 компаний, ещё реже бывает, чтобы они все одновременно имели открытые вакансии.
Даже в России есть которые умеют, но необязательно себя российскими компаниями ограничивать.
Буквально в этом месяце переключился на офис для разнообразия, до этого 7 лет удалённо работал.
Кому лучше и зачем? У меня, например, никогда такой цели не было, хотя почти каждый месяц приглашают куда-то переехать.
Вы поймите одно: с одной стороны, Вы хотите найти высококвалифицированных специалистов, а с другой — считаете, что они не способны удалённо работать. Это противоречащие требования. Те, кто развивается, за редким исключением личных обстоятельств, способны работать на любой рынок. А те, кто "я могу только из офиса, даже если из дома будут в 2 раза больше платить и проекты будут поинтереснее" — они почти все вечные джуны или максимум мидлы, если с офисами повезло.
IT рынок глобализован, поэтому среднее по региону слабо волнует людей с опытом. Судя по текущим раскладам, мидл с опытом не будет рад з/п меньше 90 т.р., а если у него ещё и с английским всё хорошо, то умножайте на 1.5.
Всё что ниже, можно считать ниже среднего по рынку, вне зависимости от региона.
Developers же. Чем больше лояльных разработчиков, тем лучше Microsoft. Потому что создаётся больше программных решений, которые работают на их ОС. А кто-то из разработчиков её и Visual Studio купит, так что плюсы со всех сторон.
Ну а Oracle что? Их основной бизнес — СУБД, так что с Java они могут экспериментировать как угодно.
Месиво всё-таки было и именно благодаря ему обрели популярность Prototype, MooTools и jQuery. Они брали на себя большую часть боли по поддержке особенностей браузеров. Отдельной историей было ещё и месиво с реализациями CSS.
C 2003 года XML точно входит: https://en.wikipedia.org/wiki/SQL/XML
А вот SQL/JSON вроде только в 2016 году в стандарт добавили.
Не факт. Я вот чем дольше программирую, тем меньше мне нравится концепция ORM… Она из серии "натянуть сову на глобус"… В реляционных БД нет никаких объектов и чтобы написать хороший запрос надо про объекты вообще забыть, а не пытаться как-то методы ORM в цепочку объединить. Да, само собой, в тривиальных случаях ORM работает хорошо, но если у вас что-то посложнее банального CRUD, то вам по-любому нужно знать SQL и проверять что там ORM сгенерил, а заставить ORM сгенерировать нужный запрос бывает тем ещё аттракционом.
Это Вы, видимо, про табличку неправильных глаголов для английского говорите. Только кто ж интересно её учит по столбцам, а не по строкам?
В остальном соглашусь с lair, чтобы делать далеко идущие выводы о работе мозга, Вам не помешало бы выучить для начала хотя бы один язык, где есть спряжение глаголов и даже самые правильные глаголы имеют по 30+ различных форм.
Основная суть умения пользоваться поисковиком заключается в подходящей формулировке запроса. И тут ваш сервис, к сожалению, ничем новичку не поможет.
Ну, может и без стоп-кадра возможно… Например, начать с серверов… Сделать ЯП мимо C, под современный проц, и переписать на нём BEAM (виртуальную машину Erlang). Кто бы это только профинансировал?..
Ну, строго говоря, то что она официально именовалась РСФСР, никак не отменяет факта, что в разговорной речи она называлась Россией. Да чего уж разговорной, даже в конституции самой РСФСР проскакивало:
Так что не придирайтесь… РСФСР, Россия и Российская Федерация были синонимами во времена СССР.