Нюанс в том что детям такое не нужно даже тогда когда они появились в 2000х, сейчас смартфон, игровая приставка, а если и мечтают о компьютере, то только игровом.
Точно так же 30 лет назад уже сложно было заинтересовать ребенка радиолюбительством и пайкой, этих радио, магнитофонов было полно за разную цену, зачем паять
проблема не в том чтобы он играл хорошо, проблема в его "памяти" и "внимательности", он даже не может отрисовать доску правильно по серии ходов, обязательно что-то потеряет или сдвинет не туда.
интересно сможет ли этот "самый умный ИИ" посчитать количество уникальных символов в предложении, среднее значение для 10-20 замеров, играть в шахматы, не забывая фигуры, или будет как у всех остальных LLM...
тут да, нужно потренироваться писать код в живую. К сожалению, этот этап есть у большинства компаний. Хорошая новость, этот навык легко тренируется. Открываете какой-нибудь leetcode и на простых задачах, представляя что общаетесь пишите решения. Потом на собесах с неинтересными вам компаниях закрепляете.
Тут вопрос в том, что вам, как компании нужно. Яндексу и подобным надо непременно чтобы ты мог писать код на доске (сейчас - редакторе без подсветки синтаксиса и компиляции / выполнения), чтобы код логически верно решал задачу, учитывал все особые случаи, и был в идеале написан сразу, без лишних помарок и исправлений. Тут выбор алгоритмических задач вполне логичен. В этом есть смысл, ищут человека который достаточно умен, чтобы не программировать методом проб и ошибок, постоянно запуская код и только уже в дебагере понимая как он работает. А тут человек может в уме все продумать, проговорить и написать решение близкое к чистовому. Тут не проверяется алгоритмическая эрудированность и математическая подготовка, а проверяются базовые программисткие способности, так сказать - истинный программисткий IQ. Если человек эрудирован, его запарят дальше, в ход пойдут красно-черные деревья, хитро сделанные сортировки пока не найдут область где кандидат плавает, чтобы он наконец начал программировать, а не выдавать готовые заученные решения.
Это старая школа, когда не было удобных IDE, человек писал программу на бумаге, оператор пробивал ее на перфокартах, потом приносил распечатку с ответом программы)) цена запуска была высока.
Надо ли это сейчас, ну в целом нет, большинству компаний это не надо, да и не смогут найти достаточно таких людей, приходится выбирать из того что есть. Тут еще и собеседующий тоже должен быть достаточно высокого уровня могущий сам в уме решать, а где таких взять. Кандидат выдал решение, тебе надо проверить. Поэтому обычно не жестят. Ищут массовых работников, на среднерыночную зп. Но с другой стороны, будь у вас возможность при прочих равных набирать умных людей, которые могут в голове продумать задачу, продумать решение, вплоть до примерного количества строк (чтобы написать на доске сразу без помарок), это же большой плюс, правильно? У такого чувака задача будет делаться не целый день вымучивая Гугл, IDE и дебагер, а за условно час. Потом QA если и найдет чего, то это уже не будут очевидные всем случаи, а что-то реально интересное, неучтенное в условиях. В итоге - большая эффективность, меньше временных затрат, всем хорошо. Дальше, какие-то компании могут себе это позволить, есть достаточное количество кандидатов, а какие-то нет.
В целом, если говорить о сценарии собеседований, то сейчас у большинства компаний он вполне разумный:
1) вопросы-ответы, проверяется базовая эрудированность в нужной программисткой области. Обычно это язык и технологии.
2) программирование, тут могут быть алгоритмические и приближенные к реальным случаям задачи. Проверяется умение программировать.
3) общение, личные качества, более глобальные вопросы - анализ и обсуждение предметных задач.
Три этапа последовательны и логичны: 1й позволяет базово проверить в теме ли вообще кандидат, и подходит ли по уровню знаний, позволяет отсечь нерелевантных людей. 2й - умение собственно программировать, а не эрудированность в алгоритмах и SDK. 3й - общение, кандидат может быть сильным, но любитель делать все по своему, а не то что надо.
Все это можно разделить на три собеса или впихнуть в один, кому как удобно. По времени обычно часа два на все этапы.
Есть компании которые набрали от всех помаленьку, там у них и скрининг, и расширенные вопросы-ответы, и алгоритмы, и программирование приближенное к реальным задачам и системный дизайн, и ФИНАЛ (на котором ты не просто общаешься, а это прям нестоящий тест на софт скилы). В итоге от 5 и большее собеседований суммарно часов 8. А потом выяснится, что они не тянут по ожидаемой зп. Из наших компаний это Авито - 100500 собеседований. Знайте, в других компаниях (включая гигантов с именем например VK или Яндекс) - 2, ну максимум 3 собеса.
Ну и второй этап - программирование, когда вы знаете, что именно проверяется всеми нормальными компаниями, повторюсь, вовсе не алгоритмическая и математическая подготовка, то алгоритмы не самый плохой вариант. Если вы кандидат, то будьте хитрее, не надо спешить выдавать "а, ну это сортировка методом вставок" или "о, сейчас применим балансировку деревьев" или "тут очевидно надо применить методы динамического программирования". Знаете решение - отлично. Не спешите писать код. Изобретайте велосипед, проговорите ход мысли, крайние случаи, придумайте тупое решение, потом потом получше, а потом "о, эврика")) За собес вам надо решить пару-тройку задач не больше.
Да, если указываешь высшее образование, поле года окончания на hh к сожалению обязательное. Ну можно не указывать образование, просто написать в резюме, что высшее такой то ВУЗ. А места работы можно все не указывать.
А где там и зачем надо указывать возраст? Если сам не укажишь никто и не спросит, только отдел кадров уже узнает если офер примешь. Я например давно не пишу полный опыт работы, только последние лет 10.
А что произошло? При чем тут 42 год? У России локальный конфликт с Украиной, таких конфликтов в мире десятки прямо сейчас происходят. При чем тут линукс, спорт, отмены виз в третьи страны и так далее?
естественно придется адаптировать все решения под другой открытый софт, не только ОС, но чем быстрее гос.структуры слезут с MS Office тем всем будет лучше.
ps. год - полтора назад пришлось готовить документы для мин. спорта, была одна табличка в xls которая нигде не отображалась правильно кроме как в MS Excel. Пришлось покупать годовую подписку, и вот нафига такое? Я думаю 95% задач офисного планктона вполне можно делать в Либре, оставшиеся 5% чего-то такого, что умеет только MS - пусть нанимают программистов доделать или отказаться от этого.
был с обоих сторон "фронта", в качестве соискателя и собеседующего. Сам уже не молод, и в молодости работал с возрастными программистами .
В целом если позиция синьера, то возраст вообще не проблема, годы опыта только в плюс, если специалист хороший, то с ним очень продуктивно и приятно работать.
Если джун, мидл, то перспективы похуже. В джуна надо вкладывать силы и время, в случае если человеку под 50 это уже кажется не так перспективно. С другой стороны молодые часто меняют работу и место жительства, и совсем не факт что эти вложения окупятся. Еще есть такое предубеждение, что возрастные программисты закостенелые.
На всех этапах собеседований кандидату нужно излучать уверенность, профессионализм и стремление к знаниями в части новых технологий. Это вообще для всех возрастов и позицией верно.
А из скриншота переписки видна неуверенность, подобное писать нельзя. Еще, хоть я не бэкендщик, но знаю что Редис не используется для очередей, это key/value хранилище. Нет в чем то опыта, да пофиг, перед собесом читаем все незнакомые слова в вакансии, к примеру, что такое Редис, что к чему с rabbitMQ, какие альтернативы, возможности, плюсы и минусы, спросят - если нет ответа, то работал с этим давно и не так плотно как хотелось бы, но хорошо знаю фичи такие-то, особенности такие то, применяется для того-то. Наймут изучишь ближе и получишь опыт. Не наймут, да и пофиг.
чего это вдруг bitbucket никому не нужен? многие компании активно его используют, особенно для приватных репо. Там сейчас хорошая интеграция с Jira (что не удивительно, учитывая владельца - Atlassian)
ну и есть еще gitlab
другое дело все это компании под юрисдикцией США, нужные альтернативы из стран с независимой политикой
ну например в обосновании почему именно туда, кроме климата и наличия конкретного предложения ничего нет. Ну и такое ощущение что вам было все равно куда и кем, лишь бы из Воронежа) Обычно или выбирают страну, и есть какое-то обоснование почему туда. Или работу + деньги (например хочу в Гугл), интересно конкретное направление и/или компания.
История про переезд морских свинок... большая часть текста про них и связанные с ними решения. При том что данные животные никак не привязываются к людям и живут недолго.
вот Cocoa и привязан к платформе, зачем он нужен на других ОС? Там свои UI библиотеки (а то и нет их вообще, за отсутствием визуального UI как такового). Ситуация сильно лучше по сравнению с ObjC который даже кроссплатформенным толком не был (все сильно на рантайм было завязано, даже основы типа выделения памяти).
В этом плане все похоже на C#, Kotlin, Go, где есть компания которая двигает язык, и если с ней что-то случится, то будущее языка становится туманно, потому что некому будет вбухивать деньги, развивать его дальше. В то же время не мало языков за которыми никогда и не стояло богатых компаний, типа Rust и Haskell, и которые никогда не станут мэинстримом, просто живут в своей нише со своими преданными фанатами. В этом плане у Swift (или C# и тд) больше шансов на видное место под солнцем, его уже знают больше людей.
Как то же живут другие языки и их пользователи не знают, что там под капотом, и создатели языков не апдейтят каждые полгода ICU, а видимо пользуются тем что есть в ОС.
Я все понимаю, кому то еще нужны 8 битные контроллеры, но для них STL или нет вообще или она очень урезана, зачастую даже управление памятью специфичное. Ну пусть и тут это будет такой же опциональной вещью, для «больших».
ps мне почему то казалось что в винде свой велосипед, пользовался в далеком прошлом Win32 API
ну т.е. до сих пор нет… ICU лишь либа которая поможет в реализации на некоторых ОС (unix подобных, ибо винде это очевидно не нужно). Ту же работу с датами и календарем тоже не так просто реализовывать, но вкрутили же.
Нюанс в том что детям такое не нужно даже тогда когда они появились в 2000х, сейчас смартфон, игровая приставка, а если и мечтают о компьютере, то только игровом.
Точно так же 30 лет назад уже сложно было заинтересовать ребенка радиолюбительством и пайкой, этих радио, магнитофонов было полно за разную цену, зачем паять
проблема не в том чтобы он играл хорошо, проблема в его "памяти" и "внимательности", он даже не может отрисовать доску правильно по серии ходов, обязательно что-то потеряет или сдвинет не туда.
интересно сможет ли этот "самый умный ИИ" посчитать количество уникальных символов в предложении, среднее значение для 10-20 замеров, играть в шахматы, не забывая фигуры, или будет как у всех остальных LLM...
тут да, нужно потренироваться писать код в живую. К сожалению, этот этап есть у большинства компаний. Хорошая новость, этот навык легко тренируется. Открываете какой-нибудь leetcode и на простых задачах, представляя что общаетесь пишите решения. Потом на собесах с неинтересными вам компаниях закрепляете.
В целом собесы это отдельный навык.
Тут вопрос в том, что вам, как компании нужно. Яндексу и подобным надо непременно чтобы ты мог писать код на доске (сейчас - редакторе без подсветки синтаксиса и компиляции / выполнения), чтобы код логически верно решал задачу, учитывал все особые случаи, и был в идеале написан сразу, без лишних помарок и исправлений. Тут выбор алгоритмических задач вполне логичен. В этом есть смысл, ищут человека который достаточно умен, чтобы не программировать методом проб и ошибок, постоянно запуская код и только уже в дебагере понимая как он работает. А тут человек может в уме все продумать, проговорить и написать решение близкое к чистовому. Тут не проверяется алгоритмическая эрудированность и математическая подготовка, а проверяются базовые программисткие способности, так сказать - истинный программисткий IQ. Если человек эрудирован, его запарят дальше, в ход пойдут красно-черные деревья, хитро сделанные сортировки пока не найдут область где кандидат плавает, чтобы он наконец начал программировать, а не выдавать готовые заученные решения.
Это старая школа, когда не было удобных IDE, человек писал программу на бумаге, оператор пробивал ее на перфокартах, потом приносил распечатку с ответом программы)) цена запуска была высока.
Надо ли это сейчас, ну в целом нет, большинству компаний это не надо, да и не смогут найти достаточно таких людей, приходится выбирать из того что есть. Тут еще и собеседующий тоже должен быть достаточно высокого уровня могущий сам в уме решать, а где таких взять. Кандидат выдал решение, тебе надо проверить. Поэтому обычно не жестят. Ищут массовых работников, на среднерыночную зп. Но с другой стороны, будь у вас возможность при прочих равных набирать умных людей, которые могут в голове продумать задачу, продумать решение, вплоть до примерного количества строк (чтобы написать на доске сразу без помарок), это же большой плюс, правильно? У такого чувака задача будет делаться не целый день вымучивая Гугл, IDE и дебагер, а за условно час. Потом QA если и найдет чего, то это уже не будут очевидные всем случаи, а что-то реально интересное, неучтенное в условиях. В итоге - большая эффективность, меньше временных затрат, всем хорошо. Дальше, какие-то компании могут себе это позволить, есть достаточное количество кандидатов, а какие-то нет.
В целом, если говорить о сценарии собеседований, то сейчас у большинства компаний он вполне разумный:
1) вопросы-ответы, проверяется базовая эрудированность в нужной программисткой области. Обычно это язык и технологии.
2) программирование, тут могут быть алгоритмические и приближенные к реальным случаям задачи. Проверяется умение программировать.
3) общение, личные качества, более глобальные вопросы - анализ и обсуждение предметных задач.
Три этапа последовательны и логичны: 1й позволяет базово проверить в теме ли вообще кандидат, и подходит ли по уровню знаний, позволяет отсечь нерелевантных людей. 2й - умение собственно программировать, а не эрудированность в алгоритмах и SDK. 3й - общение, кандидат может быть сильным, но любитель делать все по своему, а не то что надо.
Все это можно разделить на три собеса или впихнуть в один, кому как удобно. По времени обычно часа два на все этапы.
Есть компании которые набрали от всех помаленьку, там у них и скрининг, и расширенные вопросы-ответы, и алгоритмы, и программирование приближенное к реальным задачам и системный дизайн, и ФИНАЛ (на котором ты не просто общаешься, а это прям нестоящий тест на софт скилы). В итоге от 5 и большее собеседований суммарно часов 8. А потом выяснится, что они не тянут по ожидаемой зп. Из наших компаний это Авито - 100500 собеседований. Знайте, в других компаниях (включая гигантов с именем например VK или Яндекс) - 2, ну максимум 3 собеса.
Ну и второй этап - программирование, когда вы знаете, что именно проверяется всеми нормальными компаниями, повторюсь, вовсе не алгоритмическая и математическая подготовка, то алгоритмы не самый плохой вариант. Если вы кандидат, то будьте хитрее, не надо спешить выдавать "а, ну это сортировка методом вставок" или "о, сейчас применим балансировку деревьев" или "тут очевидно надо применить методы динамического программирования". Знаете решение - отлично. Не спешите писать код. Изобретайте велосипед, проговорите ход мысли, крайние случаи, придумайте тупое решение, потом потом получше, а потом "о, эврика")) За собес вам надо решить пару-тройку задач не больше.
классный способ для аутсорсинговых фирмочек. Пособеседовал десяток кандидатов - проект готов ;) ну или оценка / общий план
Да, если указываешь высшее образование, поле года окончания на hh к сожалению обязательное. Ну можно не указывать образование, просто написать в резюме, что высшее такой то ВУЗ. А места работы можно все не указывать.
А где там и зачем надо указывать возраст? Если сам не укажишь никто и не спросит, только отдел кадров уже узнает если офер примешь. Я например давно не пишу полный опыт работы, только последние лет 10.
Факты так решили
А что произошло? При чем тут 42 год? У России локальный конфликт с Украиной, таких конфликтов в мире десятки прямо сейчас происходят. При чем тут линукс, спорт, отмены виз в третьи страны и так далее?
естественно придется адаптировать все решения под другой открытый софт, не только ОС, но чем быстрее гос.структуры слезут с MS Office тем всем будет лучше.
ps. год - полтора назад пришлось готовить документы для мин. спорта, была одна табличка в xls которая нигде не отображалась правильно кроме как в MS Excel. Пришлось покупать годовую подписку, и вот нафига такое? Я думаю 95% задач офисного планктона вполне можно делать в Либре, оставшиеся 5% чего-то такого, что умеет только MS - пусть нанимают программистов доделать или отказаться от этого.
был с обоих сторон "фронта", в качестве соискателя и собеседующего. Сам уже не молод, и в молодости работал с возрастными программистами .
В целом если позиция синьера, то возраст вообще не проблема, годы опыта только в плюс, если специалист хороший, то с ним очень продуктивно и приятно работать.
Если джун, мидл, то перспективы похуже. В джуна надо вкладывать силы и время, в случае если человеку под 50 это уже кажется не так перспективно. С другой стороны молодые часто меняют работу и место жительства, и совсем не факт что эти вложения окупятся. Еще есть такое предубеждение, что возрастные программисты закостенелые.
На всех этапах собеседований кандидату нужно излучать уверенность, профессионализм и стремление к знаниями в части новых технологий. Это вообще для всех возрастов и позицией верно.
А из скриншота переписки видна неуверенность, подобное писать нельзя. Еще, хоть я не бэкендщик, но знаю что Редис не используется для очередей, это key/value хранилище. Нет в чем то опыта, да пофиг, перед собесом читаем все незнакомые слова в вакансии, к примеру, что такое Редис, что к чему с rabbitMQ, какие альтернативы, возможности, плюсы и минусы, спросят - если нет ответа, то работал с этим давно и не так плотно как хотелось бы, но хорошо знаю фичи такие-то, особенности такие то, применяется для того-то. Наймут изучишь ближе и получишь опыт. Не наймут, да и пофиг.
чего это вдруг bitbucket никому не нужен? многие компании активно его используют, особенно для приватных репо. Там сейчас хорошая интеграция с Jira (что не удивительно, учитывая владельца - Atlassian)
ну и есть еще gitlab
другое дело все это компании под юрисдикцией США, нужные альтернативы из стран с независимой политикой
ну например в обосновании почему именно туда, кроме климата и наличия конкретного предложения ничего нет. Ну и такое ощущение что вам было все равно куда и кем, лишь бы из Воронежа) Обычно или выбирают страну, и есть какое-то обоснование почему туда. Или работу + деньги (например хочу в Гугл), интересно конкретное направление и/или компания.
История про переезд морских свинок... большая часть текста про них и связанные с ними решения. При том что данные животные никак не привязываются к людям и живут недолго.
Интереснее читать про людей, мотивы, язык.
В этом плане все похоже на C#, Kotlin, Go, где есть компания которая двигает язык, и если с ней что-то случится, то будущее языка становится туманно, потому что некому будет вбухивать деньги, развивать его дальше. В то же время не мало языков за которыми никогда и не стояло богатых компаний, типа Rust и Haskell, и которые никогда не станут мэинстримом, просто живут в своей нише со своими преданными фанатами. В этом плане у Swift (или C# и тд) больше шансов на видное место под солнцем, его уже знают больше людей.
Я все понимаю, кому то еще нужны 8 битные контроллеры, но для них STL или нет вообще или она очень урезана, зачастую даже управление памятью специфичное. Ну пусть и тут это будет такой же опциональной вещью, для «больших».
ps мне почему то казалось что в винде свой велосипед, пользовался в далеком прошлом Win32 API