По 3-му пунтку Вали.

" И так сойдëт!". Да?

Если ориентироваться на то, что отрабатывает локально - то да, это подход "и так сойдёт". Если говорить за то, как применяется на сервере, я лишь указал направление, в котором можно копать и дал комментарий - не советую туда копать, поскольку, не то чтобы там сильно сложно...но чтобы получить понимание что происходит на всех уровнях, нужно: 5 лет очного образования на профильном факультутете очень хорошого политеха пару лет изучения джавы 8 лет работы джавистом, каждый год-полтора меняя проект и работая в больших компаниях на сложных проектах и после этого можно выйти на уровень, который позволит иметь некое понимание. Я не знаю твоих целей сейчас, как универсальный совет, вместо изучения основ компьютерных наук, програмной инженерии, системного программирования и взаимодействия JVM с системными ресурсами, файловой системой, дескрипторами и прочими радостями, я предлагаю делать то, что даст больше результат для тебя как для джависта. Если будешь копать в эту область, ты в джаве прокачаешься на 0.00001% а времени потратишь столько, что за это время другие пару фреймворков изучат и к зарплате +500 выбьют. Но я не знаю твоей ситуации. Но в будущем, когда у тебя будут рабочие таски, это очень важное свойство - знать когда нужно углубиться, а когда пойти дальше, если ты перепутаешь или не сможешь проходить мимо тогда, когда это нужно, ты просто будешь заваливать таски, потом все-равно придешь к тому, о чем я говорил, но уже на своих ошибках. Джава и работа с файловой системой это не типичная задача, разве что ты на андроид/мобайл не собираешься, ну тогда может быть. И то. Ты углубишься, и не догонишь в развитии тех, кто этого не сделает по ряду очевидных причин. Я пишу не из-за того что мне что-то кажется, я джаву изучаю 4 года, я видел сотни и тысячи вариантов кто и как и что делал, и видел/вижу где каждый из них сейчас.

Спасибо за развёрнутый ответ. Я по сути так и сделал как Вы посоветовали, уже решил следующий блок задач. Стараюсь уж сильно не зацикливаться, осознавая что понимание придет с опытом. И да, собираюсь на андроид-разработку 😁 А касаемо самого вопроса, то у меня предположение, что Валя не пускал из-за условия: для работы с файлами используй только классы из пакета java.nio. А я использовал строчку:

String anotherFileName = path.toFile().getName();

Я так понял что тут мы из Path получили File а это уже из java.io (Ну во всяком случае остановлюсь на этом варианте)

Я так понял что тут мы из Path получили File

Там нужно проваливаться в методы, читать джава доки, при этом раньше или позже ты уткнешься в нейтив методы, которые нужно либо самому декомпилировать и смотреть либо смотреть в интернете, оно реально не стоит, даже для андроид тебе имеет смысл разобраться с чистой джавой, изучать окружение для андроид разработки, котлин, делать свои приложения на андроиде - начать с калькулятора или заметок, или взять готовое приложение модифицировать его, установить на телефон, создать свое пусть простейшее, но законченное, придумать свое самое примитивное попробовать задеплоить его в ПлейМаркет, разообрать SQL, базы данных, какие-то технологии требующиеcя в вакансиях. Ну это я бы делал, у тебя возможно другая стратегия, но суть в том, что есть закон парето, 80% усилий приносят 20% результата, 20% усилий приносят 80% результата, я с компьютерами бодаюсь лет 30 наверное, я бы не знаю где я был бы, что умел бы, если бы пытался разобраться в каждом из 100 млн моментов, которые в компах называются глюками, а на самом деле это просто результат взаимодействия 10 000 подкомпонентов. Раскрутить маховик и разбираться в каждом случае, что конкретно не так...я повторяю часто, понимание это роскошь и на работе очень часто ее не будет, тебе дадут задания, заказчик даст 1 единицу времени и задание , а твой вариант не пройдет, почему? Кто его знает. У тебя будет выбор. Потратить эту единицу времени чтобы выполнить задание другим способом. Потратить эту единицу времени чтобы разобраться, а чего твой не работает. Сам понимаешь, что от тебя ожидается как от профессионала. Поэтому, вопрос абсолютно здравый с твоей стороны, я просто акцентировал на том, что в будущем, профи, чтобы двигаться вперед, давать результат приходится чем-то жертвовать, часто, разобраться досконально почему не работает конкретный способ - невозможно или нет времени, и тогда нужно уметь безжалостно идти к результату.

Я понимаю, да и сам буду так делать, сперва сделать рабочий вариант, хоть и из говна и палок. А потом уже, если осталось время, можно и подшлифовать.

да, именно. Кроме того, у тебя должны быть достаточные основания считать что решение А или Б это "из №; и палок". Если ты не понимаешь, почему то работает или то не работает, это не значит что это априори плохое, оно просто другое. Но в целом это так, как писал Кент Бек - три стадии разработки: make it work make it right make it fast