То так по площадям крыть он не будет, конечно. Проблема, очевидно, в том, что обычный HR спамит (и звонками в т.ч.) по всему списку в надежде, что кто-то из той горы контактов откликнется и попадет в условия, а после получения вознаграждения его ничто уже не интересует. Типичный такой принцип спама с массовым покрытием.
Так зачем давать работодателю преимущество в виде конкретной суммы? Очевидно же, что больше вы не получите, даже если его вилка эту сумму существенно превышает и вас он оценивает весьма высоко.
Во-первых, больше я вполне могу получить, если требуется достаточно трудно ищущийся кандидат (и получал, да). Во-вторых, преимуществ никаких от неозвучивания ожиданий мне и не нужно, да, так бывает, что когда я искал новую работу, то достаточно неплохо представлял, на что могу рассчитывать. А если будет предложено больше оттого, что поиски кандидатов слишком затянулись, а подошедший кандидат (я) уже вот он (вот вам сразу оффер на большую, чем указано, з/п плюс бонусом обязательные премии, и не нужно больше ничего искать, выходите хоть вчера) - ну ок, хорошо, но на это я не рассчитывал. Так что вполне годная стратегия.
Штука в том, что если вы рассчитываете на доход заметно выше среднего по рынку, но не указываете явно своих зарплатных ожиданий - звонков будет очень много, но мусорных и просто вредных, которые просто отнимут кучу ваших же сил и времени. Все будут уговаривать пройти их собеседования, чтобы они соизволили назвать вам свою сумму (и, конечно же, она вас не обрадует). Если вы уверены, что готовы подкрепить свои ожидания демонстрацией своих способностей, лучше ставить сразу реальную ожидаемую сумму, тогда мусора будет намного меньше.
При чем тут SharePoint и какие полтора часа? Даже в полупедальном режиме не дольше получаса все всегда оформлялось (про зарубежные не в курсе), включая все подписи. Кто-то видел радикально другое?
А вы синтаксис merge в mssql посмотрите, с его when not matched и when not matched by source, и окажется, что совершенно разных вариантов вообще-то больше одного.
Учитывая, что хинты обычно пишутся именно тогда, когда ясно, что сервер косячит с планами, все перечисленное становится малосущественным — за исключением, конечно, меняющихся индексов и прочей физической структуры. Когда это не учитывается (или когда хинтов просто не завезли, как в тот же pg), начинается дурной вариант заката солнца вручную — попытки переписать запрос так, чтобы сервер все-таки построил план, близкий к тому, который у хорошего разработчика всегда в голове уже при написании запроса, и надеяться, что при любом изменении, например, статистики, все не сломается заново.
И да, сервер практически никогда не нарисует план лучше того, который в голове у хорошего разработчика, а вот сделать из плана даже среднего запроса полную и удивительную чертовщину — запросто. "Практически" — потому что помню случай, где сервер применил логически неочевидную оптимизацию, и выдал суперэффективный, но удивительный на первый (и по десятый включительно) взгляд план.
И, разумеется, этим действительно должны заниматься люди со знаниями и опытом явно выше среднего.
Все эти проблемы с планированием/оптимизацией легко решались бы, если бы идеологи pg до сих пор не отказывались бы упорото от хинтов. Но они придумали себе, будто бы сервер всегда лучше знает, как оптимизировать запрос, и всех этих проблем старательно не видят (не их же проблема, да?)
К счастью, есть расширения, позволяющие отчасти решить проблему. pg_hint_plan, например, вполне живой пример того. Попробуйте, в вашем случае хотя бы кошмар с кучей промежуточных времянок сократится, а если повезет, то и городить его не придется.
— Называю с десяток ошибок. Рассказываю, как сделал бы сам.
«Всё понятно. До свидания.»
Интервьюер понимает явно не все, что излагает интервьюируемый (не то чтоб совсем редкая ситуация)? Возможно, что интервьюер взял свой код, внес одну-две хитрых намеренных ошибки или там явно плохих паттернов, ну и соискатель их должен найти и объяснить, что с ними не так. А тут таких говномест в реальном участке коде, внезапно, оказывается аж с десяток, да с размазыванием подробностей. И еще пара присутствующих коллег это наблюдают с плохо скрываемым удовольствием, только что не прыскают открыто. И что ж теперь, бедному интервьюеру после этого сепукку делать?
А в моем и паспорте жены есть. Больше ни до кого не дотягивался. Вы мне не верите?
Я верю, но это как раз неважно. А вот поверит ли ФНС, что у вас туда внесены все загранпаспорта? Ответ, боюсь, очевиден.
Погуглил. С 21 года такая отметка вносится по вашему желанию.
Что лишь иллюстрирует вышесказанное.
Но, в целом, достаточно обязать ФНС запрашивать такие данные самостоятельно в рамках взаимодействия между ведомствами и будет все равно, по какому паспорту вы там въезжали/выезжали. Все эти данные у государства есть.
Ну вот когда (если) это случится — будет рабочий вариант.
И затем это полито каким-то адским брейнфакингпромптом:
Оригинал:
Да я вроде так и написал.
Да, это именно кейс, который я описал: запрашиваемая сумма заметно выше средней по рынку, и спам от палящих по площадям мне не нужен.
Я ровно об обратном: мое резюме было отброшено мусорными hr-щиками путём фильтра по сумме ЗП
То так по площадям крыть он не будет, конечно. Проблема, очевидно, в том, что обычный HR спамит (и звонками в т.ч.) по всему списку в надежде, что кто-то из той горы контактов откликнется и попадет в условия, а после получения вознаграждения его ничто уже не интересует. Типичный такой принцип спама с массовым покрытием.
Во-первых, больше я вполне могу получить, если требуется достаточно трудно ищущийся кандидат (и получал, да). Во-вторых, преимуществ никаких от неозвучивания ожиданий мне и не нужно, да, так бывает, что когда я искал новую работу, то достаточно неплохо представлял, на что могу рассчитывать. А если будет предложено больше оттого, что поиски кандидатов слишком затянулись, а подошедший кандидат (я) уже вот он (вот вам сразу оффер на большую, чем указано, з/п плюс бонусом обязательные премии, и не нужно больше ничего искать, выходите хоть вчера) - ну ок, хорошо, но на это я не рассчитывал. Так что вполне годная стратегия.
Штука в том, что если вы рассчитываете на доход заметно выше среднего по рынку, но не указываете явно своих зарплатных ожиданий - звонков будет очень много, но мусорных и просто вредных, которые просто отнимут кучу ваших же сил и времени. Все будут уговаривать пройти их собеседования, чтобы они соизволили назвать вам свою сумму (и, конечно же, она вас не обрадует). Если вы уверены, что готовы подкрепить свои ожидания демонстрацией своих способностей, лучше ставить сразу реальную ожидаемую сумму, тогда мусора будет намного меньше.
При чем тут SharePoint и какие полтора часа? Даже в полупедальном режиме не дольше получаса все всегда оформлялось (про зарубежные не в курсе), включая все подписи. Кто-то видел радикально другое?
Не понял, зачем реверсить разархиватор, если его исходники выложены прямо на https://www.rarlab.com/rar_add.htm?
Внезапно. А расскажите подробнее, плз, что именно появилось? Вроде пока ничего не было замечено, но буду хоть предупрежден.
Зачем это им - даже неинтересно. Но вот нахрена оно нам - еще ни разу не видел вменяемого ответа.
А вы синтаксис merge в mssql посмотрите, с его when not matched и when not matched by source, и окажется, что совершенно разных вариантов вообще-то больше одного.
Бррр, просто бессвязный поток сознания, говорите...
Аналогично. ssh и rdp - ни одного разрыва.
Учитывая, что хинты обычно пишутся именно тогда, когда ясно, что сервер косячит с планами, все перечисленное становится малосущественным — за исключением, конечно, меняющихся индексов и прочей физической структуры. Когда это не учитывается (или когда хинтов просто не завезли, как в тот же pg), начинается дурной вариант заката солнца вручную — попытки переписать запрос так, чтобы сервер все-таки построил план, близкий к тому, который у хорошего разработчика всегда в голове уже при написании запроса, и надеяться, что при любом изменении, например, статистики, все не сломается заново.
И да, сервер практически никогда не нарисует план лучше того, который в голове у хорошего разработчика, а вот сделать из плана даже среднего запроса полную и удивительную чертовщину — запросто. "Практически" — потому что помню случай, где сервер применил логически неочевидную оптимизацию, и выдал суперэффективный, но удивительный на первый (и по десятый включительно) взгляд план.
И, разумеется, этим действительно должны заниматься люди со знаниями и опытом явно выше среднего.
Все эти проблемы с планированием/оптимизацией легко решались бы, если бы идеологи pg до сих пор не отказывались бы упорото от хинтов. Но они придумали себе, будто бы сервер всегда лучше знает, как оптимизировать запрос, и всех этих проблем старательно не видят (не их же проблема, да?)
К счастью, есть расширения, позволяющие отчасти решить проблему. pg_hint_plan, например, вполне живой пример того. Попробуйте, в вашем случае хотя бы кошмар с кучей промежуточных времянок сократится, а если повезет, то и городить его не придется.
Интервьюер понимает явно не все, что излагает интервьюируемый (не то чтоб совсем редкая ситуация)? Возможно, что интервьюер взял свой код, внес одну-две хитрых намеренных ошибки или там явно плохих паттернов, ну и соискатель их должен найти и объяснить, что с ними не так. А тут таких говномест в реальном участке коде, внезапно, оказывается аж с десяток, да с размазыванием подробностей. И еще пара присутствующих коллег это наблюдают с плохо скрываемым удовольствием, только что не прыскают открыто. И что ж теперь, бедному интервьюеру после этого сепукку делать?
Что лишь иллюстрирует вышесказанное.
Ну вот когда (если) это случится — будет рабочий вариант.
Т.е. и так не очень. О чем и речь.
Не видно, потому что не были в Гондурасе, а были в Казахстане по внутреннему паспорту, о чем и вопрос.