Comments 22
почему не реализовано для ящерицы и спока?)
+13
Если вы напишете как выигрывать в рулетку, то будет совсем смешно.
-6
Ну что вам сказать, так как всегда работаю в пререлизе для отлова багов, то недоглядел немного. В целом это ни на что не повлияет, в 9-й версии файл откроется без каких-либо проблем, ни одна функция 10-й версии Джоном не была использована в его коде и из документа Mathematica созданного в более новой версии вы не узнаете ничего «шпионского» кроме того, что она в этой версии сделана.
+8
В свое время схожий алгоритм (для игры {чет, нечет}) был описан в книжке Л. М. Финк «Папа, Мама, Я и микрокалькулятор» для ПМК БЗ-34. Хардкорное программирование перфокарт калькулятора в машинном коде)
padaread.com/?book=46679&pg=225
padaread.com/?book=46679&pg=225
+2
Это довольно популярная тема, есть даже специализированные сайты для соревнований ботов. Вот, например: www.rpscontest.com/
Не пробовали участвовать? :)
Не пробовали участвовать? :)
0
Но самое забавное, как я понимаю, что стратегия работает только на большом числе игр.
А в реальной жизни никто не играет в эту игру более 1-3 подряд раз.
А в реальной жизни никто не играет в эту игру более 1-3 подряд раз.
+7
Давным давно писал подобную программу на базе цепей Маркова. При длине цепи в районе 4-5 предсказания весьма точные.
+3
Отлично. Можно ознакомиться с вашей работой?
По поводу цепей Маркова, некоторое время назад разработчик специальных функций ядра Mathematica, Олександр Павлык, писал о генерации текстов на их основе, подробнее см. Centennial of Markov Chains
По поводу цепей Маркова, некоторое время назад разработчик специальных функций ядра Mathematica, Олександр Павлык, писал о генерации текстов на их основе, подробнее см. Centennial of Markov Chains
0
Не в порядке критики, а чтобы разобраться, — лично мне стилистика кода кажется плохо читаемой. Разве нельзя по отдельности задать объекты кнопок, диаграммы и т.п, а не лепить все в аргументы одной функции? Я не знаю, это общепринятая рекомендованная стилистика Wolfram?
0
В целом, это распространенная практика при программировании маленьких приложений, что называется, «на лету», непосредственно во фронт-энде. При разработке больших приложений рекомендуется, конечно, использовать гранулированность кода, отделение интерфейса от логики и пр. Об этом и других вопросах мы недавно говорили на второй российской конференции «Wolfram технологии».
В целом, если вы программируете в Mathematica, то такой код становится достаточно быстро и хорошо читаемым, хотя на первый взгляд может казаться иначе.
В целом, если вы программируете в Mathematica, то такой код становится достаточно быстро и хорошо читаемым, хотя на первый взгляд может казаться иначе.
+1
Mathematica и хорошо читаемо это две несовместимые вещи. Одно [[-n;;, col]] чего стоит, притом что ";" это ещё и разделитель комманд, а тут итератор по массиву, а "," ещё и разделитель аргументов функций и элементов списка, а тут условный оператор. И так во всём.
+1
Чтобы побеждать человека компьютеру нужно просто высокоскоростное распознававние жестов и мимики. Пока человек, например, только ещё начал складывать пальцы в «камень», компьютер преспокойно выбирает вариант «бумага» и ещё целую тучу милисекунд сидит и скучает, ожидая окончания движений человека, чтобы в подходящий момент («одновременно» с человеком) отобразить и свой вариант. :)
+1
Японцы ещё в прошлом году такое реализовали.
+1
Ногти бы постричь…
0
Что-то не выигрывает он.
0
Sign up to leave a comment.
Как выигрывать в игре камень-ножницы-бумага? (реализация оптимальной стратегии в Wolfram Mathematica)