Во-первых, в этом и был весь смысл деления суток - чтобы части были удобные для использования. Обычно используют число 12, потому что оно делится нацело на все числа кроме 5. В случае суток видимо взяли два раза по 12 (день и ночь), а уже в часах и минутах добавили делитель 5 - получилось по 60 частей. А во-вторых, напоминаю, в этой ветке мы обсуждаем теоретический вопрос, что было бы, если бы секунду определяли на Марсе (т.е. никакой земной и в помине не было бы).
Так мы же и говорим про то, что было бы если бы такую же схему определения единиц разрабатывали находясь на Марсе. Т.е. поделили сутки на 24 часа, часы на 60 минут, минуты на 60 секунд.
Сорри, протупил (спасибо @ABy за подсказку). Видимый горизонт конечно же есть, просто Маск не смог его импортировать на Марс и он остался на Земле. Получается стоя на Марсе "горизонт" можно увидеть невооруженным глазом, а "видимый горизонт" - нет :)
потому что секунда определялась с помощью деления суток на части, а длительность суток зависит от скорости вращения планеты вокруг своей оси. Поэтому если бы секунду определяли на Марсе она была бы чуток подлиннее (на 2.7% кажется)
как уже писали, "земная поверхность" и "поверхность Земли" - разные понятия, поэтому горизонт есть, а вот "видимый горизонт" по ходу на Марсе не определен, т.е. по факту его нет :)
ускорение свободного падения на поверхности Земли поменяется, это да. Оно и так зависит от точки измерения на Земле. Но постоянная, обозначаемая буквой g, зафиксирована и уже не поменяется, ну разве что снова решат перемерять и уточнить :)
Конечно в формулах никто не запрещает использовать любые буквы, в том числе и ПИ, но в формуле в статье имеется в виду именно "нормальное" ускорение свободного падения, которое в учебниках физики называется "физической постоянной, обозначаемой буквой g"
Википедия с вами не согласна https://ru.wikipedia.org/wiki/Ускорение_свободного_падения Но к слову сказать я тоже не совсем прав. На самом деле под буквой g скрывается физическая постоянная обозначающее "нормальное" ускорение свободного падения, примерно равное среднему значению ускорения на поверхности Земли (т.к. это значение для Земли варьируется от экватора к полюсам).
не объясняет. Окружность Земли никак не связана с ускорением свободного падение на ее поверхности. А вот как раз то, что метр определяли через колебания маятника, которые зависят от ускорения свободного падения все объясняет.
Неправда, ослабление не такое же. Вы почему-то полагаете, что алгоритм легко вычислим (для тренировки возьмем что реальный пин в примере выше 1234 - попробуйте назвать алгоритм). Если вдруг злоумышленнику каким-то образом стал известен пин от одной карты, то в вашем варианте он за неимением других подсказок тупо попробует его на других, а в случае автора будет изобретать алгоритмы и проверять их на других картах. А если пин неизвестен, но в наличии например 10 карт, то за неимением других подсказок злоумышленник будет полагать, что вероятно пин одинаковый и будет использовать стратегию перебора которая даст ему примерно 30 попыток. В случае же автора скорее всего первая попытка будет использована на комбинацию написанную на карте, а если злоумышленник что-то подозревает, то все равно для него нет какой-то стратегии, которая обеспечит ему большую вероятность подбора, чем в вашем варианте.
Но одного модуля с картами же недостаточно, я правильно понимаю? Если я хочу на веб странице абстрактного платежного сервиса начать распознавать карты, сколько мегабайт придется загрузить пользователю (wasm файл + SDK) дополнительно? Кэшируются ли эти данные? В какой момент происходит загрузка (при первом использовании или есть прелоадинг)?
Про ваш WebSDK очень мало реально полезной информации (кроме того что это wasm и все чисто на клиенте). И если мобильные SDK можно проверить в деле, то для web демо отсутствует. Насколько качество распознавания отличается от мобильного SDK? Что нужно, чтобы начать пользоваться вашим WebSDK, какие есть ограничения (есть ли привязка к домену, в каких странах работает)?
Понятно, что про цены вы не напишете, но хотя бы расскажите подробнее из чего состоит цена - количество сканирований (как считается) или фикса (от чего зависит)?
Распознавание QR-кодов в браузере через BarcodeDetector работает и без вашего решения. А сколько весит ваше решение для распознавания карт в мегабайтах?
Я правильно понимаю, что границы регионов у вас задаются множеством координат ломаной линии, а в качестве расстояние от точки до границы вы берете расстояние от этой точки до ближайшей точки излома?
Боюсь, что не очищают, а насыщают. Как я понимаю технологию, там берут воду условно из-под крана, фильтруют чем-то типа обратного осмоса, получается почти дистиллированная "без вкуса, без цвета, без запаха", а потом "появляется Yupi", который у всех разный...
этим оно не хуже других чисел, которые не делятся нацело на любые числа большие чем n/2
Во-первых, в этом и был весь смысл деления суток - чтобы части были удобные для использования. Обычно используют число 12, потому что оно делится нацело на все числа кроме 5. В случае суток видимо взяли два раза по 12 (день и ночь), а уже в часах и минутах добавили делитель 5 - получилось по 60 частей.
А во-вторых, напоминаю, в этой ветке мы обсуждаем теоретический вопрос, что было бы, если бы секунду определяли на Марсе (т.е. никакой земной и в помине не было бы).
Так мы же и говорим про то, что было бы если бы такую же схему определения единиц разрабатывали находясь на Марсе. Т.е. поделили сутки на 24 часа, часы на 60 минут, минуты на 60 секунд.
Сорри, протупил (спасибо @ABy за подсказку). Видимый горизонт конечно же есть, просто Маск не смог его импортировать на Марс и он остался на Земле.
Получается стоя на Марсе "горизонт" можно увидеть невооруженным глазом, а "видимый горизонт" - нет :)
потому что секунда определялась с помощью деления суток на части, а длительность суток зависит от скорости вращения планеты вокруг своей оси. Поэтому если бы секунду определяли на Марсе она была бы чуток подлиннее (на 2.7% кажется)
как уже писали, "земная поверхность" и "поверхность Земли" - разные понятия, поэтому горизонт есть, а вот "видимый горизонт" по ходу на Марсе не определен, т.е. по факту его нет :)
Не понял ваш комментарий. g и так связано с килограммами без всяких инфляций Земли. Как это должно объяснять его связь с ПИ?
ускорение свободного падения на поверхности Земли поменяется, это да. Оно и так зависит от точки измерения на Земле. Но постоянная, обозначаемая буквой g, зафиксирована и уже не поменяется, ну разве что снова решат перемерять и уточнить :)
Конечно в формулах никто не запрещает использовать любые буквы, в том числе и ПИ, но в формуле в статье имеется в виду именно "нормальное" ускорение свободного падения, которое в учебниках физики называется "физической постоянной, обозначаемой буквой g"
Википедия с вами не согласна
https://ru.wikipedia.org/wiki/Ускорение_свободного_падения
Но к слову сказать я тоже не совсем прав. На самом деле под буквой g скрывается физическая постоянная обозначающее "нормальное" ускорение свободного падения, примерно равное среднему значению ускорения на поверхности Земли (т.к. это значение для Земли варьируется от экватора к полюсам).
не объясняет. Окружность Земли никак не связана с ускорением свободного падение на ее поверхности. А вот как раз то, что метр определяли через колебания маятника, которые зависят от ускорения свободного падения все объясняет.
я вас возможно разочарую, но g оно и на Марсе g (на то и константа), потому как g есть "ускорение свободного падения на поверхности Земли" :)
Неправда, ослабление не такое же.
Вы почему-то полагаете, что алгоритм легко вычислим (для тренировки возьмем что реальный пин в примере выше 1234 - попробуйте назвать алгоритм).
Если вдруг злоумышленнику каким-то образом стал известен пин от одной карты, то в вашем варианте он за неимением других подсказок тупо попробует его на других, а в случае автора будет изобретать алгоритмы и проверять их на других картах. А если пин неизвестен, но в наличии например 10 карт, то за неимением других подсказок злоумышленник будет полагать, что вероятно пин одинаковый и будет использовать стратегию перебора которая даст ему примерно 30 попыток. В случае же автора скорее всего первая попытка будет использована на комбинацию написанную на карте, а если злоумышленник что-то подозревает, то все равно для него нет какой-то стратегии, которая обеспечит ему большую вероятность подбора, чем в вашем варианте.
ага, и на дороге там поаккуратнее, 125+км/ч довольно опасная скорость, хотя бы шлем надевайте :)
Никого - его оправдали. Но формально можно считать, что он убил 18 лет жизни...
Но одного модуля с картами же недостаточно, я правильно понимаю?
Если я хочу на веб странице абстрактного платежного сервиса начать распознавать карты, сколько мегабайт придется загрузить пользователю (wasm файл + SDK) дополнительно? Кэшируются ли эти данные? В какой момент происходит загрузка (при первом использовании или есть прелоадинг)?
Про ваш WebSDK очень мало реально полезной информации (кроме того что это wasm и все чисто на клиенте). И если мобильные SDK можно проверить в деле, то для web демо отсутствует. Насколько качество распознавания отличается от мобильного SDK? Что нужно, чтобы начать пользоваться вашим WebSDK, какие есть ограничения (есть ли привязка к домену, в каких странах работает)?
Понятно, что про цены вы не напишете, но хотя бы расскажите подробнее из чего состоит цена - количество сканирований (как считается) или фикса (от чего зависит)?
Распознавание QR-кодов в браузере через BarcodeDetector работает и без вашего решения. А сколько весит ваше решение для распознавания карт в мегабайтах?
ага, ага. А теперь попробуйте с его помощью оплатить, ну или хотя бы прикинуться NFC меткой :)
Я правильно понимаю, что границы регионов у вас задаются множеством координат ломаной линии, а в качестве расстояние от точки до границы вы берете расстояние от этой точки до ближайшей точки излома?
Боюсь, что не очищают, а насыщают. Как я понимаю технологию, там берут воду условно из-под крана, фильтруют чем-то типа обратного осмоса, получается почти дистиллированная "без вкуса, без цвета, без запаха", а потом "появляется Yupi", который у всех разный...