Обращенные слова

Для тех кто только что зашёл в тупик и не понимает что тут не работает - скажу: 1) убедитесь что файл который вы используете для тестов имел кодировку UTF-8. Я использовал такой способ - сохранил файл "блокнота" через "Сохранить как" и в открывшемся окне внизу в поле "Кодировка" поставить необходимое значение. 2) сохранённый файл будет иметь специальный служебный символ

"\uFEFF"

который визуально ни в файле ни в консоли видно не было, по этому длинна первого слова (если оно начинается с самого начала файла без пробелов или переносов строки) будет на 1 больше. В общем час не мог уговорить выводить русские буквы пока не изменил кодировку и файла и настроек ИДЕИ. Потом больше часа не мог понять почему не добавляется первая пара (причина 2).

обязательно добавьте проверку на одиночные слова, которые читаются одинаково в двух направлениях(о, тот, поп итд) долго тупил пока не увидел что при вводе: рот тор торт о тот вывод: рот тор о о тот тот

.split("\\s+") для строки и .reverse() для стринг буффера - это 2 ключевых метода с помощью которых задача решается довольно просто

21.11.2017 года решивших эту задачу было 4829. Сегодня 21.01.2019, спустя 1 год и 2 месяца ее решило 6224. За больше чем год ее прошло 1395 человек.

ППЦ!!! два дня!!! два дня просидел. А ошибка в том, что я убирал маркер после того как прочитаю из файла , а не во время чтения!

При чтении с текстового файла и последующем выводе столкнулась с проблемой: не выводит первую пару слов из примера ("рот тор"). Алгоритм решения вроде верный, при нарезке в массив/лист слова добавляются без лишних символов, казалось бы... Оказалось, что при чтении программа вместе с первым словом считывает BOM-символ (он же magic number, он же: https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%80%D0%BA%D0%B5%D1%80_%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B1%D0%B0%D0%B9%D1%82%D0%BE%D0%B2) Интересным оказался тот факт, что длина первого слова при этом составляет =4! Смотрите ниже: Если же мы добавим красную строку, то символ останется, а слово приобретет привычную глазу длину (=3). Откуда следует, что его ("\uFEFF") нужно убрать (ниже спойлер!). Спасибо комментариям и разделу помощи, иначе битва с задачей растянулась бы на несколько дней:

Если вы забираете данные из файла методом file_reader.readLine(), то обратите внимание, что в конце первой строки, которая находится в файле, нет пробела, то есть при использовании метода split(" "), вы не получите корректного разделения строки по словам, последнее слово в первой строке и первое слово во второй строке не разделятся. Добавьте пробел в конец строки самостоятельно file_reader.readLine() + " ".

Я сделал это!!!! Сравнивал слова просто по сумме байт. Сумма байт слов (в том числе инвертируемых) равна.

Да... убил несколько попыток, Вроде всё верно. а валидатор морщится про вывод. Полез читать каменты - нашел , что пары могут повторяться. Вот она волшебная таблетка...

Мой способ был таким: Проходился циклом по коллекции со словами, а когда находил пары - добавлял их в результат и сразу же удалял. Цикл же работал до тех пор, пока список не стал пустым. Задача очень понравилась! Почему нельзя было сделать нормальный конструктор класса Pair, чтобы добавлять пару и сразу присваивать значения её полям...? Мда, риторический вопрос. Всем удачи!