Вероятное решение гипотезы Гольдбаха?17.01.2021, 11:52. Показов 731. Ответов 2
Метки нет Все метки)
(
Добрый день!
Нахожусь дома на больничном и поэтому много свободного времени. Ранее уже читала о гипотезе Гольдбаха, в которой говорится: "Каждое чётное число, большее двух, можно представить в виде суммы двух простых чисел." и на днях решила попробовать найти доказательство и вот что получилось: Решение: берем любое четное число Аn и находим ближайшее к нему простое число Pn, которое чуть меньше взятого Аn. Аn - Pn= Pn, где Pn - простые числа, Аn>Pn. Пример: 66 - 61 = 5, соответственно искомая сумма из простых чисел найдена как: 61 + 5 = 66 и т.д. 92 - 89 = 3 116 - 113 = 3 186 - 181 = 5 222 - 211 = 11 716 - 709 = 7 1008 - 997 = 11 1642 - 1637 = 5 1896 - 1889 = 7 2764 - 2753 = 11 30008 - 29989 = 19 486420 - 486407 = 13 720208 - 720197 = 11 и т.д. Есть нюанс, иногда получается, что ближайшее простое число всего на единицу отличается от выбранного четного. Как известно, 1 не является простым числом. Тогда для нахождения суммы из двух простых чисел, нужно взять одно из следующих простых чисел и сумма будет найдена. Пример: берем четное 84, ближайшее простое к нему будет 83, берем следующее простое, им оказалось 79. Решение: 84 - 79 = 5, оба простых числа найдены 5 и 79 200 - 199 = 1, тогда берем 197 и получаем: 200 - 197 = 3, простые числа 3 и 197 и т.д. Вопрос: правильны ли мои рассуждения и требуется ли еще что-то для полного доказательства? Спасибо. и вообще что дальше делать с этим доказательством?)))) Добавлено через 31 минуту Кстати, если мои догадки верны, тогда гипотеза : "Каждое нечётное число, большее 5, можно представить в виде суммы трёх простых чисел", будет тоже верна. Решение: Аn = Pn + Pn + 3 где Pn - простые числа, Аn>Pn. 66+3 =3 + 5 + 61 200 + 3 = 3 + 3 +197
0
|
17.01.2021, 11:52 | |
Ответы с готовыми решениями:
2
Программа проверки гипотезы Гольдбаха
|
17.01.2021, 13:13 | |
Cantate,
здравствуйте! Ваши примеры - это лишь частные случаи и они не могут заменить общего доказательства, которое пока не найдено. В качестве частных примеров могу привести ещё 1. чётное число 2p (если p - простое число) можно представить в виде суммы двух простых чисел 2p = p + p 2. если число 2n можно можно представить в виде 2n = 3 + p (p - простое число), то следующие чётные числа 2n + 2, 2n + 4 тоже можно представить в виде суммы двух простых чисел. А именно 2n + 2 = 5 + p 2n + 4 = 7 + p можно продолжить и далее 2n + 8 = 11 + p 2n + 10 = 13 + p ... Но несмотря на всё это нет доказательства, что какое-либо чётное число не будет представимо в виде суммы простых чисел. Я проводил вычисления на разложение чётных чисел на сумму простых. Вывод просто потрясающий. Чем больше чётное число, тем большее число вариантов разложения этого числа на сумму простых. Пример 100 = 3 + 97 = 11 + 89 = 17 + 83 = 29 + 71 = 41 + 59 = 47 + 53 (а дальше счёт идёт на сотни и тысячи вариантов) Cantate, выздоравливайте побыстрее! Пусть у вас будет меньше свободного времени - Но больше здоровья! Простые числа в лес не убегут.
1
|
17.01.2021, 19:09 [ТС] | |
wer1, благодарю!
Вы правы, что у меня лишь частные случаи, которые так удачно совпали, что не дали усомниться. Я поторопилась сделать выводы, есть у меня такое свойство. Постараюсь не торопиться и перепроверять свои результаты ![]()
0
|
17.01.2021, 19:09 | ||||||
Помогаю со студенческими работами здесь
3
Составить алгоритм проверки гипотезы Гольдбаха
Составить алгоритм проверки гипотезы Гольдбаха о представлении каждого чётного числа в виде суммы двух простых Не компилируется решение Гипотезы Коллаца
Искать еще темы с ответами Или воспользуйтесь поиском по форуму:
|
|
Новые блоги и статьи
![]() |
||||
Контейнеризация React приложений с Docker
Reangularity 03.04.2025
Контейнеризация позволяет упаковать приложение со всеми его зависимостями в автономный контейнер, который можно запустить на любой платформе с установленным Docker. Это существенно упрощает процессы. . .
|
Свой попап в SwiftUI
mobDevWorks 03.04.2025
SwiftUI, как декларативный фреймворк от Apple, предоставляет множество инструментов для создания пользовательских интерфейсов. В нашем распоряжении есть такие API как alerts, popovers, action sheets. . .
|
Антипаттерны микросервисной архитектуры
ArchitectMsa 03.04.2025
Хорошо спроектированная микросервисная система может выдержать испытание временем, оставаясь гибкой, масштабируемой и устойчивой к большинству проблем. Такая архитектура обладает высоким уровнем. . .
|
std::mutex в C++: Советы и примеры использования
bytestream 03.04.2025
std::mutex - это механизм взаимного исключения, который гарантирует, что критический участок кода выполняется только одним потоком в каждый момент времени. Это простое, но могущественное средство. . .
|
Не удержался от оценки концепции двигателя Стирлинга.
Hrethgir 03.04.2025
Сколько не пытался - она выдавала правильные схемы, причём случайно рисовала горячие области в середине, холодные по краям, трубки с краёв в низ и магнит в соединяющей, но при этой выдавала описание. . .
|
Метод с двумя буферами (или double buffering) или ping-pong buffering
Hrethgir 02.04.2025
Из ответов LM модели.
Метод, который предполагает использование двух массивов для хранения промежуточных результатов сложения векторов, обычно применяется в сценариях, где необходимо минимизировать. . .
|
На любовном киберфронте
Alexander-7 01.04.2025
Недавно на одном малоизвестном сайте знакомств мною заинтересовалась девушка:
«Текст немного странный. Но, судя по адресу почты, иностранка», – подумал я. Поколебавшись пару суток, я ответил ей:. . .
|
Как работает Node.js изнутри
run.dev 29.03.2025
Node. js изменил подход к разработке веб-приложений, позволив использовать JavaScript не только на стороне клиента, но и на сервере. Созданный в 2009 году Райаном Далем, этот открытый,. . .
|
Моки в Python: Mock Object Library
py-thonny 29.03.2025
Тестирование кода требует особого подхода, когда речь идёт о компонентах, взаимодействующих с внешним миром. Мы часто сталкиваемся с непредсказуемостью HTTP-запросов, чтением данных из базы или. . .
|
JavaScript: Управление памятью и улучшение производительности
run.dev 29.03.2025
В отличие от низкоуровневых языков программирования, JavaScript не требует ручного выделения и освобождения памяти. Здесь работает автоматический сборщик мусора, который определяет, какие объекты. . .
|