Ксакеп, лол, да не в этом пока дело. Количество итераций, кстати, можно определить по формуле:
speed = step + length / step

Проблема в том, что работает и на теории, а вот на практике не всегда.

Kalter, а нет, извиняюсь. Тоже N.

Kalter, проверь случай, когда step равен длине массива / 2+1.
То есть, на примере [0, 1, 2, 3, 4] у тебя сдвиг на (5/2+1)=3 даст сбой.
На примере от 0..9 при сдвиге на 6 будет сбой. При 0..12, при сдвиге на 7 и т.д.

P.S.

aNNiMON, спасибо за подсказку. Придётся вернуться назад, ещё раз перекопать решение...

Kalter, вообще, я не понимаю, зачем городить такие страшные решения (они, может, и работают, но мне страшно) и не воспользоваться стандартным тройным reverse'ом?

Ксакеп, стандартным? Покажи-ка...

А вообще, мне просто интересно. Решение придумываю исключительно сам.

Kalter, положи перед собой две руки ладонями вниз, 10 пальцев — твой массив:
[1, 2, ..., 9, 10]

Теперь переверни руки (5-6 вместе), то есть ладонями вверх:
[10, 9, ..., 2, 1]

Далее сделай reverse для каждой ладони отдельно:
[6, 7, ..., 10 | 5, ..., 2, 1]
[6, 7, ..., 10 | 1, ..., 4, 5]

???
PROFIT!!1

Есть время восхода и заката. Нужно сделать фон, зависимый от времени суток. В полночь - тёмный цвет, в полдень - светлый, в промежутках - смесь этих цветов с коэффициентом.

На цифрах:
Восход: 07:16.
Закат: 16:02.

Переводим для удобства всё в минуты:
hour * 60 + min
Восход: 436
Закат: 962

Находим время, когда солнце в зените, то есть точный полдень:
noonTime = (riseTime + (setTime - riseTime) / 2) % 1440;
Полдень: 699

Теперь получаем текущее время и переводим его в минуты:
time = System.currentTimeMillis() / 60000 % 1440;
Время: 705

Теперь надо высчитать коэффициент. Если текущее время ближе к полудню, то коэффициент стремится к 1. Если ближе к полуночи -> 0. Если точно равен восходу или закату солнца -> 0.5.

Очевидно, что промежуток [полдень-720 .. полдень] равен зеркальному отражению [полдень .. полдень+720]. То есть, если полдень ровно в 12, то коэффициент в 1 ночи и в 23 ночи будет одинаков, в 10 утра и в 14 дня - тоже одинаков и т.д.
Всё прекрасно работает, но это для случая, когда полдень в 12:00, а полночь в 00:00. В идеале же полдень может быть 12:40, или 11:30, тогда точная формула такая:
И вот теперь в 12:40 у нас 1, всё нормально, но в 00:00 всегда 0, хотя полночь может быть и в 00:30 и в 23:40 (тогда и полночь сдвинется). В общем вот именно тут и кроется проблема. Помогите вывести.

Набросал демку на js, так нагляднее.

aNNiMON, значит проблема в том, что если задан интервал полночи [23.3; 0.3] в часах и переводим в минуты: [1398; 30]?.. Если так, то можно сделать алгоритм с отрицательным коэффициентом (то есть ночью со знаком -, а днём со знаком +, или наоборот).

aNNiMON, вот код. Упрощенный вариант, но главное с коефициентом там все расписанно.