В типовых конфигурациях 1С есть такая замечательная таблица, в которой отражаются данные о продажах. В УТ, КА и ERP это регистр накопления под названием ВыручкаИСебестоимостьПродаж. Таблица хороша тем, что в ней собрана вся необходимая информация о продажах: товар, количество, сумма, покупатель, дата продажи, себестоимость, менеджер
В этой таблице действительно собрали и выручку и себестоимость. И не сделали разбиения по ролям смотреть их отдельно. В итоге или доступно всё или ничего. А зачастую хотят разрешить видеть выручку и запретить себестоимость
Чудес не бывает. Ничего не блокируется, а между проверкой наличия ключа и добавлением всегда есть вероятность, что кто-то это сделает быстрее. Не получится ли внутренняя ошибка?
Какое-то противоречие. Вести нужно только закрытые проекты - а если у меня все проекты открытые, но я регулярно получаю оплаты согласно графика платежей?
Соедините концы отрезков прямыми. Возьмите их пересечение как некий полюс. Проводите через этот полюс прямую. Если она пересечет один отрезок, то пересечет и второй. Для разных прямых точки пересечения будут различными. Наоборот, по любой из точек одного из отрезков однозначно строится прямая, проходящая через эту точку и полюс - значит однозначно строится точка на втором отрезке.
Стоит упомянуть про нововведение c++23 Explicit object member functions
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p0847r7.html
Конфигуратор+git на ERPУХ это о-о-о-о-очень медленно
Плюсы/минусы по отношению к продукту УТ?
Что будет в случае пожара при ветре вдоль линии здания?
Как быстро песок занесет этажи здания при поперечном ветре?
Не надо хранить данные в расширениях
Дайте определение слова "катовер"
В спецификации оба оператора должны возвращать false
В тему обсуждения ссылка https://habr.com/ru/companies/jugru/articles/423891/
Жаль нельзя интерфейсы "навешивать" на анонимы:
var x = new {Id = 42, Name = "Ivan"} : INamed;
В этой таблице действительно собрали и выручку и себестоимость. И не сделали разбиения по ролям смотреть их отдельно. В итоге или доступно всё или ничего. А зачастую хотят разрешить видеть выручку и запретить себестоимость
а зачем везде одинаково переопределять
Есть валидаторы, компонующие другие валидаторы по and или or?
Есть валидатор, требующий выполнения при условии?
Чудес не бывает. Ничего не блокируется, а между проверкой наличия ключа и добавлением всегда есть вероятность, что кто-то это сделает быстрее. Не получится ли внутренняя ошибка?
Если коллекция содержит объекты разных типов (вообще говоря с разной валидацией) то как быть?
Ну это сейчас нет. А когда случится час Х заплатит
Какое-то противоречие. Вести нужно только закрытые проекты - а если у меня все проекты открытые, но я регулярно получаю оплаты согласно графика платежей?
Насколько N16 лучше/хуже A16?
Соедините концы отрезков прямыми. Возьмите их пересечение как некий полюс. Проводите через этот полюс прямую. Если она пересечет один отрезок, то пересечет и второй. Для разных прямых точки пересечения будут различными. Наоборот, по любой из точек одного из отрезков однозначно строится прямая, проходящая через эту точку и полюс - значит однозначно строится точка на втором отрезке.
Убедительно?
И часто доработку делают в виде расширения. А потом вжик - и при обновлении поменяли имена/сигнатуры методов
это возможно действительно. Вопрос - нафига это нужно (проверять на сервере), если это не имеет никакого отношения к конечному принтеру?
Ну а как решение - оставлять PDF-принтер только на сервере