C15H22N6O5S, я жалуюсь, что оные вруны оказались бестолковыми. Показали бы навыки мышления и хорошее, вдумчивое знакомство с инструментом, так и пофиг было бы на опыт.
Не вы ли коллективно годами орали как айти якобы высокооплачиваемо и какой якобы в нём дефицит специалистов
Точно не я. Помню, как нечто подобное произошло с юристами, и меньше всего мне хотелось это увидеть в айти. Помалкивал в тряпочку.
Но у нас же есть всякие журналисты и блогеры-говноблогеры, которые растрезвонили.
возвращаемая функция уже никак не использует свой this
Это потому что полифил совсем приблизительный) По факту там чуть сложнее, предусмотрен кейс, когда вызывают через new, и забинденный this таки идет лесом.
Raddzor788, это на Паскале. Если из тамошних примеров выкинуть слова begin/end, то ничем принципиально от Питона не будет отличаться - отступы в порядке.
по Питону ничего посоветовать не могу, сам-то я на TS пишу..
базово на каждую новую n придется сделать O(r-l) итераций для поиска максимумов и минимумов
итого O(n * (r - l)), там может (r - l) сильно меньше n.
но если они таки сравнимы с n, то ещё навскидку кажется (хотя и нельзя сказать наверняка), что для вычисления max и min в очередной группе можно применить тот прием со стеком, который используется для вычисления оных на sliding window. Последняя группа смещается похожим образом. Если так, то будет вообще линейно.
ещё вариант: понятное дело, что мы здесь используем O(N) памяти на стеке. То есть так или иначе неявно будет какой-то массив/список, как верно заметил Dmitrii
что если на каждом вызове создавать на стеке свою переменную, которая будет узлом списка? прокидывать по рекурсии указатели на первый и последний узел. К последнему подвешивать очередной узел, а как ввод закончится (на самом глубоком уровне), запустить рекурсию с выводом значений с первого узла. Да, вроде как список, но формальности соблюдены
может, здесь нужен грязный хак с адресной арифметикой? Уже на втором вызове функции можно будет узнать разницу адресов на стеке для value, и потом, с самого глубокого вызова, обращаться к предыдущим. Такое может прокатить в современных плюсах?
Вот добавит он новое значение, как узнать, что в переменной они все перечислены, а не часть?
Ну так для этого и существует Record/мэппинг, прямо из коробки. Объект был бы логичнее и удобнее.
Массив реально мог понадобиться, чтобы явно задать последовательность и, возможно, допустить повторы значений
Виктор, ну прямо внутри converter ты эту проверку никак не сделаешь - там неизвестно, что за R. И функция не знает наперед, с какими возможными R её будут вызывать.
Тут есть смысл проверять входной аргумент, ведь неподходящий результат - следствие неправильного аргумента.
А результат можно проверить в конкретном применении, например попытавшись присвоить его в переменную некоторого типа, или передав как аргумент другой функции, там если что ошибка и выскочит.
в общем, без чуть менее упрощенного примера нихрена не понятно.
WbICHA, а у енума вообще гарантирована какая-то последовательность?
Не совсем понятно, что конкретно хочет автор. Если по одной записи на каждый элемент, то проще сделать банальный Record или мэппинг и ничего не придумывать
spacemakerman, так в "третьем примере" у тебя по факту отдельные примеры 3, 4, 5, 6. То есть четыре отдельных match, и у каждого своя группа с контентом.
Соответственно, второй случай тоже надо разбить на четыре независимых кейса.