Ресторан(16)

Отвратительная задача. 3-й пункт не проходил никак. Начал копировать по одному файлу из правильного решения. И знаете в чем проблема? В файле ConsoleHelper 🤦‍♂️ В функции getAllDishesForOrder() мы читаем с консоли заказ пользователя. В моем коде перед тем как добавлять новое блюдо в список, я проверял на предмет наличия этого блюда в нем.

String answer;
        while (!(answer = bufferedReader.readLine()).equals("exit")) {
            Dish selectedDish = null;
            try {
                selectedDish = Dish.valueOf(answer);
//                if (!result.contains(selectedDish)) //с этой строкой 3-й пункт не проходит проверку
                    result.add(selectedDish);

Согласен, у меня ошибка. Теоретически пользователь может заказать и 2 стейка в одном заказе. Но, почему тесты выбили только на 16-м уровне? Просто нет слов... 4-й пункт у меня не проходил потому что переменная name класса Cook не была объявлена как final. 🤦‍♂️ Итого: вам удалось решить эту задачу с 51-й попытки. Эта задача либо требует более расширенных тестов на этом уровне, либо более точных тестов на предыдущих.

Нормальная задача, никакой особой жести, главное - корректные тесты. А за них большое спасибо Андрею Овчаренко, коммент от 29 августа 2021

Очередной удар по желанию решать сложные и интересные задачи исключительно своими силами. 1) Работал с датами через Date, думал, во всех аспектах это корректнее, к строкам переходил только для вывода. Посмотрел готовое решение - все на строках, в т.ч. и сортировка по датам. Вопрос: корректно ли будет происходить сортировка в готовом решении, когда в списке появятся даты, 01 августа, 01 сентября и 01 октября? 2) Для таких больших заданий не хватает информации, какие тесты упали при валидации. Просто "прошло - не прошло" заставляет гадать на кофейной гуще и переписывать по сто раз правильный, рабочий код. 3) Тотальный неприем лямбд... Как же их учить тогда? Но это все о наболевшем. С этим, наверное, сталкиваются все... Вперед на борьбу с ветряными мельницами!!!

Задача супер, но хоть бы в условии по третьему пункту написали, что вывод должен был быть в рублях. Пример вывода с дробными числами смущал, конечно, но в условии про рубли нигде ни слова не было написано. Решила все же в копейках выводить, и не прошла по третьему пункту, из-за этого со второй попытки. Пока что из всех больших задач в многопоточности эта заходит больше всего.

Решала несколько недель, писала-стирала-писала, тестила тестила тестила, казалось, что все верно работает, но валидатор не пропускал по пунктам 3 и 4. Попробовала скопировать верное решение, результат был тот же самый. В итоге начала просто весь свой код во всех классах заменять на то, что было в верном решении, в какой-то момент валидатор принял, видимо, было что-то, что ему не понравилось, в предыдущих задачах, но что именно это было, узнать уже не получится. Ощущения - фрустрация и разочарование. Пошла дальше.

задача просто жесть побольше бы таких

Классная задача, первую часть которой решил в большей мере через правильное решение. Вскрыла она мои темные места, научила видеть некоторые вещи в коде по новому. Вторуб часть решал через пару дней, чтобы подзабыть и решил без трудностей. Жаль что нет навала таких задач для хорошего закрепления. Помощи внизу не ищите, там одно хваставство, как они круто решали ничего не понимая за один раз или понимая но за 20 раз. Больше ничего не найдете. А я вам тоже помогать не стану, т.к. есть правильное решение.))))

Вуфф... Я сделал в менеджере методы, возвращающие не мапу, а готовый результат в List<String>, на планшете директора просто выводил все эти строки. Вся-вся логика в менеджере. Прокатило...

По третьему пункту.... а вроде всё работает, При том, что четвёртый сделанный после третьего аналогично, проверку прошел в готовом почти всё так же как у меня, но вывод через точку (ниже писали, что это не важно) и тотал считается сразу и заносится в Map а я его посчитал отдельно в методе DirectorTablet... беее так и не понял кардинального отличия того что написал я и готового решения, пока всё пошагово не поменял как в готовом решении 3-й пункт проверку не проходил... в готовом сортировка по увеличению, 03-Nov-2021 - 430.00 04-Nov-2021 - 330.00 05-Nov-2021 - 530.00 10-Nov-2021 - 430.00 а в условии по уменьшению даты, т.е должно же быть так 10-Nov-2021 - 430.00 05-Nov-2021 - 530.00 04-Nov-2021 - 330.00 03-Nov-2021 - 430.00

Героически решила с 34 попытки. Валя не принимал, пока не убрала рекурсию из AdvevertisementManager, заменив на тупо сортировку по цене и времени (знаю, что это некорректно с точки зрения алгоритма, но вот Валя другого мнения).