Этим и отличается теоретическая математика от практической инженерии. Данным способом вы построите объект с погрешностью, которая возможно вас удовлетворит, но погрешность останется.
Для кольца вычетов по модулю 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. Вот это и есть те самые пары.
Все-таки математика это не про таблички конкретных примеров. Безусловно хорошо разобранный пример это прекрасно. Но хотелось бы видеть какие-то общие выводы в виде утверждений, лемм и теорем, естественно с доказательствами.
1сники решают эту проблему спец. раскладкой, например. А теперь и вендор обратил внимание:
Теперь в средах разработки, использующих язык «Элемента», реализована возможность вводить символы из английской раскладки, не переключаясь на нее, – так называемый Alt-ввод.
Во всех случаях, где это возможно, используется одно и то же правило. Чтобы ввести английский символ, удерживайте клавишу Alt и нажмите ту клавишу, на которой находится нужный вам английский символ.
1С-ников же разорвет, когда вместо любимого перекладывания коллекций в цикле
Функция ЭлементыКоллекции(ДанныеФормы, Строки) Экспорт
ВыделенныеЭлементы = Новый Массив;
Для Каждого ИдентификаторСтроки Из Строки Цикл
ЭлементКоллекции = ДанныеФормы.НайтиПоИдентификатору(ИдентификаторСтроки);
Если ЭлементКоллекции <> Неопределено Тогда
ВыделенныеЭлементы.Добавить(ЭлементКоллекции);
КонецЕсли;
КонецЦикла;
Возврат ВыделенныеЭлементы;
КонецФункции
В табличной части приобретения есть ссылки на конкретные заказы поставщику, ясно, что если товар был заказан разными документами, то эти строки объединены не будут.
Прочитал про регистры. Не увидел абстракции. То есть предлагается создавать одни и те же действия для всех регистров. А хотелось бы чего то такого:
class Register<Dimension, Resource>
where Resource:INumber
чтобы общие алгоритмы не повторялись из регистра в регистр. Чтобы условие на неотрицательность остатков было частным случаем функционального свойства проверки баланса:
К слову, в 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 штук чего угодно? А если там не только штуки, а короба, погонные метры и литры?
Все-таки математика это не про таблички конкретных примеров. Безусловно хорошо разобранный пример это прекрасно. Но хотелось бы видеть какие-то общие выводы в виде утверждений, лемм и теорем, естественно с доказательствами.
А что не так с читабельностью второго?
1сники решают эту проблему спец. раскладкой, например. А теперь и вендор обратил внимание:
1С-ников же разорвет, когда вместо любимого перекладывания коллекций в цикле
будет написано такое:
Они это не переживут и вымрут
Хотелось бы в виде текста также
В табличной части приобретения есть ссылки на конкретные заказы поставщику, ясно, что если товар был заказан разными документами, то эти строки объединены не будут.
Если бы это было так, никто бы не парился проблемами получения OLAP-кубов и вообще материализаций промежуточных вычислений
Прочитал про регистры. Не увидел абстракции. То есть предлагается создавать одни и те же действия для всех регистров. А хотелось бы чего то такого:
чтобы общие алгоритмы не повторялись из регистра в регистр. Чтобы условие на неотрицательность остатков было частным случаем функционального свойства проверки баланса:
ну и отдельно про:
Не знаю как на официальном сайте документации появилась эта глупость, а вы перепостили. Строки регистров вообще могут не иметь никакой связи со строками документов. Нумерация строк регистров не зависит от документа.
Есть аналог "Управление торговлей" с поддержкой маркировки честного знака и новыми фискальными ККМ?
И этот принцип рассказывали на математическом кружке в школе. Один из первых доступных практически всем
Мне кажется, что все несложно решается с помощью
https://ru.m.wikipedia.org/wiki/Универсальная_тригонометрическая_подстановка