Нет, Вы невнимательно прочитали. У нас основной костяк работает по 5-10 и более лет, в основном хай-мидл и сеньоры. Но такого уровня сотрудников мы, к сожалению, и за 300к найти не можем, ни одного вменяемого кандидата не пришло за очень много времени. Выращивать оказалось проще, два года назад взятые "нулёвые" джуны уже приличные мидлы.
В дружественной конторе - там да, потенциала для карьерного роста нет, а там, где нужны навыки выше джуна, они могут обратиться к единственному имеющемуся там сеньору. Но за этот год у них прилично растут навыки, а дальше - в добрый путь.
Для одной маленькой дружественной компании за последние 2 года я проделывал это 3 раза. Там удаленка и без в/о, но денег 40к. Ну, они работают там год, вырастают и уходят на х2-х3 денег, а мы их провожаем, оставаясь в хороших отношениях, и находим новых на 40.
А в этой компании меня просто достало, что те кандидаты, которые приходят по вакансии, выставленной от компании, вообще меня не проходят уже несколько месяцев. И я подумал - может, проблема в том, что госкомпания (хотя там и формулировки сильно другие в вакансии, чем я могу себе позволить). И повесил объявление от имени этой дружественной компании. Мне надо было в связи с расширением набрать 2 человек. У меня двое вышло на работу, одному не хватило уровня, через три дня ушел, второй работает, но мне нужен еще один. Думаю, за месяц-два закрою.
Ну и по совокупности этих двух опытов решил статью написать. :)
Вы знаете, я не верю в существование человека, который может разложить задачу на структуры данных, но не может перевернуть строку. Задача на переворот строки - это как раз задача на знание структуры данных "строка", если он ее не знает, как он может выйти на более высокий уровень?
И, кстати, думаю, что задача про переворот строки была во всех без исключения курсах, уж больно она простая и удобная для решения. Так что учили этому всех, другой вопрос - кто научился, а кто нет.
Человек, который умеет хорошо решать задачки на архитектуру, слои и потоки данных, на мой взгляд, уже мидл. И ему много чего для этого надо уметь.
Заметьте, что я, собственно, и описываю вакансию, предназначенную как раз для того, чтобы хантить тех 1 из 100-1000 новичков и выпускников курсов, кто действительно умеет программировать. Именно это ее цель и целевая аудитория. Для других людей есть другие вакансии.
А покажите, пожалуйста, пример хорошей вакансии для джунов. А то Вы так пишете, как будто их примерно везде берут на 150-200, а я таких вакансий вообще не знаю.
Мне кажется, многие из комментаторов просто представляют сторону опытных программистов, которым выгодно, чтобы им платили как можно больше, а для этого нужно, чтобы и джуниорам тоже платили больше.
На противоположной чаше весов здесь находится мнение руководителей бизнеса или заинтересованных руководителей этих потенциальных сотрудников, которые не готовы ни рубля и дня своего времени потратить на то, чтобы кого-то чему-то учить до того, как он начал приносить пользу, если на рынке есть достаточно готовых специалистов. И в целом были бы не против платить поменьше, если это возможно (по крайней мере, зарплата должна покрываться деньгами, которые так или иначе получает или зарабатывает компания).
(Я сам немного с обеих сторон :))
Мы при этом все равно в течение недели-двух еще обучаем человека специфичным для нас технологиям, здесь мы готовы потратить время, потому что альтернативы нет. Но не более, дальше мы ожидаем от человека пользы - и если он ее не приносит (адекватно своему уровню и скорости, конечно) - то мы с ним прощаемся.
Проверку мотивации я тоже пытаюсь провести, но косвенно. В процессе лайв-кодинга как раз очень хорошо видно, насколько кандидат мотивирован и адекватен.
Вот понимаете, последний кандидат, с которым можно было поговорить о том, что Вы описываете в своем комментарии, приходил к нам 7 лет назад. Ну и сейчас он бы у нас получал совсем не 100 тыщ :) Я писал даже на Лиспе, я знаю, что есть много интересных языков, которые устроены иначе. И да, моя увереность, что я могу решить любую задачу, действительно сводится к теореме Бёма-Якопини, ссылку на которую Вы оставили, и я все еще тогда был хай-джуном.
Но это нерелевантно моей текущей задаче. Мы не реализуем алгоритм Дейкстры, у нас косинус в коде за 12 лет видел один человек (я). У нас есть вполне определенный пул задач, под которые нам нужен человек, которого мы готовы учить с того уровня, на котором он есть сейчас. Нам надо выбрать из сотен выпускников вузов и учеников курсов того или тех, кто реально умеет базу - независимо от того, что именно он закончил (их реально 1 из 100, и не угадаешь, где именно этот один).
Про "грокаем алгоритмы" или задачи на leetcode - согласен. Про "несколько сотен", боюсь, не согласны кандидаты, они хотят побыстрее (но я-то только за!) :)
Удивительно аргументированный и адекватный комментарий :)))
Для всех остальных скажу, что если убрать про госкомпанию и офис в Москве, оставить маленькую веб-студию и удаленку и поставить зарплату 40-50 тысяч, то приходит примерно 300 резюме, из которых 1-3 адекватных человека проходят всю цепочку и выходят на работу за неделю. Уже несколько раз это проделывал.
С текущими условиями действительно немного сложнее, но за два месяца мне удалось схантить одного кандидата. При этом тестовое задание решает примерно каждый второй кандидат (из тех, кому оно отправлено, за два месяца я проверил чуть больше 50 тестовых), примерно два из трех - правильно, проведено примерно 25 собеседований (с теми, кто решил правильно), из них каждый второй не может перевернуть строку, и почти все увязают во второй задаче. Двое дошли до конца.
Ну смотрите, джун же не останется после этого в вакууме. Нет, у нас есть еще несколько программистов, и мы смотрим, что там происходит, корректируем, если что. У нас еще ни один джун не прошел мимо этапа "я делаю привязку по имени вместо ID" и "я вставляю данные по привязке через точку с запятой в один столбец". Ну и что, поняли, в чем проблема, если не сами, то мы им объяснили, и научились делать правильно. Думаю, что здесь так же. И принципиальный вопрос для будущего руководителя программиста - чему мы готовы научить в процессе, а чему не готовы (и в том числе ответ должен исходить из уровня приходящих кандидатов). И понятно, что для Вашей компании, например, он должен быть другой, и надо знать много подробностей про HTTP-протокол. В нашей компании в 90% задач это не очень важно, а если ему будут часто попадаться задачи, где это будет важно, поможем и научим.
А можете, пожалуйста, чуть подробнее пояснить, где весь мир это понял и почему? :) Мне кажется. под React можно найти гораздо больше специалистов, чем под htmx, но я посмотрю-поразбираюсь, спасибо за рекомендацию :)
Мы это иногда спрашиваем, но для нас это не является определяющим, потому что это как раз можно понять с нуля за пару часов и за неделю практики довольно хорошо усвоить. Мы стараемся отсекать именно то, что требует доучивания в месяц+ только для того, чтобы начать что-то делать.
Я с ходу не вижу поиска по имеющимся фигурам, но, судя по паре примеров, они привязаны к листу. Можно просто делать копию всех данных ячеек на листе на новый лист, а потом удалять старый лист и переименовывать новый. И вуаля, старые удалены.
Но в целом я скорее не знаком с матчастью, без приличного опыта где-нибудь в другом месте с аналогичными задачами (а у меня нет) надо довольно долго копаться, вряд ли возьмусь.
Я только через полгода увидел этот комментарий, прошу прощения.
Если именно ничего не делал, как в ролике - то это скорее стоп-фактор. Если занимался чем-то другим, непрофильным - относятся хуже, но тестовое все равно отправляют. Разговор с руководством может быть сложнее, но по сути нужно проявить ту же самую адекватность, что и в обычных случаях.
По этому и по соседнему комментарию в сумме знаю минимум четверых. И это у меня довольно узкий круг общения.
Нет, Вы невнимательно прочитали. У нас основной костяк работает по 5-10 и более лет, в основном хай-мидл и сеньоры. Но такого уровня сотрудников мы, к сожалению, и за 300к найти не можем, ни одного вменяемого кандидата не пришло за очень много времени. Выращивать оказалось проще, два года назад взятые "нулёвые" джуны уже приличные мидлы.
В дружественной конторе - там да, потенциала для карьерного роста нет, а там, где нужны навыки выше джуна, они могут обратиться к единственному имеющемуся там сеньору. Но за этот год у них прилично растут навыки, а дальше - в добрый путь.
Для одной маленькой дружественной компании за последние 2 года я проделывал это 3 раза. Там удаленка и без в/о, но денег 40к. Ну, они работают там год, вырастают и уходят на х2-х3 денег, а мы их провожаем, оставаясь в хороших отношениях, и находим новых на 40.
А в этой компании меня просто достало, что те кандидаты, которые приходят по вакансии, выставленной от компании, вообще меня не проходят уже несколько месяцев. И я подумал - может, проблема в том, что госкомпания (хотя там и формулировки сильно другие в вакансии, чем я могу себе позволить). И повесил объявление от имени этой дружественной компании. Мне надо было в связи с расширением набрать 2 человек. У меня двое вышло на работу, одному не хватило уровня, через три дня ушел, второй работает, но мне нужен еще один. Думаю, за месяц-два закрою.
Ну и по совокупности этих двух опытов решил статью написать. :)
Вы знаете, я не верю в существование человека, который может разложить задачу на структуры данных, но не может перевернуть строку. Задача на переворот строки - это как раз задача на знание структуры данных "строка", если он ее не знает, как он может выйти на более высокий уровень?
И, кстати, думаю, что задача про переворот строки была во всех без исключения курсах, уж больно она простая и удобная для решения. Так что учили этому всех, другой вопрос - кто научился, а кто нет.
Человек, который умеет хорошо решать задачки на архитектуру, слои и потоки данных, на мой взгляд, уже мидл. И ему много чего для этого надо уметь.
Понял Вашу позицию, спасибо! У нас уклон в первую очередь в бэкенд, да, это я действительно не указал, но в вакансии обычно пишу :)
Или дорос до +50-+100% внутри компании. Тоже совершенно реальная история, и не одна.
Заметьте, что я, собственно, и описываю вакансию, предназначенную как раз для того, чтобы хантить тех 1 из 100-1000 новичков и выпускников курсов, кто действительно умеет программировать. Именно это ее цель и целевая аудитория. Для других людей есть другие вакансии.
А покажите, пожалуйста, пример хорошей вакансии для джунов. А то Вы так пишете, как будто их примерно везде берут на 150-200, а я таких вакансий вообще не знаю.
На своем уровне они (те, кто еще не владеют базой программирования) пишут в десять-двадцать раз медленнее нас с Вами. К сожалению, это не фигура речи.
Мне кажется, многие из комментаторов просто представляют сторону опытных программистов, которым выгодно, чтобы им платили как можно больше, а для этого нужно, чтобы и джуниорам тоже платили больше.
На противоположной чаше весов здесь находится мнение руководителей бизнеса или заинтересованных руководителей этих потенциальных сотрудников, которые не готовы ни рубля и дня своего времени потратить на то, чтобы кого-то чему-то учить до того, как он начал приносить пользу, если на рынке есть достаточно готовых специалистов. И в целом были бы не против платить поменьше, если это возможно (по крайней мере, зарплата должна покрываться деньгами, которые так или иначе получает или зарабатывает компания).
(Я сам немного с обеих сторон :))
Мы при этом все равно в течение недели-двух еще обучаем человека специфичным для нас технологиям, здесь мы готовы потратить время, потому что альтернативы нет. Но не более, дальше мы ожидаем от человека пользы - и если он ее не приносит (адекватно своему уровню и скорости, конечно) - то мы с ним прощаемся.
Проверку мотивации я тоже пытаюсь провести, но косвенно. В процессе лайв-кодинга как раз очень хорошо видно, насколько кандидат мотивирован и адекватен.
Ну, после сохранения с помощью POST стоит редиректить на страницу с GET. И не будет тогда никаких запросов о повторной отправке формы.
Вот понимаете, последний кандидат, с которым можно было поговорить о том, что Вы описываете в своем комментарии, приходил к нам 7 лет назад. Ну и сейчас он бы у нас получал совсем не 100 тыщ :) Я писал даже на Лиспе, я знаю, что есть много интересных языков, которые устроены иначе. И да, моя увереность, что я могу решить любую задачу, действительно сводится к теореме Бёма-Якопини, ссылку на которую Вы оставили, и я все еще тогда был хай-джуном.
Но это нерелевантно моей текущей задаче. Мы не реализуем алгоритм Дейкстры, у нас косинус в коде за 12 лет видел один человек (я). У нас есть вполне определенный пул задач, под которые нам нужен человек, которого мы готовы учить с того уровня, на котором он есть сейчас. Нам надо выбрать из сотен выпускников вузов и учеников курсов того или тех, кто реально умеет базу - независимо от того, что именно он закончил (их реально 1 из 100, и не угадаешь, где именно этот один).
Про "грокаем алгоритмы" или задачи на leetcode - согласен. Про "несколько сотен", боюсь, не согласны кандидаты, они хотят побыстрее (но я-то только за!) :)
Удивительно аргументированный и адекватный комментарий :)))
Для всех остальных скажу, что если убрать про госкомпанию и офис в Москве, оставить маленькую веб-студию и удаленку и поставить зарплату 40-50 тысяч, то приходит примерно 300 резюме, из которых 1-3 адекватных человека проходят всю цепочку и выходят на работу за неделю. Уже несколько раз это проделывал.
С текущими условиями действительно немного сложнее, но за два месяца мне удалось схантить одного кандидата. При этом тестовое задание решает примерно каждый второй кандидат (из тех, кому оно отправлено, за два месяца я проверил чуть больше 50 тестовых), примерно два из трех - правильно, проведено примерно 25 собеседований (с теми, кто решил правильно), из них каждый второй не может перевернуть строку, и почти все увязают во второй задаче. Двое дошли до конца.
Ну смотрите, джун же не останется после этого в вакууме. Нет, у нас есть еще несколько программистов, и мы смотрим, что там происходит, корректируем, если что. У нас еще ни один джун не прошел мимо этапа "я делаю привязку по имени вместо ID" и "я вставляю данные по привязке через точку с запятой в один столбец". Ну и что, поняли, в чем проблема, если не сами, то мы им объяснили, и научились делать правильно. Думаю, что здесь так же. И принципиальный вопрос для будущего руководителя программиста - чему мы готовы научить в процессе, а чему не готовы (и в том числе ответ должен исходить из уровня приходящих кандидатов). И понятно, что для Вашей компании, например, он должен быть другой, и надо знать много подробностей про HTTP-протокол. В нашей компании в 90% задач это не очень важно, а если ему будут часто попадаться задачи, где это будет важно, поможем и научим.
А можете, пожалуйста, чуть подробнее пояснить, где весь мир это понял и почему? :) Мне кажется. под React можно найти гораздо больше специалистов, чем под htmx, но я посмотрю-поразбираюсь, спасибо за рекомендацию :)
Мы это иногда спрашиваем, но для нас это не является определяющим, потому что это как раз можно понять с нуля за пару часов и за неделю практики довольно хорошо усвоить. Мы стараемся отсекать именно то, что требует доучивания в месяц+ только для того, чтобы начать что-то делать.
Обнаружился стандартный способ запускать макрос по клику, добавил в статью :)
Я с ходу не вижу поиска по имеющимся фигурам, но, судя по паре примеров, они привязаны к листу. Можно просто делать копию всех данных ячеек на листе на новый лист, а потом удалять старый лист и переименовывать новый. И вуаля, старые удалены.
А дальше можно создавать с нужными параметрами примерно аналогично вот этой статье: https://api.onlyoffice.com/docs/office-api/usage-api/spreadsheet-api/api/createpresetcolor/
Типы фигур можно посмотреть здесь: https://api.onlyoffice.com/docs/office-api/usage-api/form-api/shapetype/
С надписями я бы копал в сторону AddWordArt, их можно синхронно изгибать.
Но в целом я скорее не знаком с матчастью, без приличного опыта где-нибудь в другом месте с аналогичными задачами (а у меня нет) надо довольно долго копаться, вряд ли возьмусь.
Я только через полгода увидел этот комментарий, прошу прощения.
Если именно ничего не делал, как в ролике - то это скорее стоп-фактор. Если занимался чем-то другим, непрофильным - относятся хуже, но тестовое все равно отправляют. Разговор с руководством может быть сложнее, но по сути нужно проявить ту же самую адекватность, что и в обычных случаях.
Это не самое универсальное решение, но для допуска на собеседование годится. :)