GV
Кстати, а зачем вам деление с остатком/без остатка? Проще начать от 1 и идти в сторону заданного числа, а не наоборот
И как в таком случае ты пройдешь от 1 до 8, например? Будешь перебирать все возможные комбинации умножения на 3 и добавления 5?
Size: a a a
2020 December 15
D𝔇
И как в таком случае ты пройдешь от 1 до 8, например? Будешь перебирать все возможные комбинации умножения на 3 и добавления 5?
Именно так. Это не так и страшно, на самом деле.
А
И как в таком случае ты пройдешь от 1 до 8, например? Будешь перебирать все возможные комбинации умножения на 3 и добавления 5?
а их так и так перебирать
LP
LP
это то, что я сейчас пишу((
LP
но получается, что финальный метод не рекурсивный
D𝔇
Ты бы залил это в какой-нибудь гитхаб. А то по скриншотам оценивать корректность решения - так себе развлечение
ДК
Подскажите плиз
ДК
Переслано от Денис Криволапов...
Доброго времени суток. Подскажите в чём принципиальное отличие если писать
Figure figref;
figref = t;
t.area();
От
Triangle t = new Triangle();
t.area();
Triangle наследуется от Figure
Figure figref;
figref = t;
t.area();
От
Triangle t = new Triangle();
t.area();
Triangle наследуется от Figure
DC
И как в таком случае ты пройдешь от 1 до 8, например? Будешь перебирать все возможные комбинации умножения на 3 и добавления 5?
Так же, как от 8 до 1, в общем-то.
И да, перебирать придётся, если не изобрести эвристики (которые, к сожалению, покрывать будут не все кейсы, и тут можно ещё и потерять на излишнем бранчевании и сравнении условий)
И да, перебирать придётся, если не изобрести эвристики (которые, к сожалению, покрывать будут не все кейсы, и тут можно ещё и потерять на излишнем бранчевании и сравнении условий)
GV
Именно так. Это не так и страшно, на самом деле.
Просто в задаче ничего нет про ограничение верхнего порога рассматриваемого числа. Сколько возможных комбинаций будет скажем для числа 1_000_000?
GV
Так же, как от 8 до 1, в общем-то.
И да, перебирать придётся, если не изобрести эвристики (которые, к сожалению, покрывать будут не все кейсы, и тут можно ещё и потерять на излишнем бранчевании и сравнении условий)
И да, перебирать придётся, если не изобрести эвристики (которые, к сожалению, покрывать будут не все кейсы, и тут можно ещё и потерять на излишнем бранчевании и сравнении условий)
Ниже проще кмк. Там при любом
n % 3 != 0 можно всегда вычитать 5A
После Bearer пробел же должен быть, вроде
смотря как в секьюрити настроено вроде
А
Просто в задаче ничего нет про ограничение верхнего порога рассматриваемого числа. Сколько возможных комбинаций будет скажем для числа 1_000_000?
ну что поделать. Думаешь лучше чтобы решение было неверное?
A
DC
Алексей
ну что поделать. Думаешь лучше чтобы решение было неверное?
В обратную сторону решение тоже верное может быть, не надо глупостей
D𝔇
Алексей
ну что поделать. Думаешь лучше чтобы решение было неверное?
Да нет, он предлагает сверху вниз идти, это тоже вариант, но в целом он не сильно лучше обратного
А
Да нет, он предлагает сверху вниз идти, это тоже вариант, но в целом он не сильно лучше обратного
так количество комбинаций будет одинаковое. что от 1 к числу, что от числа к 1
А
В обратную сторону решение тоже верное может быть, не надо глупостей
я не об этом
DC
Алексей
я не об этом
Тогда непонятно, зачем наезд про неправильность