Деактиваторы, которые используются в магазинах, не деактиваторы, а просто магниты, которые механически отпирают защелку.
Наверное, есть именно деактиваторы, которые, вероятно, испускают импульс, значительно превышающий допустимые для чипа и сжигают усилитель или антенно-фидерный тракт, но в магазинах их использование было бы нерациональным.
NFC — активный протокол с микрочипом внутри. Он вроде как не подвержен размагничиванию (не более подвержен, чем ROM, установленный внутри). Разве что сжечь его можно, но тогда и оплата при вставке карты проходить не будет.
Можно пойти менее радикально и вспомнить что 13 7 4 = 364. 13 месяцев ровно по четыре семидневных недели + один запасной день. Правда кроме перфекционизма в датах ничего не получить. Можно ещё замедлить вращение земли на 1/365, чтобы ровно получалось.
GTA5 происходит в мире, где уже изобрели навигатор, в том числе на телефоне. Навигатор там вполне реалистичный (не помню насчет навигатора, но радио не работает в тоннелях, если навигатор тоже — это вообще зачет). Но да, постоянно пялится в миникарту и ехать по ней убивает интерес. Правда в жизни и так многие так и делают.
Как работает nes (dendy):
Код записывает с пециальный регистр команду, которая вынуждает перефирию считать следующее значение из сдвигового регистра внутри контроллера в другой регистр, который доступен буквально в следующей команде. Иными словами — код игры можешь запрашивать состояние контроллера именно "сейчас", а не когда-то там, и в любой момент развертки экрана. Задержка составляет наносекунды.
Как работает в эмуляторе:
гуймпад (не дай бог еще по блютусу) опрашивается контроллером USB по своей внутренней логике, записывает нажатие кнопки в буфер ввода в системе, потом операционная система по своему таймеру раздает эти события в приложении, приложение регистрирует что кнопка была нажата, и только потом эмулируемая игра может получить доступ к вводу. Что-то мне подсказывает, что минимальная возможная задержка составляет не менее 10мс. (хотя, интернеты говорят, что юсб опрашивает устройство на новый ввод каждые 125us = 0,000125s, а вот программную задержку найти уже не так просто).
Но я скептично отношусь что это можно заметить за исключением очень редких случаев, ведь это все равно меньше одного кадра.
Хм, прекрасный график с ресурса, который продвигает витамин Д в массы (и зарабатывает на этом). Данные вообще не понятны: даже если они реальные (что удивительно для апреля), не очень понятно что они меряют: они вот прям замеряли уровень витамина Д до начала болезни или пост-фактум? Если второе, причина-следственная связь не совсем очевидна.
Это из PHP, там в двойных кавычках текст интерпретируется, в одинарных нет. Звучит логично, что двойные должны быть медленннее, но на практике это было экономией на спичках. Не уверен как дела сейчас обстоят.
Ну т.е. я помню времена когда спорили что одинарные кавычки работают быстрее двойных и все как бешеные исправляли это. А на практике прирост нулевой. Так и тут — я уже вижу как впечатлительные коллеги будут комментировать что у меня разряженный массив (хм, вообще очень редкая ситуация если так подумать), а сами будут использовать reduce, пересоздавая массив на каждом элементе. Зато неразряженный!
Так то оно так, но мы долго выбивали себе отказ от старых IE (потому что продажникам конечно удобнее написать что работает хоть в нетскейп). Вообще помогает делать две сборки — под старые и новые браузеры, задача решаемая, но много ли людей ее решают?
Про Электрон согласен, но сложно представить числодробилку на nodejs, а массивы из трёх элементов (которые обычно вообще по объектам, а не числам) оптимизировать — экономить на спичках. Справедливости ради, не ходить за пределы массива и использовать ...rest вместо аргументов — хорошие практики сами по себе, но разряженность массивов — последнее, чтобы я советовал оптимизировать.
К слову, если уж на то пошло, часто стоит задуматься об использовании Set вместо массива если вы хотите проверить находится ли свойство в перечне.
Вместо arguments следует использовать rest parameters, доступные, начиная с ECMAScript 2015. Они являются настоящими массивами, и к тому же выглядят более читаемо.
Только не забудьте скормить это бейбел и преобразовать автоматически обратно в работу с arguments.
Вообще статья интересная, но проблема в том, что в js мало того что часто нужно поддерживать старые браузеры все ещё, так и оптимизации не стабильны — выход новой версии движка может как и смягчить правила, так и ужесточить. Как было с исключениями — сперва они ломали JIT, теперь не ломают, так и тут выход за пределы может перестать быть условием превращения массива в более медленный
в нем "подключить автоплатежи" и он, обычно, спрашивает абонентский номер
собственно все
Амазона в списке нет (не было раньше, может сейчас шведский амазон добавили), поэтому с амазоном не работает. Вроде как есть эта SEPA для этого, но врать не буду — понятия не имею что это такое. Может быть есть какой-то другой путь, но я о нем не слышал, местные подписки работают так, а остальное через кларну.
P.P.S. Буду еще честнее — тут есть bankgiro, autogiro, что-то еще йиро, e-faktura и старые добрые подписки по кредитке напрямую. Я очень слабо представляю себе отношения между ними. Как я понял, autogiro = direct debit, банкгиро — просто номер получателя (что-то типа БИК, только короче), а e-faktura — когда ты просишь тебе присылать счета в электронном виде сразу в банк, а не бумажкой на почту, но платишь как обычно, а не автоматически.
Гуглить я умею :)
Это было про "Нет такого. И я вот не думаю что это вообще будет — законно." комментарием выше.
E-invoice, много у кого есть. Обычно даже банк указывать не нужно, они по налоговому номеру отправляют в активный банк (хотя не до конца понимаю как это работает, но да, обычно достаточно кликнуть "отправлять электронный счет" и оно само понимает куда)
Ну а загуглить? английская вики, русская (но скромнее). К слову, вон, согласно википедии, в России есть, хотя да, не слышал чтобы кто-то пользовался.
В Швеции обычно это выглядит так: вы заходите в банк, в раздел "автоплатежи", выбираете получателя, в нем выбираете аккаунт (номер телефона или номер автомобиля). Далее все счета будут платиться автоматически как только получатель выставит счет.
Не слышал чтобы можно было дать свой номер кому-то и они сами списывали сколько им вздумается, только вот через банк и активный выбор.
Простите, хотел спросить "почему не утка, а классическая схема", что-то частица "не" вылетела из головы). Вопрос в том то и был, что для классической схемы то все просто — мощный движок и оно летит, корректируй угол атаки и хватит. А вот утка наровит опрокинуться и нужно активное управление, что интереснее. (По крайней мере с точки зрения управления). Да, наверное и ПИД хватит, но все же.
Раз интересно заморочаться с управлением, интересно — почему выбрали аэродинамическую схему "утка"? Она статически неустойчивая и с управлением там весело (и полететь ей легче, потому что все подъемные силы положительные, но опять же, сперва нужно сделать управление, без него полит клювом вниз)
Ну движок им и не нужен. А вот то, что обертка над этим движком спокойно может получать доступ к содержимому, заодно и выбирать куда пускать, а куда нет, в общем — в идеале просто полностью контролировать посещаемые ресурсы и отправлять тов. майору сразу выгрузку кто ходил на неугодные сайты — то что нужно, еще и с движком не заморачиваться, только лучше.
Не знаю как там в Британии, но могу привести пример банков из Швеции.
Негативное:
интерфейс застрял в 2010-м году в лучшем случае, а если кто выкатывает обновление — становится еще хуже.
положить физические деньги на счет свыше двух тысяч евро мягко говоря сложно и требует бесконечного количества бумажек
Положительное:
mobile bank id невероятное изобретение. Фактически везде в Швеции можно авторизоваться через персональный (налоговый) номер и это приложение. Подтверждение транзакций тоже через него вместо OTP по SMS. Большинство магазинов сразу выгружают ваш адрес по вашему ПН и не нужно вбивать его ручками. Есть вопросы к приватности данных, но тут все данные открытые и это не вопрос к банкам. В итоге после добавления в корзину обычно покупка занимает пару секунд (чуть позже как).
bankgiro — начиная от того, что когда выставляют счет, нужно вбить 8 цифр банкгиро и пару (обычно 4) цифры как номер транзакции, а не вбивать 5 полей по 50 цифр (все эти БИК и прочее), заканчивая возможностью подписываться на всё подряд — штрафы, проезд в город, парковка, мобильная связь — все через банк гиро, быстро, удобно и все в одном месте. Легко контроллировать. Впрочем, подписываться даже слишком легко, быстро можно набрать себе кучу подписок. + слегка раздражает, что даже шведский спутифай делает подписку внутри себя, а не через этот банкгиро, т.е. все держать в одном месте всё таки не получается.
swish — перевод денег по номеру телефона или QR коду. Удобство в том, что его принимают буквально везде — от перевода 100 крон другу за обед до покупок в магазинах, ларьках, вендинговых автоматах, полиции и даже налоговой! Серьезно, достаточно отсканировать qr код на странице налоговой и перевести деньги, никаких непонятных вбиваний непонятно чего. (Хотя в России с госуслугами с налоговой проще стало, конечно).
ну и Кларна:
форма оплаты, которую вставляют практически все сайты, которая запоминает ваш компьютер и подставляет данные, причем шарит данные с приложениями только после оплаты. В итоге вам нужно нажать "купить", посветить лицом в mobile bank id и готово. Никаких вводов карт, адреса, имен, чего бы то ни было. Причем на всех сайтах, даже если вы на нем первый раз. Ну и нужно ли говорить, что кларна может отменять транзакции и возбуждать разборки если что-то пошло не так. И она хранит историю покупок и статус доставки внутри себя.
Возможность оплатить онлайн через форму выше сразу с банковской карты либо в течение 14 дней с момента покупки, либо по факту доставки, либо выслать бумажный счет, который вы можете оплатить чем вам угодно, либо разбить любую покупку на несколько оплат (рассрочка, сама услуга стоит 2 евро, если интересно). Вообще эта возможность просто заставляет задуматься как они не обанкротились, давая возможность сперва получить услугу, а платить через значительный промежуток времени.
то же самое что сверху, только с их картой, т.е. везде где принимают карты, вы можете разбить покупку на несколько частей.
P.S. Кларна в Британии тоже работает.
P.P.S. Не исключаю что в России реализовано большинство из списка сверху, но я сталкиваюсь только с Тинькофф, который превращает свое банковское приложение в непонятно что. Хорошо хоть баланс там пока что можно смотреть на главном экране, но, думаю, это ненадолго.
Я тут узнал, что наша спина, например, да и большая часть кожи в целом кроме рук разве что очень плохо распознает количество касаний. Грубо говоря, если кто-то ткнет вам N пальцев в спину (локоть и т.д.) на расстоянии менее там 5 см, вы не сможете разобрать один это или несколько (серьезно, попробуйте).
А вот сделать, не знаю, цилиндрик, который вы держите в руке, и который показывает картинку с лидара было бы здорово.
Только запустил гикбенч на своем десктопе с Intel Core i7-9700K. Одно ядро — 1044, мультиядро — 6077.
Что-то грустно стало, но с другой стороны есть у меня MacBook Pro (13-inch Mid 2019), который выдает 1098 / 4172 попугая, но проект компилирует в три раза медленнее (при более быстрой ssd), а тесты запускает настолько медленее, что они банально падают по таймауту. Наверное, потому что юнит-тесты занимаются тестированием, а не размытием по гаусу...
Да и черт бы с тестами, десктоп бесконечно более отзывчивый, вкладки переключает быстрее, и вообще, я могу включить в вскод сколько угодно плагинов и оно будет работать, когда на макбуке включение eslint плагина делает его просто невозможным для использования. Попугаи такие попугаи. (Хотя последнее скорее связано с оперативкой)
Нет, к сожалению, не находил. Могу сказать что нейронка то и не особо нужна, фактически нужно размыть текст, найти центр масс и математически выравнять все, была даже статья на Хабре про это, но я лично сталкивался только с ручным тюнингом под конкретные экраны и системы.
Деактиваторы, которые используются в магазинах, не деактиваторы, а просто магниты, которые механически отпирают защелку.
Наверное, есть именно деактиваторы, которые, вероятно, испускают импульс, значительно превышающий допустимые для чипа и сжигают усилитель или антенно-фидерный тракт, но в магазинах их использование было бы нерациональным.
NFC — активный протокол с микрочипом внутри. Он вроде как не подвержен размагничиванию (не более подвержен, чем ROM, установленный внутри). Разве что сжечь его можно, но тогда и оплата при вставке карты проходить не будет.
Можно пойти менее радикально и вспомнить что 13 7 4 = 364. 13 месяцев ровно по четыре семидневных недели + один запасной день. Правда кроме перфекционизма в датах ничего не получить. Можно ещё замедлить вращение земли на 1/365, чтобы ровно получалось.
GTA5 происходит в мире, где уже изобрели навигатор, в том числе на телефоне. Навигатор там вполне реалистичный (не помню насчет навигатора, но радио не работает в тоннелях, если навигатор тоже — это вообще зачет). Но да, постоянно пялится в миникарту и ехать по ней убивает интерес. Правда в жизни и так многие так и делают.
Как работает nes (dendy):
Код записывает с пециальный регистр команду, которая вынуждает перефирию считать следующее значение из сдвигового регистра внутри контроллера в другой регистр, который доступен буквально в следующей команде. Иными словами — код игры можешь запрашивать состояние контроллера именно "сейчас", а не когда-то там, и в любой момент развертки экрана. Задержка составляет наносекунды.
Как работает в эмуляторе:
гуймпад (не дай бог еще по блютусу) опрашивается контроллером USB по своей внутренней логике, записывает нажатие кнопки в буфер ввода в системе, потом операционная система по своему таймеру раздает эти события в приложении, приложение регистрирует что кнопка была нажата, и только потом эмулируемая игра может получить доступ к вводу. Что-то мне подсказывает, что минимальная возможная задержка составляет не менее 10мс. (хотя, интернеты говорят, что юсб опрашивает устройство на новый ввод каждые 125us = 0,000125s, а вот программную задержку найти уже не так просто).
Но я скептично отношусь что это можно заметить за исключением очень редких случаев, ведь это все равно меньше одного кадра.
Хм, прекрасный график с ресурса, который продвигает витамин Д в массы (и зарабатывает на этом). Данные вообще не понятны: даже если они реальные (что удивительно для апреля), не очень понятно что они меряют: они вот прям замеряли уровень витамина Д до начала болезни или пост-фактум? Если второе, причина-следственная связь не совсем очевидна.
Это из PHP, там в двойных кавычках текст интерпретируется, в одинарных нет. Звучит логично, что двойные должны быть медленннее, но на практике это было экономией на спичках. Не уверен как дела сейчас обстоят.
Ну т.е. я помню времена когда спорили что одинарные кавычки работают быстрее двойных и все как бешеные исправляли это. А на практике прирост нулевой. Так и тут — я уже вижу как впечатлительные коллеги будут комментировать что у меня разряженный массив (хм, вообще очень редкая ситуация если так подумать), а сами будут использовать reduce, пересоздавая массив на каждом элементе. Зато неразряженный!
Так то оно так, но мы долго выбивали себе отказ от старых IE (потому что продажникам конечно удобнее написать что работает хоть в нетскейп). Вообще помогает делать две сборки — под старые и новые браузеры, задача решаемая, но много ли людей ее решают?
Про Электрон согласен, но сложно представить числодробилку на nodejs, а массивы из трёх элементов (которые обычно вообще по объектам, а не числам) оптимизировать — экономить на спичках. Справедливости ради, не ходить за пределы массива и использовать ...rest вместо аргументов — хорошие практики сами по себе, но разряженность массивов — последнее, чтобы я советовал оптимизировать.
К слову, если уж на то пошло, часто стоит задуматься об использовании Set вместо массива если вы хотите проверить находится ли свойство в перечне.
Только не забудьте скормить это бейбел и преобразовать автоматически обратно в работу с arguments.
Вообще статья интересная, но проблема в том, что в js мало того что часто нужно поддерживать старые браузеры все ещё, так и оптимизации не стабильны — выход новой версии движка может как и смягчить правила, так и ужесточить. Как было с исключениями — сперва они ломали JIT, теперь не ломают, так и тут выход за пределы может перестать быть условием превращения массива в более медленный
В случае Швеции это работает так:
Амазона в списке нет (не было раньше, может сейчас шведский амазон добавили), поэтому с амазоном не работает. Вроде как есть эта SEPA для этого, но врать не буду — понятия не имею что это такое. Может быть есть какой-то другой путь, но я о нем не слышал, местные подписки работают так, а остальное через кларну.
P.P.S. Буду еще честнее — тут есть bankgiro, autogiro, что-то еще йиро, e-faktura и старые добрые подписки по кредитке напрямую. Я очень слабо представляю себе отношения между ними. Как я понял, autogiro = direct debit, банкгиро — просто номер получателя (что-то типа БИК, только короче), а e-faktura — когда ты просишь тебе присылать счета в электронном виде сразу в банк, а не бумажкой на почту, но платишь как обычно, а не автоматически.
Это было про "Нет такого. И я вот не думаю что это вообще будет — законно." комментарием выше.
E-invoice, много у кого есть. Обычно даже банк указывать не нужно, они по налоговому номеру отправляют в активный банк (хотя не до конца понимаю как это работает, но да, обычно достаточно кликнуть "отправлять электронный счет" и оно само понимает куда)
Ну а загуглить? английская вики, русская (но скромнее). К слову, вон, согласно википедии, в России есть, хотя да, не слышал чтобы кто-то пользовался.
В Швеции обычно это выглядит так: вы заходите в банк, в раздел "автоплатежи", выбираете получателя, в нем выбираете аккаунт (номер телефона или номер автомобиля). Далее все счета будут платиться автоматически как только получатель выставит счет.
Не слышал чтобы можно было дать свой номер кому-то и они сами списывали сколько им вздумается, только вот через банк и активный выбор.
Простите, хотел спросить "почему не утка, а классическая схема", что-то частица "не" вылетела из головы). Вопрос в том то и был, что для классической схемы то все просто — мощный движок и оно летит, корректируй угол атаки и хватит. А вот утка наровит опрокинуться и нужно активное управление, что интереснее. (По крайней мере с точки зрения управления). Да, наверное и ПИД хватит, но все же.
Раз интересно заморочаться с управлением, интересно — почему выбрали аэродинамическую схему "утка"? Она статически неустойчивая и с управлением там весело (и полететь ей легче, потому что все подъемные силы положительные, но опять же, сперва нужно сделать управление, без него полит клювом вниз)
Ну движок им и не нужен. А вот то, что обертка над этим движком спокойно может получать доступ к содержимому, заодно и выбирать куда пускать, а куда нет, в общем — в идеале просто полностью контролировать посещаемые ресурсы и отправлять тов. майору сразу выгрузку кто ходил на неугодные сайты — то что нужно, еще и с движком не заморачиваться, только лучше.
Не знаю как там в Британии, но могу привести пример банков из Швеции.
Негативное:
интерфейс застрял в 2010-м году в лучшем случае, а если кто выкатывает обновление — становится еще хуже.
положить физические деньги на счет свыше двух тысяч евро мягко говоря сложно и требует бесконечного количества бумажек
Положительное:
mobile bank id невероятное изобретение. Фактически везде в Швеции можно авторизоваться через персональный (налоговый) номер и это приложение. Подтверждение транзакций тоже через него вместо OTP по SMS. Большинство магазинов сразу выгружают ваш адрес по вашему ПН и не нужно вбивать его ручками. Есть вопросы к приватности данных, но тут все данные открытые и это не вопрос к банкам. В итоге после добавления в корзину обычно покупка занимает пару секунд (чуть позже как).
bankgiro — начиная от того, что когда выставляют счет, нужно вбить 8 цифр банкгиро и пару (обычно 4) цифры как номер транзакции, а не вбивать 5 полей по 50 цифр (все эти БИК и прочее), заканчивая возможностью подписываться на всё подряд — штрафы, проезд в город, парковка, мобильная связь — все через банк гиро, быстро, удобно и все в одном месте. Легко контроллировать. Впрочем, подписываться даже слишком легко, быстро можно набрать себе кучу подписок. + слегка раздражает, что даже шведский спутифай делает подписку внутри себя, а не через этот банкгиро, т.е. все держать в одном месте всё таки не получается.
swish — перевод денег по номеру телефона или QR коду. Удобство в том, что его принимают буквально везде — от перевода 100 крон другу за обед до покупок в магазинах, ларьках, вендинговых автоматах, полиции и даже налоговой! Серьезно, достаточно отсканировать qr код на странице налоговой и перевести деньги, никаких непонятных вбиваний непонятно чего. (Хотя в России с госуслугами с налоговой проще стало, конечно).
ну и
Кларна:
форма оплаты, которую вставляют практически все сайты, которая запоминает ваш компьютер и подставляет данные, причем шарит данные с приложениями только после оплаты. В итоге вам нужно нажать "купить", посветить лицом в mobile bank id и готово. Никаких вводов карт, адреса, имен, чего бы то ни было. Причем на всех сайтах, даже если вы на нем первый раз. Ну и нужно ли говорить, что кларна может отменять транзакции и возбуждать разборки если что-то пошло не так. И она хранит историю покупок и статус доставки внутри себя.
Возможность оплатить онлайн через форму выше сразу с банковской карты либо в течение 14 дней с момента покупки, либо по факту доставки, либо выслать бумажный счет, который вы можете оплатить чем вам угодно, либо разбить любую покупку на несколько оплат (рассрочка, сама услуга стоит 2 евро, если интересно). Вообще эта возможность просто заставляет задуматься как они не обанкротились, давая возможность сперва получить услугу, а платить через значительный промежуток времени.
то же самое что сверху, только с их картой, т.е. везде где принимают карты, вы можете разбить покупку на несколько частей.
P.S. Кларна в Британии тоже работает.
P.P.S. Не исключаю что в России реализовано большинство из списка сверху, но я сталкиваюсь только с Тинькофф, который превращает свое банковское приложение в непонятно что. Хорошо хоть баланс там пока что можно смотреть на главном экране, но, думаю, это ненадолго.
Я тут узнал, что наша спина, например, да и большая часть кожи в целом кроме рук разве что очень плохо распознает количество касаний. Грубо говоря, если кто-то ткнет вам N пальцев в спину (локоть и т.д.) на расстоянии менее там 5 см, вы не сможете разобрать один это или несколько (серьезно, попробуйте).
А вот сделать, не знаю, цилиндрик, который вы держите в руке, и который показывает картинку с лидара было бы здорово.
Только запустил гикбенч на своем десктопе с Intel Core i7-9700K. Одно ядро — 1044, мультиядро — 6077.
Что-то грустно стало, но с другой стороны есть у меня MacBook Pro (13-inch Mid 2019), который выдает 1098 / 4172 попугая, но проект компилирует в три раза медленнее (при более быстрой ssd), а тесты запускает настолько медленее, что они банально падают по таймауту. Наверное, потому что юнит-тесты занимаются тестированием, а не размытием по гаусу...
Да и черт бы с тестами, десктоп бесконечно более отзывчивый, вкладки переключает быстрее, и вообще, я могу включить в вскод сколько угодно плагинов и оно будет работать, когда на макбуке включение eslint плагина делает его просто невозможным для использования. Попугаи такие попугаи. (Хотя последнее скорее связано с оперативкой)
Нет, к сожалению, не находил. Могу сказать что нейронка то и не особо нужна, фактически нужно размыть текст, найти центр масс и математически выравнять все, была даже статья на Хабре про это, но я лично сталкивался только с ручным тюнингом под конкретные экраны и системы.