При чем тут SharePoint и какие полтора часа? Даже в полупедальном режиме не дольше получаса все всегда оформлялось (про зарубежные не в курсе), включая все подписи. Кто-то видел радикально другое?
А вы синтаксис merge в mssql посмотрите, с его when not matched и when not matched by source, и окажется, что совершенно разных вариантов вообще-то больше одного.
Учитывая, что хинты обычно пишутся именно тогда, когда ясно, что сервер косячит с планами, все перечисленное становится малосущественным — за исключением, конечно, меняющихся индексов и прочей физической структуры. Когда это не учитывается (или когда хинтов просто не завезли, как в тот же pg), начинается дурной вариант заката солнца вручную — попытки переписать запрос так, чтобы сервер все-таки построил план, близкий к тому, который у хорошего разработчика всегда в голове уже при написании запроса, и надеяться, что при любом изменении, например, статистики, все не сломается заново.
И да, сервер практически никогда не нарисует план лучше того, который в голове у хорошего разработчика, а вот сделать из плана даже среднего запроса полную и удивительную чертовщину — запросто. "Практически" — потому что помню случай, где сервер применил логически неочевидную оптимизацию, и выдал суперэффективный, но удивительный на первый (и по десятый включительно) взгляд план.
И, разумеется, этим действительно должны заниматься люди со знаниями и опытом явно выше среднего.
Все эти проблемы с планированием/оптимизацией легко решались бы, если бы идеологи pg до сих пор не отказывались бы упорото от хинтов. Но они придумали себе, будто бы сервер всегда лучше знает, как оптимизировать запрос, и всех этих проблем старательно не видят (не их же проблема, да?)
К счастью, есть расширения, позволяющие отчасти решить проблему. pg_hint_plan, например, вполне живой пример того. Попробуйте, в вашем случае хотя бы кошмар с кучей промежуточных времянок сократится, а если повезет, то и городить его не придется.
— Называю с десяток ошибок. Рассказываю, как сделал бы сам.
«Всё понятно. До свидания.»
Интервьюер понимает явно не все, что излагает интервьюируемый (не то чтоб совсем редкая ситуация)? Возможно, что интервьюер взял свой код, внес одну-две хитрых намеренных ошибки или там явно плохих паттернов, ну и соискатель их должен найти и объяснить, что с ними не так. А тут таких говномест в реальном участке коде, внезапно, оказывается аж с десяток, да с размазыванием подробностей. И еще пара присутствующих коллег это наблюдают с плохо скрываемым удовольствием, только что не прыскают открыто. И что ж теперь, бедному интервьюеру после этого сепукку делать?
А в моем и паспорте жены есть. Больше ни до кого не дотягивался. Вы мне не верите?
Я верю, но это как раз неважно. А вот поверит ли ФНС, что у вас туда внесены все загранпаспорта? Ответ, боюсь, очевиден.
Погуглил. С 21 года такая отметка вносится по вашему желанию.
Что лишь иллюстрирует вышесказанное.
Но, в целом, достаточно обязать ФНС запрашивать такие данные самостоятельно в рамках взаимодействия между ведомствами и будет все равно, по какому паспорту вы там въезжали/выезжали. Все эти данные у государства есть.
Ну вот когда (если) это случится — будет рабочий вариант.
Скорее, меняют ее на более затейливую — как доказать ФНС, что представлены все действующие паспорта, да так, чтоб она этим доказательством удовлетворилась (если что, на бумажки из других ведомств по умолчанию там смотрят… брезгливо смотрят, короче); и плюс к тому не было выездов за границу не по загранпаспорту (да, это до сих возможно: как минимум Казахстан, Киргизия, Армения).
Может это будет BEELINE, а может и «BEELINE AVTO».
А может, «KAKOY-TO PSEUDOCASH»? Такой же аргумент, извините.
Кроме того, если посмотреть ниже в списке операций, приравненных к снятию наличных, там есть Мегафон без всяких оговорок
Нет там без оговорок: «2. Расходные операции с использованием только Бизнес-карты»
Да, на Мегафон нельзя платить только с бизнес карт, но это еще один повод задуматься, а не изменится в какой-то момент это примечание
Аналогично первому аргументу. В какой-то момент может оказаться, что со всех магазинов будет введена комиссия, что никак не означает, будто В банке Тинькофф пополнение баланса мобильного телефона кредитной картой любым способом кроме пополнения через их (банка) приложение приравнено к снятию наличных.
Не плодите фейки, пожалуйста.
А это вторая ваша ссылка. Только нужный текст из нее вы цитируете не полностью, а там: «MCC (4814), в merchant_name которого содержится «BEELINE AVTO»». Это и есть то, о чем я писал. К оплате мобильных вообще и мегафона в частности это не относится.
И вы опять даете ссылку на тот же файл с BEELINE AVTO.
Однажды в начале пользования кредиткой попав на приличную комиссию за пополнения мобильного в стороннем приложении мне больше не хочется экспериментировать
Это был не MCC 4814. А что левые системы оплаты могут для сдергивания использовать совсем левые MCC, давно всем известно. просто не нужно в них подставлять кредитку.
И уж не знаю, как так вышло, но только представитель банка на банках.ру приводил те же самые ссылки, пришлось ему всем форумом разжевывать их содержимое.
Т.е. если пополнить кредитной картой Тинькова свой мобильный через приложение Мегафона, то снимут комиссию примерно 3-4% (но не меньше 290руб), а еще отменят беспроцентный период на всю сумму задолженности до полного погашения, а еще будут на всю задолженность начислять проценты за кредит по сильно повышенной ставке
Это не так, ничего подобного при оплате тиньковской кредиткой не происходило и не происходит. И в тарифах никакого приравнивания нет, кроме очень специфического исключения (что-то с Билайн-бизнесом). Причем этот фейк действительно настолько распространен, что на банках.ру его озвучил даже представитель Тинькофф банка, за что был опровергаем всем форумом с разбором тарифов и условий банка, ну хоть признал все-таки свою неправоту, хоть и не сразу.
При чем тут 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, например, вполне живой пример того. Попробуйте, в вашем случае хотя бы кошмар с кучей промежуточных времянок сократится, а если повезет, то и городить его не придется.
Интервьюер понимает явно не все, что излагает интервьюируемый (не то чтоб совсем редкая ситуация)? Возможно, что интервьюер взял свой код, внес одну-две хитрых намеренных ошибки или там явно плохих паттернов, ну и соискатель их должен найти и объяснить, что с ними не так. А тут таких говномест в реальном участке коде, внезапно, оказывается аж с десяток, да с размазыванием подробностей. И еще пара присутствующих коллег это наблюдают с плохо скрываемым удовольствием, только что не прыскают открыто. И что ж теперь, бедному интервьюеру после этого сепукку делать?
Что лишь иллюстрирует вышесказанное.
Ну вот когда (если) это случится — будет рабочий вариант.
Т.е. и так не очень. О чем и речь.
Не видно, потому что не были в Гондурасе, а были в Казахстане по внутреннему паспорту, о чем и вопрос.
Нет там без оговорок: «2. Расходные операции с использованием только Бизнес-карты»
Аналогично первому аргументу. В какой-то момент может оказаться, что со всех магазинов будет введена комиссия, что никак не означает, будто В банке Тинькофф пополнение баланса мобильного телефона кредитной картой любым способом кроме пополнения через их (банка) приложение приравнено к снятию наличных.
Не плодите фейки, пожалуйста.
А это вторая ваша ссылка. Только нужный текст из нее вы цитируете не полностью, а там: «MCC (4814), в merchant_name которого содержится «BEELINE AVTO»». Это и есть то, о чем я писал. К оплате мобильных вообще и мегафона в частности это не относится.
И вы опять даете ссылку на тот же файл с BEELINE AVTO.
Это был не MCC 4814. А что левые системы оплаты могут для сдергивания использовать совсем левые MCC, давно всем известно. просто не нужно в них подставлять кредитку.
И уж не знаю, как так вышло, но только представитель банка на банках.ру приводил те же самые ссылки, пришлось ему всем форумом разжевывать их содержимое.
Так что фейк без вариантов.