Не очень понимаю, неужели в серьезных проектах никогда не встречаются случаи, когда приходится работать с множеством разноплановых данных, как то их фильтровать и обрабатывать? SQL абсолютно беспомощен, когда у данных сложная древовидная структура.
Это все конечно хорошо, но по такой модели могут работать далеко не все врачи, а точнее - абсолютное меньшинство, потому что все сказанное включается в себя высокую квалификацию врачей и соответствующие цены, такие услуги могут позволить себе немногие.
Поскольку такие детализированные модели и текстуры в памяти будут занимать очень много места, их придется постоянно стримить с диска и обратно. А это значит, что работать подобное будет только с SSD. Так ведь?
Можете ссылку на ваш профиль на сайте чемпионата дать? Хочу посмотреть как ваш бот играет.
И еще из вашего описания я не до конца понял как вы строите граф возможных положений, хочется подробней про это услышать.
Насчет симуляции: для принятия правильного решения боту нужна оценка возможных действий, симулятор дает точный прогноз, все остальные методы дают приблизительный. Точней прогноз — эффективней действия. Тем не менее, всё зависит от задачи. Чем сложней игровая механика, тем сложней для нее написать эвристику и тем эффективней симуляция.
Для проверки симулятора я с помощью отладочной отрисовки выводил путь полученный моим симулятором и проверял, совпадает ли он с путем которым движется бот в раннере.
Симулятор это копия игровой механики встроенная в ИИ, можно задать начальные условия и посмотреть что получится через N тиков. Это позволяет перебирать и анализировать возможные действия.
Без симулятора приходится действовать только эвристикой, а это значительно менее эффективно.
Что то у вас комп прямо таки очень долго ходит, возможно это проблема того что джаваскрипт работает медленно, но для поля такой малой размерности как-то все равно очень долго. Я вижу что в статье вы занимаетесь оптимизациями, но непонятно, что же все таки потребляет столько времени…
upd: поиграл немного, первым бросается в глаза то, что ИИ совершенно не бережет своих магов и лучников, и хотя я считаю что лучники достаточно слабый юнит, но когда ИИ сливает магов, это по сути поражение для него.
Кроме того, ИИ очень часто встает в линию, позволяя моему магу ударить по нескольким юнитам.
Как можно потратить кучу сил и времени на разработку принципиально новой OC зная, что она ничто без работающего прикладного софта и драйверов, вот что у меня не укладывается в картину мира.
А что делать если не умеешь?
Это все конечно хорошо, но по такой модели могут работать далеко не все врачи, а точнее - абсолютное меньшинство, потому что все сказанное включается в себя высокую квалификацию врачей и соответствующие цены, такие услуги могут позволить себе немногие.
И еще из вашего описания я не до конца понял как вы строите граф возможных положений, хочется подробней про это услышать.
Насчет симуляции: для принятия правильного решения боту нужна оценка возможных действий, симулятор дает точный прогноз, все остальные методы дают приблизительный. Точней прогноз — эффективней действия. Тем не менее, всё зависит от задачи. Чем сложней игровая механика, тем сложней для нее написать эвристику и тем эффективней симуляция.
Для проверки симулятора я с помощью отладочной отрисовки выводил путь полученный моим симулятором и проверял, совпадает ли он с путем которым движется бот в раннере.
Без симулятора приходится действовать только эвристикой, а это значительно менее эффективно.
upd: поиграл немного, первым бросается в глаза то, что ИИ совершенно не бережет своих магов и лучников, и хотя я считаю что лучники достаточно слабый юнит, но когда ИИ сливает магов, это по сути поражение для него.
Кроме того, ИИ очень часто встает в линию, позволяя моему магу ударить по нескольким юнитам.
Прошу прощения, но в гугле ни одного упоминания книги именно этого автора не нашел.