Иногда бывает удобно всё-таки "вложить" группу G в симметрическую группу над G как множеством.
Если G сопоставить регулярное представление левыми сдвигами, то получим LG - подгруппу (изоморфную G) перестановок в симметрической группе S(G). Если рассмотреть N(LG) - нормализатор LG в S(G), то можно доказать, что он изоморфен голоморфу группы G. Причем N(LG)⋂St(e) - изоморфно Aut(G) - группе автоморфизмов G. Здесь St(e) - подгруппа перестановок, сохраняющая нейтральный элемент группы G на месте.
Можно было сразу вывести элементарные свойства гомоморфизма: единица переходит в единицу, а образ обратного элемента это обратный образа исходного элемента.
Ну и насчет сопряжения - это пример автоморфизма, но далеко не все автоморфизмы представимы в виде сопряжения (но если расширить до голоморфа...)
В общем жду продолжения, мне понравилось, спасибо!
Да все вы поняли. На входе значение записи, на выходе значение из троичной логики (True, False, Unknown) - ограничение не проходит, когда на выходе строго False
И тут не соглашусь. Значение null (или unknown) в check constraint просто исключаются из проверки. Считаю это более логичным объяснением, чем интерпретация как true. Впрочем это чисто эстетический момент, не влияющий на результат.
Ты вообще не читаешь, что тебе отвечают? 1С на данный момент самое приемлемое решение для мелкого бизнеса. Крупные сети сидят в своей ИТ-инфраструктуре ( а на ИБП не экономят)
И синхронизация с основными типовыми у нее из коробки.
Но дело конечно хозяйское. Ты там посчитал, что на 50 точек потратить 150 тысяч на ибп это дорого. Так любой бизнес требует вложений. 50 точек вообще-то прибыль должны хорошую давать, а если ибп не будет - будут простои работы и потеря этой самой прибыли. Странный подход
Насчет простой программы - ну поставьте, заодно найдите кто ее будет обслуживать с учетом текущих перманентных обновлений ккм.
Иногда бывает удобно всё-таки "вложить" группу G в симметрическую группу над G как множеством.
Если G сопоставить регулярное представление левыми сдвигами, то получим LG - подгруппу (изоморфную G) перестановок в симметрической группе S(G). Если рассмотреть N(LG) - нормализатор LG в S(G), то можно доказать, что он изоморфен голоморфу группы G. Причем N(LG)⋂St(e) - изоморфно Aut(G) - группе автоморфизмов G. Здесь St(e) - подгруппа перестановок, сохраняющая нейтральный элемент группы G на месте.
Можно было сразу вывести элементарные свойства гомоморфизма: единица переходит в единицу, а образ обратного элемента это обратный образа исходного элемента.
Ну и насчет сопряжения - это пример автоморфизма, но далеко не все автоморфизмы представимы в виде сопряжения (но если расширить до голоморфа...)
В общем жду продолжения, мне понравилось, спасибо!
Транзакции вообще-то есть, расположены они как раз в домене. А вот их реализация в DB слое. Если я все правильно понимаю
Да все вы поняли. На входе значение записи, на выходе значение из троичной логики (True, False, Unknown) - ограничение не проходит, когда на выходе строго False
И тут не соглашусь. Значение null (или unknown) в check constraint просто исключаются из проверки. Считаю это более логичным объяснением, чем интерпретация как true. Впрочем это чисто эстетический момент, не влияющий на результат.
Я против такого подхода
Он просто не дает TRUE, этого достаточно. А то если вы возьмёте его отрицание, то "интерпретация" внезапно исчезнет
Хммм, для использования foreach IEnumerable/IEnumerator не требовалось. Что сломалось?
Вопрос: обязательно реализовывать интерфейс или достаточно класс с такими методами?
уверен, что там на ИБП не экономят )))
Ты вообще не читаешь, что тебе отвечают? 1С на данный момент самое приемлемое решение для мелкого бизнеса. Крупные сети сидят в своей ИТ-инфраструктуре ( а на ИБП не экономят)
Но бОльшая доля мелкого бизнеса юзает 1с. Вот такой вот парадокс. Потому что вы пишите фантастику
В каком месте она бухгалтерская?
И синхронизация с основными типовыми у нее из коробки.
Но дело конечно хозяйское. Ты там посчитал, что на 50 точек потратить 150 тысяч на ибп это дорого. Так любой бизнес требует вложений. 50 точек вообще-то прибыль должны хорошую давать, а если ибп не будет - будут простои работы и потеря этой самой прибыли. Странный подход
Насчет простой программы - ну поставьте, заодно найдите кто ее будет обслуживать с учетом текущих перманентных обновлений ккм.
1с как раз вот для таких вот экономных
Не вижу, чтобы было что-то написано про 1С:Касса. В чем теряется смысл? Какие недостатки?
Обидно, что не упомянут linq2db, даже на картинке
Это прям уникумы. Цените их! Без шуток - сейчас днем-с-огнём не найдешь спецов, которые могут и хотят работать на 7.7
Но в целом печально - ребята себя закапывают. Проще выгнать всех и начать внедрять 8-ку, перспективнее для компании
Вижу минусы, плюсов не вижу. Может подскажете?
Яндекс маркет вроде как предполагает полноценную работу, когда на стороне клиента развернут сервис. И бесплатно дает его код
Остальные маркетплейсы работают в режиме запросов от клиента. 1с довольно шустро справляется.
Автор явно надумал, ну или с разработчиками не повезло.
Я кстати не говорю, что в 1с все ок, там и язык устарел и технологии проприетарные. Но этот кейс решить можно.
Извините, но бред
Вот здесь описано как опубликовать http-сервис https://infostart.ru/1c/articles/1293341/
По остальному - зависит от логики, заложенной на клиенте ( в том числе 1с). Грубо говоря как написали в языке 1С - так оно и будет работать.
К 1С куча претензий, но вот здесь не по теме все
Насколько же уныло в 1с с запросами по сравнению с тем же LINQ
Рассматривали Linq2DB? Там вполне можно не тащить сырые данные в приложение, а с помощью выражений изменять их