Я вообще не беру задачи связанные с регламентированным учетом. Существующие конфигурации 1С решают задачи далеко за рамками бух. учета, и существующих средств платформы вполне достаточно. Если заказчику требуется автоматизация каких-то его сугубо специфичных процессов/задач, то разработка стоит +/- также как любая заказная, но зачастую выполняется быстрее, чем на "универсальных" языках. Довольно серьезные задачи на несколько сотен пользователей вполне успешно решались еще лет 20 назад на 7.7, с тех пор платформа существенно продвинулась. "Споткнуться можно на банальном" - тут конечно желателен пример, чтобы был предмет обсуждения. Но не исключен ответ вида "выберите более подходящий инструмент", что уже неоднократно указывалось выше.
Не мешало бы прояснить, что такое "каждый раз", сколько этих самых "каждый раз" возникает? Как я написал выше, не так часто такая необходимость возникает, а когда возникает, то есть стандартные пути решения, которые обходятся лишь немногим дороже решения задач в рамках платформы. Мы о каких-то абстрактных внешних DLL все толкуем, может проще будет на конкретном примере обсудить?
Откуда "на порядок" дороже? Если подобные задачи возникают регулярно, то можно держать соответствующих специалистов в штате (ценник отличается не сильно), если время от времени, то можно воспользоваться аутсорсом (тоже не сверхестественные цены). И это если не учитывать, того, что 1С-ники со знанием C/C++/C#/Java и т.п. вполне себе встречаются. Практика - критерий истины! :-) При том количестве внедрений 1С, которое существует (без учета коробок с бухгалтерией), что-то не наблюдается огромного количества внешних компонент, т.е. типичные задачи все таки чаще всего решаются средствами платформы.
Бизнесу лучше - быстро и дешево. Минимизация и стандартизация "изобразительных" средств позволяет этого добиваться. Если появляются критичные уникальные требования, то выбирается подходящий инструмент.
1С отлично работает с Kafka и пр., есть соответствующие компоненты.
Я вообще не беру задачи связанные с регламентированным учетом. Существующие конфигурации 1С решают задачи далеко за рамками бух. учета, и существующих средств платформы вполне достаточно.
Если заказчику требуется автоматизация каких-то его сугубо специфичных процессов/задач, то разработка стоит +/- также как любая заказная, но зачастую выполняется быстрее, чем на "универсальных" языках.
Довольно серьезные задачи на несколько сотен пользователей вполне успешно решались еще лет 20 назад на 7.7, с тех пор платформа существенно продвинулась.
"Споткнуться можно на банальном" - тут конечно желателен пример, чтобы был предмет обсуждения. Но не исключен ответ вида "выберите более подходящий инструмент", что уже неоднократно указывалось выше.
Не мешало бы прояснить, что такое "каждый раз", сколько этих самых "каждый раз" возникает?
Как я написал выше, не так часто такая необходимость возникает, а когда возникает, то есть стандартные пути решения, которые обходятся лишь немногим дороже решения задач в рамках платформы.
Мы о каких-то абстрактных внешних DLL все толкуем, может проще будет на конкретном примере обсудить?
Ничего там сложного нет, это штатный, хорошо документированный механизм платформы 1С. Так и называется "Технология внешних компонент". :-)
Откуда "на порядок" дороже?
Если подобные задачи возникают регулярно, то можно держать соответствующих специалистов в штате (ценник отличается не сильно), если время от времени, то можно воспользоваться аутсорсом (тоже не сверхестественные цены). И это если не учитывать, того, что 1С-ники со знанием C/C++/C#/Java и т.п. вполне себе встречаются.
Практика - критерий истины! :-)
При том количестве внедрений 1С, которое существует (без учета коробок с бухгалтерией), что-то не наблюдается огромного количества внешних компонент, т.е. типичные задачи все таки чаще всего решаются средствами платформы.
Автор вроде просил не понижать уровень дискуссии.
Почему x10? Всего лишь по цене соответствующей компетенции на рынке.
Зависит от DLL. COM - пожалуйста из коробки, для прочего есть внешние компоненты.
Мы же все еще про 1С?
Достаточно удобно, чтобы поддерживать высокую скорость поставки функциональности.
Для "простейших" задач, компетенций в других средах не требуется.
Бизнесу лучше - быстро и дешево. Минимизация и стандартизация "изобразительных" средств позволяет этого добиваться. Если появляются критичные уникальные требования, то выбирается подходящий инструмент.
А если сделать допущение, что целевой аудиторией 1С в первую очередь является бизнес и лишь во вторую разработчики, то все встает на свои места.