Ну на моем опыте ( может мне попадались такие компании ), но в первые годы бизнеза действительно 1с незаменимая вещь, но потом, когда компания сильно растет(ну если растет) платформа не может уже дать того, что нужно
Немного уточню. В первые годы бизнеса, 1С очень дешевая (как с точки зрения лицензий, так и с точки зрения зарплат 1С-ников) и доступная (в плане поиска внедренцев на типовые решения) вещь. Но как только компания сильно растет, доработка/настройка/обслуживание 1С резко вырастает в цене (ох, какая неожиданность - сложные кастомные решения на большое число пользователей - это дорого), а специалистов которые могут (и главное - хотят) решать эти вопросы не всегда удается найти. Т.е. прямо противоположная ситуация с условными ODOO - разработчик, который будет щелкать интеграции с BI, может как от огня сбежать от необходимости поддерживать в актуальном состоянии печатные формы, да и денег попросит, скорее всего, побольше.
Вы бы к примеру взялись сконвертировать уникальное приложение обратно в Delphi или любой другой язык за цену лицензии?
Лично я - вряд ли, мой опыт хождения по граблям в основном ограничивается 1С, поэтому не взялся бы.
Сама платформа никакой "монолитности" не добавляет, если решение и правда из двух табличек. Да, скорее всего будет работать медленнее, чем нативное, но серьезного оверхеда не будет.
Если абстрактный пример - то упрется все в наличие ТЗ (или наличие человека, который разбирается в 1С и может по конфигурации это ТЗ написать).
P.S. Цена лицензии - тоже понятие растяжимое. Может быть и правда дешевле все переписать, хоть на Delphi, хоть на, прости господи, Access'е, чем покупать лицензии. Но так-то на Delphi искать разработчиков в 2021 году, мне кажется, сложнее, чем на 1С.
Та БД к бухгалтериии не имела ни малейшего отношения, т.е. вся стандартная конфигурация была просто выброшена
90% решений на 1С тоже к бухгалтерии отношения не имеют, в общем-то. При этом стоимость именно готовых решений на 1С - копеечная. Вопросы скорее в стоимости пользовательских / серверных лицензий. И внедрении/адаптации.
Перенести можно было на любую платформу, человек сделал на том чем владел, ни с кем не согласовав. Позже руководство было вынуждено приобрести лицензию на платформу.
Какой-то 1С-ниндзя, который незаметно для руководства переписывает все на 1С, а руководство это замечает только когда он уволился =)
А к простой БД с исходниками приложения добавился необъятный монолит, который придётся допиливать у соответствующих специалистов. КМК получился не самый оптимальный вариант для пары табличек и пары формочек.
А монолит-то необъятный откуда появился, если исходная система была из пары табличек и пары формочек? Все-таки либо 1С-ник взял что-то готовое (допустим, была база из двух табличек по расходу материалов на производстве, а 1С-ник развернул ERP) или руководство "забыло упомянуть", как этот монолитный монстр вырос из их же "хотелок" на этапе замены Delphi на 1С. Так-то небольшую базу из пары табличек на 1С напилить и сопровождать будет скорее всего дешевле, чем на Delphi (если там и правда была пара табличек) - любой студент справится.
Там же можно скачать полную версию, с демо базой данных. Там же есть и линк на демку, работающую он-лайн
Да, на оффсайте демку я нашел, просто вот при беглом взгляде "вау"-эффекта не испытал - поэтому и поинтересовался чем-то конкретным, чтобы исключить синдром утенка.
По вашим наводкам посмотрю (модели данных, каталоги и т.д.), спасибо. Вполне возможно, что что-то полезное почерпну.
И да, Ofbiz вовсе не идеал. Глюков - куча. Но мне больше нравится
Что бы он еще где-то был, этот идеал. Везде набор компромисов и граблей.
Бывают случаи, когда используется только платформа — наблюдал БД, пересаженную с Delphi/Paradox сотрудником по собственной инициативе, просто потому что мог
Бывает, да. Я допустим так работаю ("совершенно уникальные конфигурации" в смысле, а не "перевел на 1С потому что мог"). О рисках всегда предупреждаю заранее. В чем вы видите проблему?
"У меня такая же нога, но не болит". Это я к тому, что у вас работает - замечательно, но наверное не стоит свои внутренние стандарты продавливать в массы, тем более в обсуждении, которое к оптимизации запроса вообще не имело отношения.
Любопытства ради, а что конкретно, по сравнению с OfBiz "криво, косо и устарело" (может где-то можно покрутить демку, сравнить, не перелопачивая наугад всю документацию и тыкаясь в кнопки)? Вы про платформу или про конкретные решения на платформах?
Недавно проходил вебинар/мастер-класс по оптимизации запросов для 1С, где конкретная компания рассказывала о своих внутренних стандартах. В частности - про замену "Не..." на внутренние соединения, которая (возможно, но сама компания не проверяла) в определенных условиях, дают прирост, а может быть и не дают, но "так заведено" (что нормально для внутренних стандартов). После чего астрологи объявили неделю карго-культа по оптимизации и переписыванию запросов.
Про апгрейд вообще — v8.1c.ru/priobretenie-i-vnedrenie/otvety-na-tipovye-voprosy-po-litsenzirovaniyu-1s-predpriyatiya-8 Вопрос 34.
Явно про Базовые/Проф/Корп там вроде бы не написано, но возможность апгрейда есть. Расчет по стандартной формуле (доплата за переоформление, доплата разницы в стоимостях но не меньше определенного процента). С одного решения на другой вопрос не в как таковом апгрейде, а в том, что есть линейки типа УТ — КА — ERP у которых часть кодовой базы общая, а есть решения для разных отраслей, там методология учета может отличаться и это в любом случае перевнедрение.
Я вполне допускаю, что «упомянутый здесь Neikist» что-то подтвердил, увы, он не является для меня беспрекословным авторитетом.
И я не понимаю, почему вы все сводите к каким-то политическим аналогиям.
Ну да ладно. За сим прекращаю оффтопик.
Эм. Т.е. вы не являетесь представителем компании-разработчика, которая утверждает, что их технология опережает весь мир и который ссылается на свои же (своих коллег) статьи, о том, что она лучше чем 1С?
Извините, видимо что-то перепутал.
В статье упомянуты конкретные проблемы связанные с экосистемой и «Developers! Developers! Developers!». И нет практически ничего про техническую составляющую (кроме боли автора из-за необходимости работать с «устаревшими» неуправляемыми формами). Изменение подхода к взаимодействию с сообществом разработчиков и пользователей, это вполне себе фундаментальное изменение, а не перестановка кроватей.
Про технологическое отставание, попробую намекнуть еще прозрачнее — пиарьте свой продукт в своем блоге =)
В статье отражен взгляд конкретного человека на проблемы 1С-экосистемы, причем со стороны разработчика. Соответственно и предложенные решения — это мнение конкретного человека.
Озвучивать мнение разработчиков «убийцы-1С/аксапты/экселя/сапа» по вопросам технологического отставания платформы он вроде бы не обязан — оно вполне отражено в их собственных статьях.
каждый апдейт приходится выкачивать руками, заливать в своё репо… расскажите кто нибудь ребятам из 1с что нативные репозитории в линуксе умеют аутентификацию сотней разных способов а качать дистрибутив с сайта это прошлый век
Ну вы еще скажите, что не надо дистрибутивы в rar архив (или 2-3 вложеннных zip-архива) класть. На святое замахнулись =)
Потому что когда они НЕ сравнивают себя с 1С (или SQL, или еще кем-то), то их статьи игнорируют (никто не пишет комментариев, плюсы только от 20 сотрудников компании на Хабре).
Справедливости ради, например Резолюция Генеральной Ассамблеи ООН A/RES/ES-10/19 тоже выглядит как "США против всего мира".
Немного уточню. В первые годы бизнеса, 1С очень дешевая (как с точки зрения лицензий, так и с точки зрения зарплат 1С-ников) и доступная (в плане поиска внедренцев на типовые решения) вещь. Но как только компания сильно растет, доработка/настройка/обслуживание 1С резко вырастает в цене (ох, какая неожиданность - сложные кастомные решения на большое число пользователей - это дорого), а специалистов которые могут (и главное - хотят) решать эти вопросы не всегда удается найти. Т.е. прямо противоположная ситуация с условными ODOO - разработчик, который будет щелкать интеграции с BI, может как от огня сбежать от необходимости поддерживать в актуальном состоянии печатные формы, да и денег попросит, скорее всего, побольше.
Пора писать "Повесть о том, как один разработчик десять agile-коучей прокормил".
Лично я - вряд ли, мой опыт хождения по граблям в основном ограничивается 1С, поэтому не взялся бы.
Сама платформа никакой "монолитности" не добавляет, если решение и правда из двух табличек. Да, скорее всего будет работать медленнее, чем нативное, но серьезного оверхеда не будет.
Если абстрактный пример - то упрется все в наличие ТЗ (или наличие человека, который разбирается в 1С и может по конфигурации это ТЗ написать).
P.S. Цена лицензии - тоже понятие растяжимое. Может быть и правда дешевле все переписать, хоть на Delphi, хоть на, прости господи, Access'е, чем покупать лицензии. Но так-то на Delphi искать разработчиков в 2021 году, мне кажется, сложнее, чем на 1С.
90% решений на 1С тоже к бухгалтерии отношения не имеют, в общем-то. При этом стоимость именно готовых решений на 1С - копеечная. Вопросы скорее в стоимости пользовательских / серверных лицензий. И внедрении/адаптации.
Какой-то 1С-ниндзя, который незаметно для руководства переписывает все на 1С, а руководство это замечает только когда он уволился =)
А монолит-то необъятный откуда появился, если исходная система была из пары табличек и пары формочек? Все-таки либо 1С-ник взял что-то готовое (допустим, была база из двух табличек по расходу материалов на производстве, а 1С-ник развернул ERP) или руководство "забыло упомянуть", как этот монолитный монстр вырос из их же "хотелок" на этапе замены Delphi на 1С. Так-то небольшую базу из пары табличек на 1С напилить и сопровождать будет скорее всего дешевле, чем на Delphi (если там и правда была пара табличек) - любой студент справится.
Да, на оффсайте демку я нашел, просто вот при беглом взгляде "вау"-эффекта не испытал - поэтому и поинтересовался чем-то конкретным, чтобы исключить синдром утенка.
По вашим наводкам посмотрю (модели данных, каталоги и т.д.), спасибо. Вполне возможно, что что-то полезное почерпну.
Что бы он еще где-то был, этот идеал. Везде набор компромисов и граблей.
Бывает, да. Я допустим так работаю ("совершенно уникальные конфигурации" в смысле, а не "перевел на 1С потому что мог"). О рисках всегда предупреждаю заранее. В чем вы видите проблему?
Значит, я угадал.
"У меня такая же нога, но не болит". Это я к тому, что у вас работает - замечательно, но наверное не стоит свои внутренние стандарты продавливать в массы, тем более в обсуждении, которое к оптимизации запроса вообще не имело отношения.
Любопытства ради, а что конкретно, по сравнению с OfBiz "криво, косо и устарело" (может где-то можно покрутить демку, сравнить, не перелопачивая наугад всю документацию и тыкаясь в кнопки)? Вы про платформу или про конкретные решения на платформах?
Недавно проходил вебинар/мастер-класс по оптимизации запросов для 1С, где конкретная компания рассказывала о своих внутренних стандартах. В частности - про замену "Не..." на внутренние соединения, которая (возможно, но сама компания не проверяла) в определенных условиях, дают прирост, а может быть и не дают, но "так заведено" (что нормально для внутренних стандартов). После чего астрологи объявили неделю карго-культа по оптимизации и переписыванию запросов.
Все верно, только 1С это не "любой CRM на Java". Во-первых потому, что не совсем CRM, во-вторых, потому что не на Java.
Явно про Базовые/Проф/Корп там вроде бы не написано, но возможность апгрейда есть. Расчет по стандартной формуле (доплата за переоформление, доплата разницы в стоимостях но не меньше определенного процента). С одного решения на другой вопрос не в как таковом апгрейде, а в том, что есть линейки типа УТ — КА — ERP у которых часть кодовой базы общая, а есть решения для разных отраслей, там методология учета может отличаться и это в любом случае перевнедрение.
И я не понимаю, почему вы все сводите к каким-то политическим аналогиям.
Ну да ладно. За сим прекращаю оффтопик.
Извините, видимо что-то перепутал.
Про технологическое отставание, попробую намекнуть еще прозрачнее — пиарьте свой продукт в своем блоге =)
Озвучивать мнение разработчиков «убийцы-1С/аксапты/экселя/сапа» по вопросам технологического отставания платформы он вроде бы не обязан — оно вполне отражено в их собственных статьях.
Ну вы еще скажите, что не надо дистрибутивы в rar архив (или 2-3 вложеннных zip-архива) класть. На святое замахнулись =)