пользователь загадывает случайное число от 0 до 10.000.000
наша задача уменьшить его до 1,(или максимально близко до числа 1) делая вычитание из загаданной цифры пользователя свои числа, 16-32 числа
мы можем задать заранее желательно 16 цифр,(поменьше что бы) а в крайнем случае 32 цифры (многовато, программа будет медленно работать, но еще терпимо)
из загаданного пользователем числа мы начинаем вычитать свои, вычитать мы должны все заданные числа каждый раунд, после каждого раунда на одно число становится меньше (пример пользователь загадал 1000 и мы ввели 1,2,3,4,5,6,7 семь цифр для примера а не 16, первый раунд 1000-1-2-3-4-5-6-7=972 в следующим раунде будет 972-1-2-3-4-5-6 уже, и 7ке не будет, на одно число становится меньше)
для облегчения решения задачи мы можем остановить вычитание раньше если результат после вычитания будет <0 (например если пользователь загадал число 16 а мы задали числа 1,2,4,8,16 и т.д. 16-1=15 15-2=13 13-4=9 9-8=1 1-16=-15 в следующим раунде сможем вычитать 1,2,4,8, так как 16 мы уже вычеркнули, и все цифры что идут за ней, но а вообще у нас получилось число 1, и мы точно получили его, и следующие раунды проводить не надо, по этому алгоритм можно остановить, но если не нашли продолжаем дальше)
цифры должны работать с другими загаданными числами пользователя от 0 до 10.000.000 а не только с одним примером)))
после максимум 32 раундов, цифр точно не останется, и будет какое то число, и тут уже желательно получить число максимальное близкое к 1
есть например … фокус
Число, выбранное вслепую
Этот трюк позволяет вам предсказать число, которое человек выберет, благодаря простым математическим операциям.
Попросите человека выбрать любое число.
Пусть он умножит его на 2.
Теперь пусть он добавит 8.
Теперь пусть результат разделит на 2.
После этого, пусть вычтет начальное число.
Вы можете заранее сказать, что ответ будет всегда равен 4! Этот метод основывается на математических закономерностях, что делает его невероятно мощным инструментом для фокусов.
и может для моей задачки можно подобрать, мало вероятно, но мало ли и правда можно)))
p.s. кода под это дело пока что нет, и вроде не нужен, и времени флудить нет))) но если что позже в течении недели зайду в тему точно…
его ЦНС воспринимает в качестве обучающего стимула только физическую боль, связь между полушариями слабая, ассоциативного мышления нет, он вообще не понял, о чем ты его спросил.
ааааа провокаторы, времени флудить нету, какое то образование есть, но его мало даже что бы посчитать максимальное количество вычитаний которое можно сделать используя 32 числа
void setup() {
Serial.begin(9600);
while (!Serial) { ; }
unsigned long prevSum = 1;
Serial.print("1");
Serial.print(" = ");
Serial.println(prevSum);
for (int n = 2; n <= 32; n++) {
int sum1ToN = n * (n + 1) / 2;
unsigned long currentSum = prevSum + sum1ToN;
Serial.print(prevSum); Serial.print(" + ");
for (int i = 1; i <= n; i++) { Serial.print(i);
if (i < n) {Serial.print(" + "); }
} Serial.print(" = "); Serial.println(currentSum);
prevSum = currentSum; }
}
void loop() {}
и приходится код писать для подсчетов…)))
вопрос в том, если можно получить результат по описанным правилам, то мне бы эти цифры через запятую
постоянно деля на 2 при числе от 0 до 99999999 можно найти ответ за 27 попыток ?)))(хотя это если получать ответы больше меньше или равно, а если только вычитать не факт что получится найти точно ответ…)
спс, как вариант… но если у кого еще будут идеи с примерами чисел, которые при этом реально работать будут!))) ну или я не понимаю просто их идею того что они скинули… дайте знать
кстати вспомнил забавный факт, который мало где пишут о этом парадоксе, открыт он был на спор, проигравший оплачивал выпивку!))) так что зенон был заинтересован в бухле а не в парадоксе))) и верить заинтересованной стороне, ну такое себе… да и в чем порадокс не понятно лично мне… если известны расстояние между ними, скорость, и где финиш, то парадокса вовсе нет)))