Надо сначала доказать, что ряд, который вы написали в определении экспоненты, сходится при любом значении аргумента. Потом его непрерывность и дифференцируемость
Вы лучше скажите, почему Валюта делают отдельным измерением, а не субконто?
Почему отдельный ресурсы СуммаВалютная, а не использовать Количество? ни разу не видел счетов, где нужен одновременно количественный учет и количественный
В производительном режиме делается иначе, то есть заведомо написали ложь. По поводу "тяжеловесности" и "монструозности" - это все слова, надо подкреплять фактами. Покажите свой продукт, сделайте сравнения
Вы действительно не знаете, чем отсутствие прав отличается от прав, где недоступны все записи? А если на этом принимается системой решение. Если забыть дать право на таблицу - в первом случае у вас выкинет исключение - это плохо конечно, во втором случае ошибок не будет, но будет получен неверный результат, который возможно обнаружат не сразу.
Исходя из написанного - "переобуваемся" на ходу, довешиваем новые данные и... вот уже тоже самое, только свой велосипед, родной )))
В производительном режиме типовых 1С (библиотека БСП) не требуется менять шаблоны RLS. Делается это иначе, например тут описано https://infostart.ru/1c/articles/1656341/
Вам придется этот шаблон скопировать во все роли, использующие RLS. Главное ничего не пропустить. Кроме того, т.к. шаблон хранить ВСЕ правила - это путь к коллизиям файлов при групповой разработке. Во всех ролях.
Ваши примеры не покрывают размещения пользователя в разных областях ограничений. Например, в типовых решениях пользователя можно поместить в группу доступа с ограничением склад "Север", а также в группу доступа с ограничением клиенты менеджера "Вася". В итоге он будет видеть документы по складу "Север" ИЛИ по менеджеру "Вася".
в (1),(2), исходя из структуры получившейся формулы, выписываем соотношения ...
Вот не следуют сами по себе эти соотношения. Переменные и имеют одну степень свободы (одна уже занята под ). Потребуем от них выполнения равенства . Другими словами, из множества пар выберем такую, что
Тогда сразу и автоматически следует , просто поделив оставшиеся на (случай неинтересен).
А с чего мы решили, что среди всего множества пар найдется, удовлетворяющая условию (*)? И вот тут и приходим к комплексным числам - среди вещественных пар такое может и не найтись, а среди комплексных обязательно найдется, ведь многочлен обязательно имеет корень по основной теореме алгебры.
Отступление. Очень понравился метод в ролике Бориса Трушина. Там ищется корень в виде , подбирая коэффициент так, чтобы "утроенные произведения" сократились.
В терминах данной задачи
В данном случае выбираем
После чего получаем:
и умножив на переходим также к квадратному уравнению относительно : Ну и далее аналогично классическому подходу.
Понятно, что это делалось не так часто, как собственно и сегодня. Ладно из головы. Строим цилиндрическое зернохранилище. По местным канонам высота должна равняться диаметру плюс две меры длины. Какие у него параметры, чтобы ёмкость составила 100 у.е.?
Порекомендую не засорять хабр подобным мусором
Надо сначала доказать, что ряд, который вы написали в определении экспоненты, сходится при любом значении аргумента. Потом его непрерывность и дифференцируемость
В статье нет математики. Есть пример арифметического расчета, не более
Нет это специальные счета. По крайней мере в хозрасчетном типовом. В БГУ не знаю.
50.01 касса в рублях - 50.02 в валюте
51 расчетный счет в рублях, 52 в валюте
Но даже если один - и что? Просто действительно не используем субконто "валюта".
При переоценке валюты валютные суммы не меняются.
Насчет точности знаков тоже решаемо. Кстати три знака после запятой у количества это 1с так решило. Нигде это не прописано в пбу
Не убедили. Ну не обязательно - не используйте. Сколько я помню, вы просто не будете использовать семейство валютных счетов.
Ни разу не видел счетов с валютным и количественным учетом одновременно. При этом я теоретически допускаю такое вполне.
Вы лучше скажите, почему Валюта делают отдельным измерением, а не субконто?
Почему отдельный ресурсы СуммаВалютная, а не использовать Количество? ни разу не видел счетов, где нужен одновременно количественный учет и количественный
А я считаю, что правильный ответ - доп. реквизиты это часть сущности, а сведения нет. Отсюда и способ хранения и запись и права доступа вытекают.
Но язык же морально устарел. Функциональных типов нет. Всюду строки
Бесплатные, если свой забыл
В производительном режиме делается иначе, то есть заведомо написали ложь. По поводу "тяжеловесности" и "монструозности" - это все слова, надо подкреплять фактами. Покажите свой продукт, сделайте сравнения
Вы действительно не знаете, чем отсутствие прав отличается от прав, где недоступны все записи? А если на этом принимается системой решение. Если забыть дать право на таблицу - в первом случае у вас выкинет исключение - это плохо конечно, во втором случае ошибок не будет, но будет получен неверный результат, который возможно обнаружат не сразу.
Исходя из написанного - "переобуваемся" на ходу, довешиваем новые данные и... вот уже тоже самое, только свой велосипед, родной )))
Какие недостатки типового производительного режима по сравнению с данным решением?
Роль ГДЕ ЛОЖЬ и Роль где отключено право чтения это совершенно разное поведение системы.
Вы меня с кем-то путаете.
C# содержит директивы препроцессора. Они не настолько развиты как в Си, но с другой стороны, что они там и не нужны
В производительном режиме типовых 1С (библиотека БСП) не требуется менять шаблоны RLS. Делается это иначе, например тут описано https://infostart.ru/1c/articles/1656341/
Вам придется этот шаблон скопировать во все роли, использующие RLS. Главное ничего не пропустить. Кроме того, т.к. шаблон хранить ВСЕ правила - это путь к коллизиям файлов при групповой разработке. Во всех ролях.
Ваши примеры не покрывают размещения пользователя в разных областях ограничений. Например, в типовых решениях пользователя можно поместить в группу доступа с ограничением склад "Север", а также в группу доступа с ограничением клиенты менеджера "Вася". В итоге он будет видеть документы по складу "Север" ИЛИ по менеджеру "Вася".
а еще 1С:Элемент https://1cmycloud.com/console/help/lang/docs/topics/1c-element-language-overview/
Вопрос дискуссионный в стиле кому что нравится. Я просто дополняю до словосочетания:
поток данных
поток выполнения
Как говорится, есть поток (stream), а есть поток (thread) - смотри не перепутай!
Хочу обратить на один момент
Вот не следуют сами по себе эти соотношения. Переменные
и
имеют одну степень свободы (одна уже занята под
). Потребуем от них выполнения равенства
. Другими словами, из множества пар
выберем такую, что
Тогда сразу и автоматически следует
, просто поделив оставшиеся
на
(случай
неинтересен).
А с чего мы решили, что среди всего множества пар найдется, удовлетворяющая условию (*)? И вот тут и приходим к комплексным числам - среди вещественных пар такое может и не найтись, а среди комплексных обязательно найдется, ведь многочлен
обязательно имеет корень по основной теореме алгебры.
Отступление. Очень понравился метод в ролике Бориса Трушина. Там ищется корень в виде
, подбирая коэффициент
так, чтобы "утроенные произведения" сократились.
В терминах данной задачи

В данном случае выбираем
После чего получаем:
Понятно, что это делалось не так часто, как собственно и сегодня. Ладно из головы. Строим цилиндрическое зернохранилище. По местным канонам высота должна равняться диаметру плюс две меры длины. Какие у него параметры, чтобы ёмкость составила 100 у.е.?
Образование математик.
Работаю программистом 1С