Здесь нет необходимости, в бесконечной точности, достаточно одного знака после запятой, как мне кажется в большинстве программистских задач. 🤔
И как программист выбирает подходящий способ решения поставленной задачи, например для денежных операций, почему бы не использовать в вычислениях до определённой точности библиотеку вычислений с фиксированной запятой?
В слове выгоднее, я слышу, так аппаратно считают компьютеры, т. е. речь всё же про производительность в ущерб математической точности, с которым приходится мириться. 🤔
И, как пишет автор, в компьютерных вычислениях вещественных чисел погрешность будет всегда. Так почему бы не ограничиться определённой точностью (ведь в большинстве случаев, как мне кажется, этого будет достаточно), в границах которой вычисления будут давать математическую точность, как в примере автора (0.1+0.2)+0.3 = 0.1+(0.2+0.3)
По-скольку автор пишет про свой язык и самописную библиотеку обработки вещественных чисел к нему, плюс пишет не на ассемблере (где сдвиг бита более чем оправдан), и за высокой производительностью не гонится, я подумал, что у него есть какое-то объяснение по моему вопросу. 🤔
Ведь, если опустить вопрос производительности, работа с данными с фиксированной запятой, как мне кажется, должна полностью снять вопрос о неточности вычислений вещественных чисел. Разве нет?
Как и в денежных операциях, как мне кажется, в большинстве случаев, можно ограничится определенной конкретной и достаточной точностью. 🤔
А можно представить вещественное число, где часть бит используется для хранения числа, как если бы оно было целым, а часть бит для хранения позиции запятой? (извиняюсь, если мой вопрос наивный и я "переизобретаю велосипед")
Всё постоянно меняется. Например не так давно узнал, что для <textarea> есть автоувеличение. Ставим textarea {field-sizing: content;} и по мере набора текста пользователем оно само увеличивается. 🤓
Я "думал-думал и всё понял" ? В матричном умножении для быстрого вычисления используется быстрое возведение в степень: https://habr.com/ru/companies/otus/articles/779396/ Что логарифмически уменьшает количество операций.
Как так получилось, что итеративный способ с n сложениями оказался дольше/хуже, чем матричное возведение в степень, где как я понимаю 4 операции сложения и 8 операций умножения на каждую итерацию⁉️ ?
Знать бы этот волшебный адрес раньше, а так почти 2 недели потеряно, и нервов и времени без счёта. Вчера в обед написал - сегодня часов в 10 утра ответили, к обеду всё восстановилось. ?
У меня так и случилось. Сайты оперативно откатил, но блокировка всё равно случилась на следующий день. Провайдеры (МТС, Мегафон и Билайн) их блокируют и не сознаются. РКН два раза ответил на запрос, типа мы ничего не блокируем, при этом сайты не грузятся.
Я имел ввиду что-то типа https://www.hardypress.com/features/ - и редактор Wordpress полноценный - и CloudFlare не нужен, т.к. сайт статический и раздаётся быстро
💡 Спасибо за пояснение.
Чтобы это выражение было истинным
Здесь нет необходимости, в бесконечной точности, достаточно одного знака после запятой, как мне кажется в большинстве программистских задач. 🤔
И как программист выбирает подходящий способ решения поставленной задачи, например для денежных операций, почему бы не использовать в вычислениях до определённой точности библиотеку вычислений с фиксированной запятой?
В слове выгоднее, я слышу, так аппаратно считают компьютеры, т. е. речь всё же про производительность в ущерб математической точности, с которым приходится мириться. 🤔
И, как пишет автор, в компьютерных вычислениях вещественных чисел погрешность будет всегда. Так почему бы не ограничиться определённой точностью (ведь в большинстве случаев, как мне кажется, этого будет достаточно), в границах которой вычисления будут давать математическую точность, как в примере автора
(0.1+0.2)+0.3 = 0.1+(0.2+0.3)
Как вы считаете?
По-скольку автор пишет про свой язык и самописную библиотеку обработки вещественных чисел к нему, плюс пишет не на ассемблере (где сдвиг бита более чем оправдан), и за высокой производительностью не гонится, я подумал, что у него есть какое-то объяснение по моему вопросу. 🤔
Ведь, если опустить вопрос производительности, работа с данными с фиксированной запятой, как мне кажется, должна полностью снять вопрос о неточности вычислений вещественных чисел. Разве нет?
Как и в денежных операциях, как мне кажется, в большинстве случаев, можно ограничится определенной конкретной и достаточной точностью. 🤔
А можно представить вещественное число, где часть бит используется для хранения числа, как если бы оно было целым, а часть бит для хранения позиции запятой? (извиняюсь, если мой вопрос наивный и я "переизобретаю велосипед")
Ага 👍
table -> div -> flex -> grid
Только "отвернёшся" уже что-то новое подвезли. 🤓
Пока не работает. Но, на мой взгляд, вещь довольно полезная.
https://caniuse.com/mdn-css_properties_field-sizing_content
В Safari уже в preview включена, скоро и для всех влючат. А там и Firefox подтянется. 🤓
Это уже не нужно ;-)
Модалки встроили в браузеры, наконец-то.
Уже можно менять на, так сказать, нативный код, см. https://developer.mozilla.org/en-US/docs/Web/API/Popover_API/Using
Всё постоянно меняется.
Например не так давно узнал, что для
<textarea>
есть автоувеличение.Ставим
textarea {field-sizing: content;}
и по мере набора текста пользователем оно само увеличивается. 🤓
Это был путешественник во времени. 🙂
значит нет электричества
выше пишут https://habr.com/ru/news/895770/#comment_28109860
два независимых ввода, дизель-генераторы
куда всё делось?!
Да-да, ВТБ так карту привёз. Но с первой же операции снятия заблокировал онлайн-банк и настойчиво зовёт в офис.
Так что не все умеют в удалёнку. :-/
Я "думал-думал и всё понял" ?
В матричном умножении для быстрого вычисления используется быстрое возведение в степень: https://habr.com/ru/companies/otus/articles/779396/
Что логарифмически уменьшает количество операций.
Как так получилось, что итеративный способ с n сложениями оказался дольше/хуже, чем матричное возведение в степень, где как я понимаю 4 операции сложения и 8 операций умножения на каждую итерацию⁉️ ?
Знать бы этот волшебный адрес раньше, а так почти 2 недели потеряно,
и нервов и времени без счёта.
Вчера в обед написал - сегодня часов в 10 утра ответили, к обеду всё восстановилось.
?
Спасибо! Помог ваш совет. ?
А то уж думал всё, тупик.
✅ Разблокировали! В течении суток всё восстановилось.
Подскажите пожалуйста, есть ли хоть какой-то вариант снять эти "внереестровые блокировки сайта"?
На Билайне в браузере показывает таймаут.
А в консоли зависает на handshake клиента.
curl -iv -s https://play.google.com/
Trying 142.250.74.110:443...
TCP_NODELAY set
Connected to play.google.com (142.250.74.110) port 443 (#0)
ALPN, offering h2
ALPN, offering http/1.1
successfully set certificate verify locations:
CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs
TLSv1.3 (OUT), TLS handshake, Client hello (1):
У меня так и случилось. Сайты оперативно откатил, но блокировка всё равно случилась на следующий день. Провайдеры (МТС, Мегафон и Билайн) их блокируют и не сознаются. РКН два раза ответил на запрос, типа мы ничего не блокируем, при этом сайты не грузятся.
Проще сменить домен. (-_-)
Я имел ввиду что-то типа https://www.hardypress.com/features/
- и редактор Wordpress полноценный
- и CloudFlare не нужен, т.к. сайт статический и раздаётся быстро