Еще полезную фичу можно добавить: каждый раз при нажатии кнопки snooze что бы будильник голосом говорил текущее время. А то иногда кажется, что ты же его только разок отсрочил, а у же 40 минут прошло :)
Кстати, может кто то может посоветовать уже существующий будильник с такой функциональностью под iOS?
Когда кубик в ответ на вопрос «Когда узнаешь?» сказал «Через 2 дня», это какое то реальное ЕТА и действительно будет что то предпринято или это такой вежливый пнх робота человеку? :)
Кстати, а он теоритически мог бы полезть в википедию и посмотреть значение слова?
Наконец то админы на больших предприятиях (а я думаю это огромная часть из этих полумиллиона пользователей) будут вынуждены сделать апдейт — теперь пользователи будут тыкать их носом и говорить что «даже вконтакт говорит что ты плохо работаешь» :)
Отличная статья. Мы, кстати, при собеседовании всегда ищем именно описанные черты в каждом соискателе. И кстати, если они обнаруживаются, можем взять человека, который по уровню знания не дотягивает до предложенной вакансии. Потому что на таких ребят не жалко впоследствии потратить время на обучения — оно окупится сторицей.
Мне кажется в таком подходе есть как минимум один серьезный недостаток — практически нереально поучавствовать в достаточно крупном проекте. Я не имею ввиду сколь угодно большие корпоротивные сайты или софтинки, а проекты по масштабам сравнимые с гуглами\яндексами, масштабируемые на сотни серверов, работаюшие с миллионами пользователями, обрабатывающие сотни хиитов в секунду. Те проекты которые по настоящиму интересные профессионалам.
Соответственно достаточно быстро у многих фрилансеров наступает понимание, что интересных проектов не осталось, все что было интересно еще пол года\год назад — сейчас безпросветная рутина, что профессиональное развитие остановилось итп.
Но тут начинается проблема, что в крупные компании уже и требования другие, и с фриланса менее охотно (не всегда, конечно, но зачастую) чем с постоянной работы над проектами сходной тематики, но помельче.
Так что имо неправильно рассматривать работу в компании с тех позиций, которые описанны в статье. Если уровень проектов не интересен, может стоит поискать компанию посерьезнее, и искать именно в этом причину в неудовлетворенности работой, а не в эфимерном понятии "?
Все необходимые, на мой взгляд, аргументы я привел. Если этого лично тебе не достаточно, что ж, пусть так и будет. И ессно если считаешь нужным — можешь ставить условия работодателя типа не буду делать тестовое пока не заплатите — это твое право. И будем надеятся что это не помешает тебе поступить на желанную работу, если ты конечно работу ищешь :)
Вы имо очень странно рассуждаете по поводу оплаты тестового. Вы даже не допускаете почемуто мысли что компания НЕ ДОЛЖНА оплачивать тестовые задание по одной простой причине:
вы когда оплачиваете какую то услугу вы платите за то что ВАМ что то сделали что принесет вам какую то пользу. В данном же случае ситуация в корне отличается. Компании никакой практической пользы от сотен одинаковых выполненных тестовых нет.
Пользу от выполненного тестового получает в первую очередь кандидат на должность. Соискатель предпринимает какие то шаги что бы доказать что он достоин занять определенную позицию в компании. Если он считает что он может доказать свою компетентность без тестового задания, как я писал выше, у него есть возможность это сделать.
Требовать оплаты тестового это все равно что требовать оплачивать проезд на собеседование, требовать оплаты времени, потраченного на составление резюме или требовать возместить расходы на обучение в университете, которые понес кандидат при получении образования по специальности по которой он сейчас собирается работать :)
И по поводу того, что тестовое может сделать не тот человек, который приходит на собеседование, то именно по этому никто не принимает кандидата на работу на основании одного тестового, выполненного дома. На собеседовании человеку предлагается серия тестов, ну и из общения видно что за человек.
Но, конечно, бывают и проколы. Я лично принял на работу девочку-менеджера, которая прислала сногшибательное тестовое. Никто из тех кто выполнял это задание не сделал и близко ничего подобного. И учитывая эту шедевральность тестового, я закрыл глаза на многие тревожные звоночки которые прозвучали на собеседовании. Но в результате девочка оказалась совершенно некомпетентная и была уволена до окончания тестового периода. Те ей явно кто то «помог» с тестовым :)
Но учитывая сколько раз тестовые оправдывали себя, и помагали отобрать действительно достойных, то редкие сбои которые случаются не в коем случае не повод отказываться от этого метода отбора персонала.
Кстати, в больших компаниях задача HR не взять всех кто подходит, а не пропустить кто не подходит :) И если кто то мега талантливый, но ленивый не сделает тестовое и не попадет на собеседование, то это плохо, но лучше, чем мы возьмем некомпетентных людей на основании собеседования.
Тем более что еще раз повторюсь, что отказ от выполнения тестового не означает 100% отказа в проведении собеседования.
Все зависит от того что вы подразумеваете под термином «молодой специалист». Если из резюме видно что у него уровень Junior и он отказывается делать тестовое задание, то с вероятностью 99% мы его на работу не возьмем. Потому что люди на работу принимаются не только за профессиональные качества и навыки, но и за личные качества. И если человек фактически ничего не умеет — ни опыта ни знаний, но уже считает что бесплатно он не может сделать тестовое что бы его взяли в крупную компанию и дали эти бесценные опыт и знания, то я не вижу в перспективе что из этого человека вырастет нормальный член коллектива.
Кстати, в качестве информации к размышлению: в большинстве советов типа «как правильно вести себя на собеседовании» советуют не спрашивать о зарплате до самого конца интервью. И еще говорят, что если на первом собеседовании в Google человек начинает задавать вопросы о зарплате, его скорее всего не возьмут на работу. Задумайтесь почему.
Если исходных данных, например кода, который нам пришлет программер, будет недостаточно для принятии решения о собеседовании и мы будем считать что тестовое задание необходимо, то я не вижу причин, почему бы не оплатить его в случае, если мы пригласим кандидата на собеседование по результатам этого задания.
Но это очень индивидуальное решение и применимо оно только для действительно интересных людей, а не к кодерам которые за свою карьеру написали пару мелких сайтов и у которых самомнение раздуто до небес :) С такими кандидатами даже разговора на тему оплаты тестового или отказа от него в пользу код ревью не будет :)
Те я бы определил ситуацию так — если человек нам очень интересен, то мы проявим максимум гибкости. Кстати по сравнению с комиссионными, которые получают HR менеджеры за приведенного кандидата, оплата 10-20 часов за тестовое это абсолютно адекватная и не напряжная сумма :)
По поводу тестового — у нас в компании оно всегда было основным показателем профессионализма соискателя. И если тестовое сделано хорошо, то это уже на 70% делает соискателя сотрудником компании :)
Но если соискатель с достаточным опытом работы откажется делать тестовое, объяснив что не может потратить на это время, я (как и любой работодатель, как мне кажется) просто попрошу прислать примеры кода написанного лично и устрою более основательное собеседование с бОльшим объемом тестов и привлечением к собеседованию нескольких специалистов, а не одного тимлида как обычно, из отдела куда человек хочет попасть на работу.
Но отказ интересного, по резюме, человека от выполнения тестового, никогда не будет причиной отказа в собеседовании. Просто в этом случае нужно быть готовым к тому, что собеседование займет значительно больше времени :)
Кстати, может кто то может посоветовать уже существующий будильник с такой функциональностью под iOS?
Кстати, а он теоритически мог бы полезть в википедию и посмотреть значение слова?
Соответственно достаточно быстро у многих фрилансеров наступает понимание, что интересных проектов не осталось, все что было интересно еще пол года\год назад — сейчас безпросветная рутина, что профессиональное развитие остановилось итп.
Но тут начинается проблема, что в крупные компании уже и требования другие, и с фриланса менее охотно (не всегда, конечно, но зачастую) чем с постоянной работы над проектами сходной тематики, но помельче.
Так что имо неправильно рассматривать работу в компании с тех позиций, которые описанны в статье. Если уровень проектов не интересен, может стоит поискать компанию посерьезнее, и искать именно в этом причину в неудовлетворенности работой, а не в эфимерном понятии "?
вы когда оплачиваете какую то услугу вы платите за то что ВАМ что то сделали что принесет вам какую то пользу. В данном же случае ситуация в корне отличается. Компании никакой практической пользы от сотен одинаковых выполненных тестовых нет.
Пользу от выполненного тестового получает в первую очередь кандидат на должность. Соискатель предпринимает какие то шаги что бы доказать что он достоин занять определенную позицию в компании. Если он считает что он может доказать свою компетентность без тестового задания, как я писал выше, у него есть возможность это сделать.
Требовать оплаты тестового это все равно что требовать оплачивать проезд на собеседование, требовать оплаты времени, потраченного на составление резюме или требовать возместить расходы на обучение в университете, которые понес кандидат при получении образования по специальности по которой он сейчас собирается работать :)
Но, конечно, бывают и проколы. Я лично принял на работу девочку-менеджера, которая прислала сногшибательное тестовое. Никто из тех кто выполнял это задание не сделал и близко ничего подобного. И учитывая эту шедевральность тестового, я закрыл глаза на многие тревожные звоночки которые прозвучали на собеседовании. Но в результате девочка оказалась совершенно некомпетентная и была уволена до окончания тестового периода. Те ей явно кто то «помог» с тестовым :)
Но учитывая сколько раз тестовые оправдывали себя, и помагали отобрать действительно достойных, то редкие сбои которые случаются не в коем случае не повод отказываться от этого метода отбора персонала.
Кстати, в больших компаниях задача HR не взять всех кто подходит, а не пропустить кто не подходит :) И если кто то мега талантливый, но ленивый не сделает тестовое и не попадет на собеседование, то это плохо, но лучше, чем мы возьмем некомпетентных людей на основании собеседования.
Тем более что еще раз повторюсь, что отказ от выполнения тестового не означает 100% отказа в проведении собеседования.
Кстати, в качестве информации к размышлению: в большинстве советов типа «как правильно вести себя на собеседовании» советуют не спрашивать о зарплате до самого конца интервью. И еще говорят, что если на первом собеседовании в Google человек начинает задавать вопросы о зарплате, его скорее всего не возьмут на работу. Задумайтесь почему.
Но это очень индивидуальное решение и применимо оно только для действительно интересных людей, а не к кодерам которые за свою карьеру написали пару мелких сайтов и у которых самомнение раздуто до небес :) С такими кандидатами даже разговора на тему оплаты тестового или отказа от него в пользу код ревью не будет :)
Те я бы определил ситуацию так — если человек нам очень интересен, то мы проявим максимум гибкости. Кстати по сравнению с комиссионными, которые получают HR менеджеры за приведенного кандидата, оплата 10-20 часов за тестовое это абсолютно адекватная и не напряжная сумма :)
Но если соискатель с достаточным опытом работы откажется делать тестовое, объяснив что не может потратить на это время, я (как и любой работодатель, как мне кажется) просто попрошу прислать примеры кода написанного лично и устрою более основательное собеседование с бОльшим объемом тестов и привлечением к собеседованию нескольких специалистов, а не одного тимлида как обычно, из отдела куда человек хочет попасть на работу.
Но отказ интересного, по резюме, человека от выполнения тестового, никогда не будет причиной отказа в собеседовании. Просто в этом случае нужно быть готовым к тому, что собеседование займет значительно больше времени :)
Это самое нелепое заявление из тех которые слышал про этот браузер! ИМХО удобство интерфейса это самое главное почему этот броузер используют...
Может быть это трудности перевода и имелось ввиду непривычность интерфейса?