В алгоритме )

Это понятно. Спасибо. А где именно?

for(int i = 0; i < town.length(); ++i) {
      int index = town.indexOf("SF");
      if(index > -1) sf++;
      else break;
      }

Ты нигде же не используешь итератор

town.indexOf("SF"); всегда одно и то же находит

Я предполагал, что если всунуть town.indexOf("SF"); в for, то значение index будет изменяться при последующей итерации.

Ребят, помните, у меня проект с несколькими сабмодулями. Так вот в корневом модуле для всех сабмодулей написано класть jar в /build/libs корневого модуля. Из всех сабмодулей jars складывались в  /build/libs корневого модуля, но после добавления ещё одного модуля его jar клался в его libs директорию? а не в /build/libs корневого модуля. Я прописал в этом сабмодуле libsDirName = '../../build/libs', всё получилось. Но почему так себя повёл градл - хз. Я не прописывал никакой логики дополнительно до этого сабмодуля.

Ну твоё предположение неверно. Можешь отладчиком проверить.

А как тогда можно сделать, чтобы итерация пробегалась по строке, как по массиву?

charAt должно хватить

? charat?

Просто проверяешь charAt(i) и charAt(i - 1)

Цикл только от единицы

Мне кажется, тут просто можно проверить, что если первая S, а последняя F, то ответ будет да )

Спасибо огромное!

В остальных случаях - нет

Мне лень это проверять, но по-моему, это должно сработать

S...F => SF > FS.
S..S => SF == FS
F..F => SF == FS
F...S => FS < FS

Понял. Спасибо огромное!

Госпаде, как мне повезло, вы знали, что клиент и сервер конфига, eureka в спринг клауд совместимы между собой, если у них версии разные