Приветствую читателей данного топика.
Хочу излить свое негодование (порой злость, но в итоге облегчение, выдох и улыбка) по поводу решения задач и их дальнейшей проверки.
С JavaRush познакомился давненько, но обучаться начал с 1 сентября 2015 (может намек на серьезность мероприятия в моем лице!). За эти 4 рабочих дня успел дойти до 6 уровня.
По прошествии этих дней заметил пару особенностей проверки:
Использовать классы, которые еще не были озвучены в лекциях строго не рекомендуется. В противном случае в ~90% проверок будет провал.
Если в задании необходимо дописать код или исправить, ответ необходимо оставлять в точности как был первоначально. Для примера Мой вопрос
Успешная компиляция и работа в IDEA не дает гарантий успешной проверки. Внимательно читайте условия задач. Если в условии стоит 50000 итераций, то их должно быть ровно 50000, ни больше ни меньше.
Спасибо за внимание, с Уважением ученик!
0
Комментарии (4)
популярные
новые
старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
меня вообще не напрягают особенности проверки кода. Поначалу бесило, когда программа правильно работает, но не проходит тестирование. Сейчас уже больше понимаешь, как правильно оформить решение, чтобы тестирование прошло успешно.
Удачи :)
Это такие удивительные требования к решениям?
По-моему, вполне нормально, если просят «принести воду» ожидать, что принесут именно воду, а не кефир или помои, потому что тоже жидкие… Но для многих это оказывается не сильно понятно и нормально — какая разница, в каком порядке вводить переменные или выводить их, какая разница что и как считать?
Ребята, Java — это императивный язык (как и большинство ООП языков). И тут вы описываете не «что сделать», а как именно это сделать. И от этого зависит все. Очевидно, что поменяв местами любые элементы в цепочке «как сделать», вы получите другой результат.
Если вы, вдруг, чувствуете, что это как-то не ваше, то обратите внимание на декларативное программирование — функциональные языки. Там вы будете писать не «как сделать», а «что сделать» и будете счастливы.
Не столько удивительные, сколько не очевидные.
Пример про «принести воду»… Давайте представим что до кухни (ванной комнаты) где можно набрать воды можно пройти 3-мя путями. При проверке задания верным вариантом является только один, но в условии этого нет, как поступить в данном случае?
Удачи :)
По-моему, вполне нормально, если просят «принести воду» ожидать, что принесут именно воду, а не кефир или помои, потому что тоже жидкие… Но для многих это оказывается не сильно понятно и нормально — какая разница, в каком порядке вводить переменные или выводить их, какая разница что и как считать?
Ребята, Java — это императивный язык (как и большинство ООП языков). И тут вы описываете не «что сделать», а как именно это сделать. И от этого зависит все. Очевидно, что поменяв местами любые элементы в цепочке «как сделать», вы получите другой результат.
Если вы, вдруг, чувствуете, что это как-то не ваше, то обратите внимание на декларативное программирование — функциональные языки. Там вы будете писать не «как сделать», а «что сделать» и будете счастливы.
Пример про «принести воду»… Давайте представим что до кухни (ванной комнаты) где можно набрать воды можно пройти 3-мя путями. При проверке задания верным вариантом является только один, но в условии этого нет, как поступить в данном случае?