Предыдущую тему в Computer Science унесли, хотя задумывалась она немного не так. Ну да ладно, сформулируем всё по новому.
Задача такая. Человек стоит на

в точке

. Перемещается по шагам. Из точки

в точку

можно сделать шаг тогда и только тогда, когда

. Допустим, что человек голоден и что для некоторого

(про которое известно лишь то, что оно существует) множество точек, в которых находится еда, совпадает либо с

, либо с

. Каков оптимальный маршрут, выводящий человека к еде?
Честно говоря, не уверен, что постановка задачи вообще корректна. Ведь про

ничего не известно!... С другой стороны, есть маршруты явно не оптимальные: например,

содержит явно лишние шаги.
Попробуем для простоты рассмотреть одномерный случай. Ходим по

из

налево-направо, еда находится в точке

. Мы не знаем, положительно

или отрицательно, так что любой маршрут, гарантирующий поиск еды, выглядит так:

шагов направо,

шагов налево,

шагов направо,

шагов налево и т. д. для некоторых целочисленных последовательностей

,

. Как должны быть устроены эти две последовательности? За

шагов мы обходим все клетки в отрезке
![$[-m_s,n_s]$ $[-m_s,n_s]$](https://dxdy-04.korotkov.co.uk/f/f/6/f/f6fb63d3614af2b3f7f6011d5419473b82.png)
, всего

клетку. По-видимому, следует добиваться того, чтобы

принимало как можно большие значения при достаточно больших

. Ясно, что

всегда меньше

и что с ростом

это значение можно сколь угодно быстро приближать к

, очень быстро увеличивая

и очень медленно наращивая

. Но!.. в этом случае получается, что мы отдаём предпочтение отрицательным

по сравнению с положительными. Хорош ли такой "перекос" влево?
Перекоса, безусловно, можно избежать, если очень быстро растить последовательность

. Но опять же насколько быстро? Пределов роста не существует. С одной стороны, чем быстрее растёт последовательность, тем быстрее движется к

величина

, тем лучше. Однако если рост очень велик, то уже на достаточно малых итерациях нашего челнокоподобного движения мы будем периодически убегать далеко в одну из сторон, забывая про другую. То есть опять будет постоянный "перекос" то влево, то вправо...
Есть ли смысл думать над лучшей мерой оптимальности, чем скорость роста

, или задача, в-принципе, не формализуема?