Дополнительно в 1С:ERP предусмотрена опциональная возможность создания групп пользователей, которые по своей сути являются элементом иерархии справочника пользователей
Не является, это отдельный справочник. Более того, один и тот же пользователь может входить в несколько групп пользователей, не связанных иерархически.
Дни месяца это похоже на типовой документ ТабельУчетаРабочегоВремени. Так вот реквизиты на каждый день - так себе идея архитектурно. PIVOT таблицы прекрасно делается, смотрите документ УстановкаЦен. Простите картинка полностью не влезла
Вы как-то пример приводите... Сравнивая теплое с мягким. У вас в filter передается функциональный параметр (но я не спец по языку). Возможно я ошибаюсь, не понимая глубину показываемой вами абстракции.
В примерах в статье предлагалось выносить if за пределы метода. Опять же внутри filter я так понимаю сидит оператор условия, который и предлагается вынести.
Лично я ничего не имею против вашего примера и подхода. Более того, я целиком его разделяю, используя linq в c#, но мы же обсуждаем статью.
По поводу примера с условием в цикле. Создать функциональную переменную, которой по условию присвоить необходимую рутину. В цикле вызывать - в результате нет дублирования цикла
Таблица огонь. Простые числа лежат только в указанных столбцах потому что в остальных лежат числа, делящиеся на делители 30. Почему именно 30? а не, например, 2*3*5*7=210?
Вот вы там перебираете n. Какая гарантия, что произойдет остановка (найдете такое число) и/или когда следует остановиться?
Этим и отличается теоретическая математика от практической инженерии. Данным способом вы построите объект с погрешностью, которая возможно вас удовлетворит, но погрешность останется.
Для кольца вычетов по модулю 55 число 186 лежит в одном классе с числом 186-3*55=21 - так что 21 и 186 это представители одного и того же класса вычетов.
При этом нетривиальные случаи имеют разные знаки. Если x - инволюция, то (x-1) делится на p, а (x+1) на q или наоборот. Следовательно стоит поискать (алгоритм Евклида) общие делители у пар (N, x-1) и (N,x+1) такие что их произведение даст N. В случае N произведения двух простых делителей эти делители находятся однозначно.
Пример: N=407, x=186.
НОД(407,185) = 37, НОД(407,187) = 11 37*11 = 407.
Если мы хотим для каких вообще колец 186 является нетривиальной инволюцией, то следует факторизовать числа 185 = 5*37, 187 = 11*17.
Получаем, что 186 будет нетривиальной инволюцией для колец по модулям 5*11=55, 5*17=85, 37*11=407, 37*17=629. Вот это и есть те самые пары.
Все-таки математика это не про таблички конкретных примеров. Безусловно хорошо разобранный пример это прекрасно. Но хотелось бы видеть какие-то общие выводы в виде утверждений, лемм и теорем, естественно с доказательствами.
Если они все такие умные, то почему не рубят миллионы по своей технологии? А нет, рубят, но есть нюанс...
Не является, это отдельный справочник. Более того, один и тот же пользователь может входить в несколько групп пользователей, не связанных иерархически.
Далеко не все реквизиты табличной части табеля
Дни месяца это похоже на типовой документ ТабельУчетаРабочегоВремени. Так вот реквизиты на каждый день - так себе идея архитектурно. PIVOT таблицы прекрасно делается, смотрите документ УстановкаЦен. Простите картинка полностью не влезла
Предикат вынесли, а оператор условия, который будет использовать этот предикат - остался внутри filter
Вы как-то пример приводите... Сравнивая теплое с мягким. У вас в filter передается функциональный параметр (но я не спец по языку). Возможно я ошибаюсь, не понимая глубину показываемой вами абстракции.
В примерах в статье предлагалось выносить if за пределы метода. Опять же внутри filter я так понимаю сидит оператор условия, который и предлагается вынести.
Лично я ничего не имею против вашего примера и подхода. Более того, я целиком его разделяю, используя linq в c#, но мы же обсуждаем статью.
По поводу примера с условием в цикле. Создать функциональную переменную, которой по условию присвоить необходимую рутину. В цикле вызывать - в результате нет дублирования цикла
и получаем кучу копи-паста (мы же вынесли условие из функции в места ее вызовов) и удачи при изменении условия
и вот еще - в функции стоит условие проверки аргументов на валидность - тоже условие поднимать выше - выносить из функции?
Таблица огонь. Простые числа лежат только в указанных столбцах потому что в остальных лежат числа, делящиеся на делители 30. Почему именно 30? а не, например, 2*3*5*7=210?
Вот вы там перебираете n. Какая гарантия, что произойдет остановка (найдете такое число) и/или когда следует остановиться?
Да для DateTime нет замкнутой операции. Но вот TimeSpan абелева группа по сложению, однако тоже не добавили обобщенные интерфейсы.
Какие SQL-инъекции угрожают 1с?
у математического циркуля нет черты )))
Этим и отличается теоретическая математика от практической инженерии. Данным способом вы построите объект с погрешностью, которая возможно вас удовлетворит, но погрешность останется.
Благодарю!
Понятия не имею. Но если там только это - обидно. Похоже на введение в большую теорию. А оказывается уже конец фильма.
Такое впечатление, что все прочитали начало идеологии DDD про словарь терминов и ограниченный контекст, а дальше ничего нет?
Для кольца вычетов по модулю 55 число 186 лежит в одном классе с числом 186-3*55=21 - так что 21 и 186 это представители одного и того же класса вычетов.
Ну вот в вашем случае N=p*q, где p, q - простые.
Поэтому инволюции это элементы вида
При этом нетривиальные случаи имеют разные знаки. Если x - инволюция, то (x-1) делится на p, а (x+1) на q или наоборот. Следовательно стоит поискать (алгоритм Евклида) общие делители у пар (N, x-1) и (N,x+1) такие что их произведение даст N. В случае N произведения двух простых делителей эти делители находятся однозначно.
Пример: N=407, x=186.
НОД(407,185) = 37, НОД(407,187) = 11 37*11 = 407.
Если мы хотим для каких вообще колец 186 является нетривиальной инволюцией, то следует факторизовать числа 185 = 5*37, 187 = 11*17.
Получаем, что 186 будет нетривиальной инволюцией для колец по модулям 5*11=55, 5*17=85, 37*11=407, 37*17=629. Вот это и есть те самые пары.
В общем "модель числа" это кольцо вычетов.
Ну вот да. Встречал вопросы "как сделать суммирование в динамическом списке". Возможно имеет место быть. Из коробки нет, признаю
А простите 450 это что за величина? Просто 450 штук чего угодно? А если там не только штуки, а короба, погонные метры и литры?
Все-таки математика это не про таблички конкретных примеров. Безусловно хорошо разобранный пример это прекрасно. Но хотелось бы видеть какие-то общие выводы в виде утверждений, лемм и теорем, естественно с доказательствами.