статья и так на 10 тысяч знаков, и это часть серии. мне думается что подход, оценки, риски и критерии выбора мы рассказали. Если хотите прочитать огромный лонгрид буквально с указаниями как что настраивать – мы готовим следующую статью серии, возможно вам понравится
500 часов программиста это примерно 3-4 ч-месяца работы, сколько это стоит – думаю всем кому нужно и так известно если нужно что-то рассказать подробнее, скажите конкретно мы считаем что статья пишется для людей, которые способны сделать реализацию CRUD без наших подсказок, и общую логику обмена люди понимают исходя из особенностей проекта
66 типов – это полный набор возможных вариаций, они считаются и хранятся на стороне 1С. отличаются по регионам, складам, типам покупателей (у нас и оптовики, и реселлеры тоже работают) считать часть математики на стороне 1С, а часть в вебе мы считаем довольно опасной практикой (если не брать простейшие штуки типа скидки на сумму заказа, которая считается в корзине)
причем 66 это еще не так много, бывают проекты, где например 1000 типов цен, что на 10000 товаров дает 10 млн значений, которые постоянно меняются архитектурно красивого решения, если разделять процесс ценообразования и процесс продаж между системами, нет
вы правы, что особенности бизнеса очень влияют на возможность применения стандартных инструментов
статья и так на 10 тысяч знаков, и это часть серии. мне думается что подход, оценки, риски и критерии выбора мы рассказали. Если хотите прочитать огромный лонгрид буквально с указаниями как что настраивать – мы готовим следующую статью серии, возможно вам понравится
500 часов программиста это примерно 3-4 ч-месяца работы, сколько это стоит – думаю всем кому нужно и так известно
если нужно что-то рассказать подробнее, скажите конкретно
мы считаем что статья пишется для людей, которые способны сделать реализацию CRUD без наших подсказок, и общую логику обмена люди понимают исходя из особенностей проекта
66 типов – это полный набор возможных вариаций, они считаются и хранятся на стороне 1С. отличаются по регионам, складам, типам покупателей (у нас и оптовики, и реселлеры тоже работают)
считать часть математики на стороне 1С, а часть в вебе мы считаем довольно опасной практикой (если не брать простейшие штуки типа скидки на сумму заказа, которая считается в корзине)
причем 66 это еще не так много, бывают проекты, где например 1000 типов цен, что на 10000 товаров дает 10 млн значений, которые постоянно меняются
архитектурно красивого решения, если разделять процесс ценообразования и процесс продаж между системами, нет
вы правы, что особенности бизнеса очень влияют на возможность применения стандартных инструментов