Я не в стартапе работаю, а в достаточно крупной компании, которая не нанимает человека под конкретный проект, а нанимает в компанию, а дальше он уже распределяется под конкретный проект. Стандартный процесс для бигтеха. Самозванцы в компании определяются по грейдовой сетке, без всякого литкода.
Поэтому поднять забрало и осмотреться стоит всё-таки вам. Пока есть такие компании, я, и такие как я, будут оказываться в таких компаниях как моя. Потому что либо будут отказываться от собеседований с литкодом, либо фейлит его в таких компаниях как ваша. Можете покричать от души и успокоиться, но если хотите что-то поменять, то нужно менять ваши процессы найма. Но можно назвать меня(и таких как я) самозванцем, "даженеджуном", "анамтакихиненадо" и ничего не менять.
Вы же не вникаете, что у собеседуемого может быть 10 собеседований, хотя при этом он на каждое место подходит, но ему все время отказывают из-за литкода. Мне 1 раз так и отказали, у тебя прикольный опыт, всё классно, но в задачке ты одну ошибку допустил, забыл, что в json могут быть массивы, поэтому по регламенту не можем взять. Поучитесь у компаний, которые как-то без литкода умеют нанимать людей, они есть. Глядишь и 100 человек в день не придется собеседовать.
Мудаки, не мудаки, но странная позиция, давайте-ка подстройтесь под наши криво работающие процессы найма и погоняйте-ка литкод месяцок другой. У яндекса аж целый курс есть по тому, как пройти задачи собеса блин. Не все любят бюрократию.
И еще, всё хочу спросить, ну порешал человек задачки из литкода на 5+, это что определяет, что он точно сеньор, а не джуно-мидл? Нет. Ок, а если зафейлил, то это значит, что он джуно-мидл, а не сеньор? Нет. Так нафига тогда их спрашивать?
Всегда было интересно. Вот есть такие разработчики, которым платятя сеньорскую зп, но с вашей позиции они неумехи, получают деньги ни за что, т.к. не могут даже литкод задачу решить средненькую. И вы, который, любую задачку за 15 секунд решает. А получаете столько же. И кто после этого, как бы помягче выразиться, в выигрыше? :)
Ну блин, ок, нанимаете вы водителя по найму с опытом, который 5 лет тачки из Москвы до Челябинска гонял. И, ну не умеет он в паралельную парковку. Вы из-за этого его брать не будете? Серьезно? Не проще взять и сказать, потренируйся денёк, у нас тут часто параллельно парковаться приходится?
Да дело не в джуне. Вот смотрите человек пришел говорит я с кликхаусом работал, могу объяснить даже почему он такой быстрый - о, молодец, +10 очков, не работал - ну не все обязаны поработать с кликахусом - +0 очков или -3 очка(на работе требуется кликхаус). Прошел алгосекцию +0 очков, не прошел или неэффективно решил - сразу -50 очков, это и джун сможет. Такой вот подход для алгосекций сейчас. Еще почему-то по 1 собесу делается вывод, что кандидат НИКОГДА не сможет решить алгосекцию, вообще лох и айти не его. На практике же, моей например, были собесы в которых я проходил алгосекцию, были где не проходил, задачи плюс/минус одинаковые.
Итого, зачем добровольно лезть под такой жесткий фильтр, с учетом того, что собеседований и так нужно большое количество пройти, редко бывает что с одного собеса кандидат и соискатель понравятся друг другу.
А с другой стороны - квалифицированные программисты, которые проходят по 20 собеседований прежде чем их возьмут на работу. Многие даже из-за этого работу менять не хотят. Я, например, отказываю тем у кого есть литкод секция. Потому что для соискателя это просто дополнительный фильтр не дающих никаких бонусов. Решил? Ну молодец, но её и джун решит, давай теперь за серьезное поговорим. Не решил, затупил? О, ты даже не джун, уходи. В итоге "очков" на этой секции не набираешь, а шансы срезаться увеличиваются.
Так что насчет "пустых фантиков" я бы на вашем месте порефлексировал. Всегда легко сказать кто-то другой виноват, но не я.
Что примечательно, вы уже знаете такой тип задач и я тоже так подумал, но знаем мы их не потому что на работе подобное делали, а потому что на собесдованиях с такими сталкивались. Такой сюр.
Это могло быть сделало специально. От вас могли ждать, что вы начнете уточнять задачу.
Могло быть, но автором это было интерпретировано как небрежность. В этом проблема таких mind games. Кандидаты тоже выбирают компании, как ни странно. Готовы тратить время и терять кандидатов - ок, продолжайте игры разума.
Положим, человек ушибет себе палец, а потом отравится, а потом свалится в колодец и сломает себе шею и кто-нибудь придет и спросит, отчего он умер, так какой-нибудь дуралей может сказать: «Оттого, что ушиб себе палец». Будет в этом какой-нибудь смысл? Никакого.
(с) Приключение Гекльберри Финна. Марк Твен.
Дискуссия о 8 часов рабочем днем началась 100 лет назад, в 1817 году.
Проблемы уехавших - это то, что им пришлось уехать, собственно. Я думаю в 1861 году перед забастовкой, благодаря которой вы сейчас работаете 8 часов, а не 12 тоже были люди, которые говорили собравшимся бастовать "не перегибайте"
Пропасть - она только в вашем видении профсоюза. Поизучайте профсоюзное движение в сша. Если 1 миллион айтишников не выйдет на работу хотя бы на неделю, то "причины релокации" отойдут на второй план.
Вы не очень понимаете что такое профсоюз. Напомню, 2 год назад были десятки или сотни тысяч недвольных ИТшников, которые релоцировались в другие страны из-за своего "недовольства". Попробуйте решить, как вы говорите "очень просто", их проблемы. А с профсоюзом эти проблемы решить гипотетически возможно. Это очень весомый политический институт, к которому будут прислушиваться.
Ну это довольно популярное поведение у людей в целом, когда люди учатся и учатся, могут получать по 2-3 высших образования, иностранные языки годами по роликам на ютубе "учить", каких-нибудь бизнес коучей смотреть и при этом практики вообще 0. Просто это удобная комфортная позиция, если приступать к практике, то будут ошибки, нужно рефлексировать, не сдаваться, работать, брать на себя ответственность. А тут сам себе объясняешь, я вон какой молодец, учусь, ошибок нет, все хорошо. Мне понравилась одна фраза на эту тему: "Меньше думай, больше делай". Буквально её, конечно, не нужно воспринимать, но она хорошо описывает данную ситуацию.
Забавно, действительно, моё объяснение можно интерпретировать как "в данный момент документ редактируют", но нет, я не это имел в виду :) Я имел в виду, что на данный момент документ не readonly, его можно редактировать.
Active и Editable как property вроде бы ок смотрятся, по крайней мере плохой пример придумать не смог, понятно, что это is editable. Но вот is_admin поменять на admin - уже большая разница, is_admin - точно булевое, admin - там может и имя быть и ссылка на другой класс и т.п. Да и функцию editable() и active() делать не стоит, гораздо больше неопределенности. В целом, префикс is прямо сообщает нам, что возвращаемое значение в поле/функции булево.
Can тоже очень спорно. Потому что сразу же вопрос "Кто что Can?" - это сам объект "can" что-то? Или кто-то другой "can" что-то?
Спорно, если не знаете английский :) Can - это сам объект can что-то, всегда. Может ли объект быть редактируемым - can be editable. Is editable - редактируемый ли в данный момент объект. Passive voice можно почитать на эту тему
Но это, впрочем, мелочи, потому что я когда-то видел такой шедевр имени свойства, как IsHasЧтоТоТам
Может поэтому вы и не поняли шедевр, там было написано всё нормально, но вы не смогли перевести? Is has - такого быть не может это грамматическая ошибка.
Ещё, мне кажется, у нас есть культ переработки, люди в попытке работать эффективнее, вместо того, чтобы рефлексировать и искать новые подходы для решения задач просто начинают работать по принципу "бери больше, кидай дальше", например, работая по выходным. На бумаге такой метод даёт прирост в 40%, по факту же будет спад производительности, спустя небольшой отрезок времени, нервная система человека устанет и он будет ошибаться в задачах и делать их менее качественно. А спустя полгода режима +40% наступит выгорание и будет полгода режим -100%.
Если бы в реальной работе алгоритмы и структуры данных нужны были на таком уровне, как требуется на алгосекции все бы их знали и не пришлось бы готовиться к собесу. А так - это какой-то ненужный предмет, который надо позубрить 2 месяца перед экзаменом, а потом он благополучно забудется, потому что в реальной жизни не применяется.
Да и дело не в алгоритмах, хоть что сюда подставьте, математику, шахматы, нормы гто. Если вы просите кандидата подготовится, значит вы заставляете его выучить навык, который в работе не нужен.
Сам факт наличия такой книги, которую рекомендует компания это уже показатель бюррократии и неэффектиновсти процесса. Создаем интеревью, которое разработчик не может пройти, потом даем ему книгу, чтобы он научился его проходить. В чем смысл?
Взгляд на западный найм сильно идеализированный, лично у меня к нему большие вопросы. Вы же сами пишите, что компании большие, поэтому им приходится вводить культуру, проводить секции кодинга и дизайта, а это бюрократия в чистом виде.
Перескакивание сразу к решению может снизить оценку вплоть до негативной с формулировкой «Задача знакома кандидату.
Это вообще дичь, что мне, притворяться, что я не знаю задачу? Причем эта же компания даст ссылку на книгу "Как крякать на интервью", чтобы я прочитал, что так делать не надо и притворялся, что задача незнакома. Ну и в целом, мне нужно длительное время прозаниматься херней, чтобы пройти эти собеседования.
Я не в стартапе работаю, а в достаточно крупной компании, которая не нанимает человека под конкретный проект, а нанимает в компанию, а дальше он уже распределяется под конкретный проект. Стандартный процесс для бигтеха. Самозванцы в компании определяются по грейдовой сетке, без всякого литкода.
Поэтому поднять забрало и осмотреться стоит всё-таки вам. Пока есть такие компании, я, и такие как я, будут оказываться в таких компаниях как моя. Потому что либо будут отказываться от собеседований с литкодом, либо фейлит его в таких компаниях как ваша. Можете покричать от души и успокоиться, но если хотите что-то поменять, то нужно менять ваши процессы найма. Но можно назвать меня(и таких как я) самозванцем, "даженеджуном", "анамтакихиненадо" и ничего не менять.
Вы же не вникаете, что у собеседуемого может быть 10 собеседований, хотя при этом он на каждое место подходит, но ему все время отказывают из-за литкода. Мне 1 раз так и отказали, у тебя прикольный опыт, всё классно, но в задачке ты одну ошибку допустил, забыл, что в json могут быть массивы, поэтому по регламенту не можем взять. Поучитесь у компаний, которые как-то без литкода умеют нанимать людей, они есть. Глядишь и 100 человек в день не придется собеседовать.
Мудаки, не мудаки, но странная позиция, давайте-ка подстройтесь под наши криво работающие процессы найма и погоняйте-ка литкод месяцок другой. У яндекса аж целый курс есть по тому, как пройти задачи собеса блин. Не все любят бюрократию.
И еще, всё хочу спросить, ну порешал человек задачки из литкода на 5+, это что определяет, что он точно сеньор, а не джуно-мидл? Нет. Ок, а если зафейлил, то это значит, что он джуно-мидл, а не сеньор? Нет. Так нафига тогда их спрашивать?
Всегда было интересно. Вот есть такие разработчики, которым платятя сеньорскую зп, но с вашей позиции они неумехи, получают деньги ни за что, т.к. не могут даже литкод задачу решить средненькую. И вы, который, любую задачку за 15 секунд решает. А получаете столько же. И кто после этого, как бы помягче выразиться, в выигрыше? :)
Если вам так нравится развлекаться - ради бога. Мне то это зачем? Понять подходит мне компания или нет я и без литкода могу.
Ну блин, ок, нанимаете вы водителя по найму с опытом, который 5 лет тачки из Москвы до Челябинска гонял. И, ну не умеет он в паралельную парковку. Вы из-за этого его брать не будете? Серьезно? Не проще взять и сказать, потренируйся денёк, у нас тут часто параллельно парковаться приходится?
Да дело не в джуне. Вот смотрите человек пришел говорит я с кликхаусом работал, могу объяснить даже почему он такой быстрый - о, молодец, +10 очков, не работал - ну не все обязаны поработать с кликахусом - +0 очков или -3 очка(на работе требуется кликхаус). Прошел алгосекцию +0 очков, не прошел или неэффективно решил - сразу -50 очков, это и джун сможет. Такой вот подход для алгосекций сейчас. Еще почему-то по 1 собесу делается вывод, что кандидат НИКОГДА не сможет решить алгосекцию, вообще лох и айти не его. На практике же, моей например, были собесы в которых я проходил алгосекцию, были где не проходил, задачи плюс/минус одинаковые.
Итого, зачем добровольно лезть под такой жесткий фильтр, с учетом того, что собеседований и так нужно большое количество пройти, редко бывает что с одного собеса кандидат и соискатель понравятся друг другу.
А с другой стороны - квалифицированные программисты, которые проходят по 20 собеседований прежде чем их возьмут на работу. Многие даже из-за этого работу менять не хотят. Я, например, отказываю тем у кого есть литкод секция. Потому что для соискателя это просто дополнительный фильтр не дающих никаких бонусов. Решил? Ну молодец, но её и джун решит, давай теперь за серьезное поговорим. Не решил, затупил? О, ты даже не джун, уходи. В итоге "очков" на этой секции не набираешь, а шансы срезаться увеличиваются.
Так что насчет "пустых фантиков" я бы на вашем месте порефлексировал. Всегда легко сказать кто-то другой виноват, но не я.
Что примечательно, вы уже знаете такой тип задач и я тоже так подумал, но знаем мы их не потому что на работе подобное делали, а потому что на собесдованиях с такими сталкивались. Такой сюр.
Могло быть, но автором это было интерпретировано как небрежность. В этом проблема таких mind games. Кандидаты тоже выбирают компании, как ни странно. Готовы тратить время и терять кандидатов - ок, продолжайте игры разума.
(с) Приключение Гекльберри Финна. Марк Твен.
Дискуссия о 8 часов рабочем днем началась 100 лет назад, в 1817 году.
Проблемы уехавших - это то, что им пришлось уехать, собственно. Я думаю в 1861 году перед забастовкой, благодаря которой вы сейчас работаете 8 часов, а не 12 тоже были люди, которые говорили собравшимся бастовать "не перегибайте"
Пропасть - она только в вашем видении профсоюза. Поизучайте профсоюзное движение в сша. Если 1 миллион айтишников не выйдет на работу хотя бы на неделю, то "причины релокации" отойдут на второй план.
Вы не очень понимаете что такое профсоюз. Напомню, 2 год назад были десятки или сотни тысяч недвольных ИТшников, которые релоцировались в другие страны из-за своего "недовольства". Попробуйте решить, как вы говорите "очень просто", их проблемы. А с профсоюзом эти проблемы решить гипотетически возможно. Это очень весомый политический институт, к которому будут прислушиваться.
Ну это довольно популярное поведение у людей в целом, когда люди учатся и учатся, могут получать по 2-3 высших образования, иностранные языки годами по роликам на ютубе "учить", каких-нибудь бизнес коучей смотреть и при этом практики вообще 0. Просто это удобная комфортная позиция, если приступать к практике, то будут ошибки, нужно рефлексировать, не сдаваться, работать, брать на себя ответственность. А тут сам себе объясняешь, я вон какой молодец, учусь, ошибок нет, все хорошо. Мне понравилась одна фраза на эту тему: "Меньше думай, больше делай". Буквально её, конечно, не нужно воспринимать, но она хорошо описывает данную ситуацию.
Забавно, действительно, моё объяснение можно интерпретировать как "в данный момент документ редактируют", но нет, я не это имел в виду :) Я имел в виду, что на данный момент документ не readonly, его можно редактировать.
Active
иEditable
как property вроде бы ок смотрятся, по крайней мере плохой пример придумать не смог, понятно, что это is editable. Но вот is_admin поменять на admin - уже большая разница, is_admin - точно булевое, admin - там может и имя быть и ссылка на другой класс и т.п. Да и функцию editable() и active() делать не стоит, гораздо больше неопределенности. В целом, префикс is прямо сообщает нам, что возвращаемое значение в поле/функции булево.Спорно, если не знаете английский :) Can - это сам объект can что-то, всегда. Может ли объект быть редактируемым - can be editable. Is editable - редактируемый ли в данный момент объект. Passive voice можно почитать на эту тему
Может поэтому вы и не поняли шедевр, там было написано всё нормально, но вы не смогли перевести? Is has - такого быть не может это грамматическая ошибка.
Ещё, мне кажется, у нас есть культ переработки, люди в попытке работать эффективнее, вместо того, чтобы рефлексировать и искать новые подходы для решения задач просто начинают работать по принципу "бери больше, кидай дальше", например, работая по выходным. На бумаге такой метод даёт прирост в 40%, по факту же будет спад производительности, спустя небольшой отрезок времени, нервная система человека устанет и он будет ошибаться в задачах и делать их менее качественно. А спустя полгода режима +40% наступит выгорание и будет полгода режим -100%.
Если бы в реальной работе алгоритмы и структуры данных нужны были на таком уровне, как требуется на алгосекции все бы их знали и не пришлось бы готовиться к собесу. А так - это какой-то ненужный предмет, который надо позубрить 2 месяца перед экзаменом, а потом он благополучно забудется, потому что в реальной жизни не применяется.
Да и дело не в алгоритмах, хоть что сюда подставьте, математику, шахматы, нормы гто. Если вы просите кандидата подготовится, значит вы заставляете его выучить навык, который в работе не нужен.
Сам факт наличия такой книги, которую рекомендует компания это уже показатель бюррократии и неэффектиновсти процесса. Создаем интеревью, которое разработчик не может пройти, потом даем ему книгу, чтобы он научился его проходить. В чем смысл?
Мой комментарий тоже для нанимающих:)
Взгляд на западный найм сильно идеализированный, лично у меня к нему большие вопросы. Вы же сами пишите, что компании большие, поэтому им приходится вводить культуру, проводить секции кодинга и дизайта, а это бюрократия в чистом виде.
Это вообще дичь, что мне, притворяться, что я не знаю задачу? Причем эта же компания даст ссылку на книгу "Как крякать на интервью", чтобы я прочитал, что так делать не надо и притворялся, что задача незнакома. Ну и в целом, мне нужно длительное время прозаниматься херней, чтобы пройти эти собеседования.