Тогда мне не хватает образования, чтобы сходу понять фундаментальность этого открытия :)
Был бы рад, если бы кто-нибудь пояснил, в чем особенность близнецов, чтобы искать и ценить доказательство их бесконечности.
А есть кто-то, кто может точно сказать, Чжан доказал, что:
1. У каждого близнеца не далее чем в 70 млн найдется еще один близнец?
2. Или просто количество близнецов на расстоянии 70 млн — бесконечно, но не все близнецы имеют соседа ближе 70 млн?
Мне из оригинала статьи не понятно :(
На основании 10 ищут закономерности как-раз нумерологи.
Теория чисел исследует закономерности не зависящие от базы системы счисления.
Вот, например, список открытых проблем: ru.wikipedia.org/wiki/Открытые_проблемы_в_теории_чисел
В этом списке нет ни одной проблемы, где бы была зависимость от системы счисления.
Правильно ли я понял, что из этой теоремы напрямую следует, что на любом диапазоне в 70 млн встречается хотя бы 2 простых числа?
Иначе между близнецами до этого диапазона и после этого диапазона будет больше 70 млн?
Получается из этого можно сделать вывод что плотность простых чисел НИКОГДА не опустится меньше чем 2 числа на 70 млн?
Если с переводом не ошиблись, то это действительно фундаментальный вывод!
Читал года три назад статью, в которой было показано с помощью примеров, что при ВКЛЮЧЕННОМ gzip разница минимизированных js и ccs файлов с обычными — незначительна. Зато затрудняет отладку.
А может быть ввести такой стандарт? Я бы с удовольствием посоревновался с движком Марьяжа. А Вы как раз его переписали. Если бы отделить движок от визуальной части плюс стандартизировать вход-выход — как бы это было здорово для развития ИИ префа.
Если Вам интересно этим заняться, я бы так-же мог поучаствовать в разработке аналога FEN для префа.
Хотел бы задать Вам вопрос, как с специалистам «в теме».
Я бы с удовольствием попробовал написать алгоритмический движок для игры в преф, если бы была какая-то инфраструктура и стандарты записи.
Например, у шахмат все движки могут получить позицию в формате FEN (Форсайта-Эдвардса) и выдать на выход топ 10 ходов с оценкой каждого хода.
Такие движки легко сравнивать, легко подключать в какой нибудь Фритц.
Есть ли хоть что-то похожее для преферанса? Какой нибудь стандарт записи позиции, численная оценка хода и т.д.?
Как вы сравниваете свой алгоритм с другими ИИ?
Такой кондиционер не сможет охладить помещение до меньшей температуры, чем «на улице в теньке», если я правильно понимаю.
Не совсем. Температура «в теньке» получается за счет разогретого воздуха в этом самом теньке. Панель же отдает ИК излучение изнутри объекта.
Т.е. при высокой теплоизоляции панели и стен (см. правильный вопрос от AStahl) температура внутри будет ниже температуры тени на улице.
Гипотетически, в случае идеальных показателей такой панели и тепло(радио:))изоляции, внутри куба без источника энергии можно охладить температуру до сколь угодно низкой.
О факте сжатия морфологии в Яндексе и причины этого сжатия — это ваши догадки или проверенная информация от разработчиков Яндекса? Если догадки, предлагаю так и написать.
Да ладно. Кроме как на шуточной картинке, с гуглом бизнес-приложение в статье не сравнивается. А как Вы считаете по поводу основной темы статьи: есть ли в целом такая проблема что типовое бизнес приложение (особенно ПОСЛЕ внедрения) имеет скорее избыточно сложный интерфейс чем избыточно простой?
Вы, наверное, промахнулись веткой? Но даже в этом случае столь критичный комментарий, уверен, не достоин для Вашего ника. Ну и в хабре не приветствуется.
дает использование 32 процессоров с технологией Hyper Threading
Где вы взяли 8-ми процессорный сервер?!
Где вы взяли машину на 32 процессора?
Или это несколько серверов? (Тогда я не увидел, где написано, что вы перешли на распределенные технологии)
Или это 32 ядра на 4-х процессорной машине?
Те скрины, которые опубликованны на Вашем сайте, как примеры Вашей системы, вроде этого, скорее выглядят перегруженными.
Что помешало Вам применить принцип «разделения функционала по разным окнам» в своей системе?
Ведь, как я понял, эту систему Вы поставляете в коробочном варианте, т.е. это окно не следствие внедрения и пятилетних доработок?
Смотрите, у любого действия должен быть какой-то естественный стопор. Например, если для простой системы будет 1 млн. окон, то это — плохо, т.к. при доработках пользователю придется перечислять все места, где нужно внести изменения и он упустит примерно 900 тыс. мест.
Т.е. вам нужно, хотя бы для себя, сформулировать мысль: «А на сколько хорошо разделять систему на блоки? Где должна пройти граница между ними? Как я принимаю решение о том, что данную функциональность я вношу в этот модуль, а в каком случае выделяю в отдельный?».
В этой статье я попытался донести мысль, что при реальных внедрениях сложных учетных систем часто нет тех людей, которые могут сформулировать такую мысль.
Был бы рад, если бы кто-нибудь пояснил, в чем особенность близнецов, чтобы искать и ценить доказательство их бесконечности.
1. У каждого близнеца не далее чем в 70 млн найдется еще один близнец?
2. Или просто количество близнецов на расстоянии 70 млн — бесконечно, но не все близнецы имеют соседа ближе 70 млн?
Мне из оригинала статьи не понятно :(
Ниже ivlis ответил
Теория чисел исследует закономерности не зависящие от базы системы счисления.
Вот, например, список открытых проблем: ru.wikipedia.org/wiki/Открытые_проблемы_в_теории_чисел
В этом списке нет ни одной проблемы, где бы была зависимость от системы счисления.
Иначе между близнецами до этого диапазона и после этого диапазона будет больше 70 млн?
Получается из этого можно сделать вывод что плотность простых чисел НИКОГДА не опустится меньше чем 2 числа на 70 млн?
Если с переводом не ошиблись, то это действительно фундаментальный вывод!
Если Вам интересно этим заняться, я бы так-же мог поучаствовать в разработке аналога FEN для префа.
Я бы с удовольствием попробовал написать алгоритмический движок для игры в преф, если бы была какая-то инфраструктура и стандарты записи.
Например, у шахмат все движки могут получить позицию в формате FEN (Форсайта-Эдвардса) и выдать на выход топ 10 ходов с оценкой каждого хода.
Такие движки легко сравнивать, легко подключать в какой нибудь Фритц.
Есть ли хоть что-то похожее для преферанса? Какой нибудь стандарт записи позиции, численная оценка хода и т.д.?
Как вы сравниваете свой алгоритм с другими ИИ?
Не совсем. Температура «в теньке» получается за счет разогретого воздуха в этом самом теньке. Панель же отдает ИК излучение изнутри объекта.
Т.е. при высокой теплоизоляции панели и стен (см. правильный вопрос от AStahl) температура внутри будет ниже температуры тени на улице.
Гипотетически, в случае идеальных показателей такой панели и тепло(радио:))изоляции, внутри куба без источника энергии можно охладить температуру до сколь угодно низкой.
Где вы взяли 8-ми процессорный сервер?!
Где вы взяли машину на 32 процессора?
Или это несколько серверов? (Тогда я не увидел, где написано, что вы перешли на распределенные технологии)
Или это 32 ядра на 4-х процессорной машине?
Что помешало Вам применить принцип «разделения функционала по разным окнам» в своей системе?
Ведь, как я понял, эту систему Вы поставляете в коробочном варианте, т.е. это окно не следствие внедрения и пятилетних доработок?
В таком случае этой системе не понадобилось внедрений и доработок :)
Т.е. вам нужно, хотя бы для себя, сформулировать мысль: «А на сколько хорошо разделять систему на блоки? Где должна пройти граница между ними? Как я принимаю решение о том, что данную функциональность я вношу в этот модуль, а в каком случае выделяю в отдельный?».
В этой статье я попытался донести мысль, что при реальных внедрениях сложных учетных систем часто нет тех людей, которые могут сформулировать такую мысль.