А в чем разница?

Я в своем варианте писал path, path1 а path1 и path 2 это в ответе. Так что разницы для кода нет. Просто мой вариант названия переменной и в решении разный

То был намек на контекст :) А вообще единственная существенная разница здесь только в том, что результат метода relativize в Вашем варианте хранится в переменной и потом выводится, а во втором варианте он просто выводится в консоль. Т.е. с ним больше ничего сделать не получится, нужно будет опять резолвить путь.

Ребята, с вашими намеками в задачах. Уже голова кругом идет. Капец, первый, даже нулевой уровень, тут с простым и понятным разобраться, а не ребусы разгадывать. Я могу сказать одно, что с вашим курсом потерял кучу времени и запутали еще больше. Я его взял, только из-за требований ментора. А так, жалею и свое время, и нервы. При работе с потоками и файлами, запутали и увели в такие дебри, что если б не условие пройти 10 уровней, уже б давно плюнул. Сами отзывы прочтите! Хотя до ВАШЕГО КУРСА спокойно работал и документами и ссылками.

Курс не мой) я тут так же точно учился как и многие другие :) Ты опиши, в чем проблема то, подумаем как разрулить, дьявол, как известно, в деталях. А три строчки кода мало что говорят.

Та проблем нет. В конечном итоге все равно решаю задачу. Вся "нехорошо" - что пока найдешь решение, в голове такой винегрет, после борьбы с ветряными мельницами, что потом сидишь и думаешь, а что и как я ваще сделал. Лан, в реальной жизни все и проще, и сложнее. По той задаче, с которой сыр-бор результат вывода у меня был одинаковый. Что мой вариант, что вариант из под подсказки. И вместо того, чтоб развиваться сидишь играешь в "угадай, что автор накурился и придумал". Иначе чего вдруг компилятор не пропускает....

А что будет еще когда работать начнешь :) Ты же не думаешь что в реальном продакшене тебя розовые пони ждут?) Только вместо спорного, но понятного условия задачи у тебя появится заказчик который скажет "сделай за*бись" ;)

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

В реальной жизни, есть четкое ТЗ на результат. И если заказчику что то не подходит, он конкретно говорит, что не так. А не просто - переделывайте. Я уже больше 8 лет в IT, как проджект и еще ни разу не было, чтоб в тупую - не подходит. А Java я изучаю, чтоб с разработчиками было проще общаться.

Это и есть весь код!

Ах эти идеалисты... ТЗ у них существует в реальном мире 😂И заказчики у них прям понимающие... Нет, конечно человек может сказать больше чем тесты (валидатор), но не всегда и не на много. Теперь к постановке твоего вопроса. Ты привел 9 строчек кода, без внятного описания поставленной задачи, того как оно должно работать, какой ожидаемый результат, ну согласись, если бы ты пришел с такой задачей к своим девам тебя бы тактично попросили уточнить у заказчика что ему нужно (к слову о ТЗ из реального мира, да). В чем конкретно разница в этих двух кусках тебе уже ответили. Но ведь это не значит что ты правильно понял задачу и что ты решил ее верно, правда?

В формате, какой вопрос, такой же и ответ. Я писал свой вопрос к конкретной задаче и модераторам. Решение задачи именно в двух строчках. И был вопрос, почему компилятор не пропускает, если результат двух строчек кода одинаков. Или "разработчикам с опЫтом" нужно делать скрин из IDEA? Зайди на документацию и посмотри, как там описано. Та и беседа дальше бессмысленна.

Ты ошибся каналом, это место где ученики обмениваются опытом и помогают друг другу. Канал связи с администрацией, внезапно, можно найти в разделе поддержка: https://javarush.com/dialogues/administration И веди себя скромнее, тебе здесь никто ничего не должен.