Увы, поддержка IEEE 754 decimal32/decimal64 очень слабая и на сколько мне известно, на поддержку десятичной арифметики в новом железе все производители забили (поправьте если это не так). Плюс дополнительно проблема осложнаяется тем, что тут требуется некоторая поддержка со стороны языков программирования. А её нет (за редким исключением).
Кстати, там же говорится, что по проводившемуся IBM по анализу данных от порядка 50 крупных организаций только порядка 2% от общего количества данных использовали двоичное представление (и 55% у десятичных).
А еще не стоит забывать, что на самом деле бинарная арифметика плохо подходит для многих видов вычислений из реальной жизни. Например для финансовых данных. Так как все вычисления должны воплняться по правилам десятичной арифметики, а не двоичной.
Бинарная арифметика хорошо подходит там, где основание системы счисления не имеет значения и не требуется контроль округления младших разрядов. Например почти все виды данных связанных с измерением объектов реального физического мира (цаще всего это научные и инженерные данные). Кстати, все примеры в статье — это как раз такие данные ("Размер комнаты", "Окружность Земли" и т.д.).
Расскажите пожалуйста, как вы предполагаете проверять, правильные ли для куска кода отступы или нет? Ведь для этого нужно 1) понимание кода и 2) понимание, что с чем автор хотел выравнять. Это как минимум не тривиальная задача. И мне не известно ни одного инструмента проверки кода, который бы это уже умел делать.
Эм… У вас в коде для выбора email-ов нет защиты от многократного попадания одного и того же ящика в список победителей.
List<String> draw(List<String> emails) {
System.out.println("Draw for the seed: " + seed);
Random rnd = new Random(seed);
Set<String> winners = new HashSet<>();
while (winners.size() < Math.min(winnersCount, emails.size())) {
int index = rnd.nextInt(emails.size());
System.out.println("Ball: " + index);
winners.add(emails.get(index));
}
return new ArrayList<>(winners);
}
Интересный момент: почему-то отображемая на дашборде сумма инвестиций стала снижаться.
Сегодня вечером смотрел — было $19,9млн. Через час: $19,8, а сейчас и вовсе $19,6 млн.
Например ответом на первую версию задачи (которая «подделка»), может быть «в кружочках — количество прилегающих двузначных чисел» (соответственно значения 2,2,1,1). Ответ обоснованный? Да. Непротиворечивый? Да. Правильный? А черт его знает. Но условиям задачи он соответствует.
В общем случае — нет.
Если у вас в HFT финансах что-то легло, то вас "автоподнятие" не спасет. Даже может хуже сделать.
Time Lapse видео с мультиплеером.
У меня всё же стойкое впечатление, что это была целенаправленная атака.
Q: Как нанести урон компаниям, но по возможности выставить это как "несчастный случай"?
A: Берем старый криптовымогатель, слегка модернизируем, в целом сохраняем поведение, но убеждаемся, что шифруется надежно и засылаем куда нужно.
Еще можно купить на оффсайте игры: https://www.factorio.com/buy
Вроде бы в этом случае разработчикам больше достается. После покупки на сайте можно получить Steam-ключ.
Хотя сейчас увидел, что на сайте она стоит $20, а в стиме $12. Непонятно, почему для стима они так снизили.
Виноват, я упустил, что khim писал про вычисления с фиксированной точкой.
Да, чаще всего именно через нее вычисления с контролируемой точностью и проводятся.
Увы, поддержка IEEE 754 decimal32/decimal64 очень слабая и на сколько мне известно, на поддержку десятичной арифметики в новом железе все производители забили (поправьте если это не так). Плюс дополнительно проблема осложнаяется тем, что тут требуется некоторая поддержка со стороны языков программирования. А её нет (за редким исключением).
Двоичной арифметики с любой точностью не хватает если вам нужны точные (или контролируемо огругляемые) вычисления.
Канонический пример:
Больше примеров здесь:
http://speleotrove.com/decimal/decifaq1.html
Кстати, там же говорится, что по проводившемуся IBM по анализу данных от порядка 50 крупных организаций только порядка 2% от общего количества данных использовали двоичное представление (и 55% у десятичных).
А еще не стоит забывать, что на самом деле бинарная арифметика плохо подходит для многих видов вычислений из реальной жизни. Например для финансовых данных. Так как все вычисления должны воплняться по правилам десятичной арифметики, а не двоичной.
Бинарная арифметика хорошо подходит там, где основание системы счисления не имеет значения и не требуется контроль округления младших разрядов. Например почти все виды данных связанных с измерением объектов реального физического мира (цаще всего это научные и инженерные данные). Кстати, все примеры в статье — это как раз такие данные ("Размер комнаты", "Окружность Земли" и т.д.).
Расскажите пожалуйста, как вы предполагаете проверять, правильные ли для куска кода отступы или нет? Ведь для этого нужно 1) понимание кода и 2) понимание, что с чем автор хотел выравнять. Это как минимум не тривиальная задача. И мне не известно ни одного инструмента проверки кода, который бы это уже умел делать.
Достаточно подговорить последнего, чтобы он написал определенную фразу, которая скорректирует значение до "нужного".
Эм… У вас в коде для выбора email-ов нет защиты от многократного попадания одного и того же ящика в список победителей.
Как жаль, что горе-переводчика минусануть нельзя :(
Что будет, если AWS снова "приляжет"? Вы не сможете войти в офис?
2) Если вы хотели что-то доказать, то цитата из современной художественной книги — очень слабый аргумент.
Интересный момент: почему-то отображемая на дашборде сумма инвестиций стала снижаться.
Сегодня вечером смотрел — было $19,9млн. Через час: $19,8, а сейчас и вовсе $19,6 млн.
Мне как "внешнему" по отношению к 1C разработчику не хватает хотя бы просто документации в публичном доступе :)
Например ответом на первую версию задачи (которая «подделка»), может быть «в кружочках — количество прилегающих двузначных чисел» (соответственно значения 2,2,1,1). Ответ обоснованный? Да. Непротиворечивый? Да. Правильный? А черт его знает. Но условиям задачи он соответствует.