Pull to refresh

Comments 46

Без шуток вопрос: нынешняя 1с и нынешний SAP сравнимы по функционалу/быстродействию? Понятно, что и хану можно положить без особых проблем кривыми руками, но всё-таки.

Я бы сказал, что нет. SAP в разы быстрее

1С по скорости конечно проигрывает, ну а функционал дело наживное.

UFO just landed and posted this here

Так и процессор с ОС, тоже западный продукт, предлагаю перейти на счеты. По поводу "фатального недостатка" постгреса, нет не убедили.

так счеты то тоже импортные)))))) китайские, может хватит падать в очередное отечественное дно и вернуться к цивилизации, а то завтра объявят крепостными и проблемы с 1С покажутся вообще не проблемой.

UFO just landed and posted this here

Как по мне так, замещать на опен сорс вполне нормальный подход. А какую альтернативу 1С вы предлагаете, SAP?

Свое название 1C получила за то, что система дает ответ
на заданный вопрос не более чем за одну секунду.

На каждый запрос по одной секунде и о быстродействии можно забыть.

Ну по сравнению с SAP это тогда быстро. На больших масштабах sap безбожно тормозит

Вряд ли импортозамещение - основой мотив. Скорее реальное опасение остаться без поддержки и обнов. И без докупки новых лицензий. Тут варианты то какие? Да никаких. А учитывая объемы работ - начинать надо вчера.

Это Вы компаниям аренадата и постгрес про расскажите

ОК, вы перешли с немецкого софта на отечественный, но база данных под капотом 1С у вас в любом случае западная. Ну не будет же метрополитен работать в файловой БД 1С?

Натягивание совы на глобус и высасывание проблем из пальца.


Абсолютно безразлично, кто там был первым папой, американец или марсианин. Исходники есть, специалисты есть и даже с лицензией всё чисто. А пуристы могут бесноваться в комментариях сколько угодно, их мнение ничтожно.

По масштабируемости, увы, также не сравнить.

SAP разработка в России уходит в закат :(

1с — надстройка над СУБД закрытая, нерасширяемая, но что хуже всего — эксклюзивная. Т.е. исключающая доступ в обход нее. Попытка оптимизировать 1с под хайлоад — это чаще всего модификация/доступ к БД в обход платформы => нарушение лицензии 1с. Сюда попадает партиционирование, докидывание своих индексов, хранимых процедур, прямой доступ к данным.
Сильно подозреваю, что любая крупная фирма с нагруженной базой де-факто уже нарушила лицензию и вобщем-то не имеет права использовать 1с дальше. И хоть никто не ищет и не карает за подобное, но что мешает начать завтра?

А кто-то в курсе зачем 1С вообще такую порнографию в SQL базах разводят? Однажды столкнувшись не очень понят, что они там за ад нагородили, а главное зачем

Если укажете, какую конкретно «порнографию», будут шансы получить ответ. Если это не риторический вопрос, конечно.

Они создали свой уровень абстракции изолировав программистов на этом уровне. А на sql это выглядит так как выглядит.

чтобы отделится от типа БД, они же 'типа бесшовно' поддерживают файловую и 4 типа БД, и чтобы оно работало — они насочиняли целый комбайн который максимально не использует фишки конкретных БД и ограничивается селектами, апдейтами и индексами… в итоге мы имеем этот ужас

p.s. и при всем этом, полностью 100% беспроблемно оно только на mssql работает, гдето читал статью как ктото на оракле ее поднимал… занимательный квест и как оказалось что это квест даже для техподдержки 1С

В oracle OEBS ты еще порнографии не видел.

А вот этого не знал, спасибо.

Довольно странная политика, на мой взгляд, конечно.

Нет не нарушает, моя база, что хочу с ней то и делаю. Я позволяю 1с работать на ней но в остальном не их дело, если хотят — пусть подают в суд. А даже если бы у них были шансы то с купленным софтом я в любом случае могу делать что угодно.
По настоящему Лицензионному соглашению Лицензиату предоставляются отдельные неисключительные права, описанные ниже


Лицензиат имеет право установить и использовать ПРОГРАММНЫЙ ПРОДУКТ в соответствии с сопроводительной документацией

(https://1c.ru/texts/kp_license.htm)

это совсем не что угодно, а только право пользования, да еще и только в рамках документации. Ну и есть пункты прямо противоположные «что угодно»: п.4 например.

Как вы себе представляете наказание за такое?

такоеже как за использование нелицензионной 1С/винды/и т.п.
штраф с кучей нулей и турма в некоторых особо суровых случаях?
нерасширяемая

Чем же тогда являются конфигурации, как не расширением?


Попытка оптимизировать 1с под хайлоад — это чаще всего модификация/доступ к БД в обход платформы => нарушение лицензии 1с.

Какого пункта?
И если это нарушение, то зачем на ИТС описана структура таблиц и вот этого всего?

Чем же тогда являются конфигурации, как не расширением?

Конфигурации не расширяют платформу. Они используют ее возможности для реализации бизнес-логики.
Т.е., например, вы не можете написать такую конфигурацию, которая расширит платформу для поддержки новой СУБД.
которая расширит платформу для поддержки новой СУБД.

А для SAP, уход с которого тут обсуждается, вы такое расширение написать сможете?


Внешние компоненты, опять же, есть.

Какого пункта?

(перечисление к пункту 4. это про модификацию в обход платформы)
вносить какие-либо изменения в код ПРОГРАММНОГО ПРОДУКТА, содержимое баз данных и других наборов данных, в которых система хранит информацию, за исключением тех изменений, которые вносятся штатными средствами, входящими в состав ПРОГРАММНОГО ПРОДУКТА и описанными в сопроводительной документации;

(перечисление к пункту 4. это про доступ в обход платформы)
осуществлять доступ к информационной базе ПРОГРАММНОГО ПРОДУКТА и построение систем на основе ПРОГРАММНОГО ПРОДУКТА с помощью средств и технологических решений, не предусмотренных в сопроводительной документации;

И если это нарушение, то зачем на ИТС описана структура таблиц и вот этого всего?

Это хороший вопрос к юристам. Но, думаю, лицензионное соглашение будет иметь куда больший вес при разборе любых разночтений с документацией. Кроме того, я могу придумать пару объяснений «зачем», не противоречащее выкладыванию инфы на ИТС: с образовательной целью, с целью диагностики проблем.

Ну над скоростью 1С пока особо не заморачивается. Да, делает свой интерфейс красивым, но быстродействие всё хуже и хуже.

А что в мире используют вместо 1С те, кто не хочет САП?

Да вот не совсем. Если OEBS вполне нормальная система уровня SAP B1 (но не S/4), то Cloud ERP это убожество. Кастомизировать нельзя, но если очень сильно захотеть, то за очень много денег индусы из Oracle сваяют когда-нибудь чего-нибудь, что будет отдаленно похоже на то, что требуется. В Oracle решили, что партнеры, занимающиеся внедрением OEBS, слишком много зарабатывают на доработках, и забрали это себе.

В итоге, в том виде, как оно сейчас сделано, система не пригодна для среднего бизнеса, не то что для крупного.

Статистика красноречива. Насколько знаю, в России Cloud ERP внедрялся 1 (один) раз, в представительстве европейского ритейлера. Это, однозначно, успех, "не имеющий аналогов в мире".

Я немного о другом. И то и другое нынче не работает у нас

Отключения Cloud ERP никто по сути и не заметил, а OEBS ранее внедренные, пока работают, но им и так осталось несколько лет до снятия с поддержки. Так что переход на 1с/Галактику у них в планах уже был.

А Галактики/Парусы настолько плохи в сравнении с 1С, что о них даже не упоминают?

Галактика неплоха для всего, что не касается финансов напрямую, т.е. управление активами, производство и т.д. там реализованы на достойном уровне А вот для финансов - вообще никак, т.к. суммы хранятся как double, со всеми вытекающими последствиями при сведении баланса, когда при округлениях вылезают копейки и суммы не сходятся. Ну и специалистов еще не хватает.

С Парусом, в отличие от вышеназванных систем, никогда не работал, возможно, где-то есть, но я его никогда серьезно для внедрения не рассматривал.

Галактика на порядок, если не на два, дороже 1С и требовательна к "железу" (как к серверному, так и к клиентскому). Плюс в 1С, при наличии своих программистов ты можешь сам вносить необходимые правки. В Галактике же каждую доработку, требующую правки кода, будут делать программисты Галактики (не бесплатно разумеется).

Смотря как считать, и для каких предприятий.

Допускаю, что работаю в конторе где SAP "не умеют готовить". Но КАК?! их можно сравнивать? Интерфейс SAP ..авно. Не даром же ходит шутка как саповцы спрашивают у 1с-ников "а вы правда показываете клиентам интерфейс ДО продажи?". Но шутки шутками, у меня встречи с сап редкие, однако понадобилось найти все договоры по контрагенту. И это заняло у меня..... несколько часов! SAP может и гибкий конечно....

Мне там любители сапы минусов накидали но уверен что перейдут на наш софт, не сразу, не все, но будет налаживаться и взлетит.

Разумеется, шутка. Саповский интерфейс не менялся десятилетиями (ну кроме появления Fiori), что упрощает освоение системы. Осваиваешь его довольно быстро, как ни странно. И главное, никаких свистоперделок, отвлекающих внимание.

Экспериментально проверял, сап прекрасно работает в большинстве транзакций на канале 14 килобит. Какая из других аналогичных систем на такое способна в 2022-м году? И после этого называть интерфейс говном?

Когда уже люди изживут из себя ехидство по отношению к 1С. Это нормальный конкурентный продукт и он нормально работает на больших базах и количествах пользователей, с соответствующим задача серверным железом и возможность разбить базу на несколько. BI система и бустеры для отчетов уже появились родные от 1С, можно и через Power BI и другие сторонние продукты - научись их готовить. Вариантов работы с аналитикой для 1С в инмемори базюльках - море. Система имеет низкий порог входа для "разработчиков" и "администраторов" и те и те косячат из-за некомпетентности, а злобу проецируют на 1С. Одни пишут или адовые запросы или раскладывают данные по базе так, что их нормальным запросом не собрать в отчет. Другие забывают выключить энергосберегающий режим серверов и насилуют мозг техподдержке или не говорят, что используют аппаратное шифрование в локальной сети, с убогим пропускным каналом, или скачут через VPN в офис в Москве, чтобы попасть в базу соседнего города на дальнем востоке. Пользователи под час пытаются выжать из программиста 2+2 = 5, и тут нужно позвать комиссара - методиста с наганом. Тут правильно писали, что из-за совместимости со множеством СУБД приходиться отказаться от части фишек каждой из них - это тоже нормально, зато никто не пишет кровавые темы перехода с mssql на posgresql и через 3 года обратно. С хорошими проектными командами можно делать достойные проекты. Системы работают - помогают закрывать рег. отчетность гигантских холдингов и вести фин. учет. Если разумно выстроить разработку, и не бежать сломя голову делать каждую фичу, из-за мнимой простоты вмешательства в код, а дать ее покурить аналитику, и соблюдать стандарты разработки, то все будет хорошо.
Всегда есть кто-то недовольный, а начинаешь копать код или железо и хватаешься за голову, как у компостной ямы в деревне оказался..

Тренировка на младшем брате, перед портирование в РЖД

Sign up to leave a comment.

Other news