Артем, похоже, Вам удалось в два абзаца уложить то, что у меня в десяток экранов плохо поместилось. Спасибо! ))
Спасибо. Посмотрим внимательно на этот продукт. В последнее время все чаще слышу это название.
500к товаров - это еще куда ни шло. Мы создавали гипермаркет автозапчастей - там 8 млн. товаров и сложный поиск по ним. Вот тут любая CMS (не будем показывать пальцем), хранящая весь каталог товаров в одной таблице, просто умирает сразу ))
А так - да, и на CS-Cart есть достаточно сложные реализации и на Magento и на Prestashop и даже (кошмар!) на Wordpress WooCommerce.
Проблема в том, что разработчику для того, чтобы быть квалифицированным, нужно "набивать руку" в ограниченном числе инструментов. И выбрать правильный инструментарий под задачи, с которыми сталкиваешься чаще всего, и не ошибиться с выбором - тот еще вызов, конечно.
Ну, вообще в статье об этом прямо или косвенно говорится.
Мой опыт тоже говорит о том, что найти программиста под фреймворк гораздо проще, чем программиста под 1С-Битрикс. Тупо не хотят программисты с этим продуктом работать. Но цифры HH вещь упрямая и говорит об обратном, поэтому я вынужден был написать то, что написал - я старался быть объективным.
Что касается стоимости ... Стоимость Битрикс все-таки очень символическая. И, если его использовать по назначению (то есть разворачивать на нем быстрые типовые проекты), стоимость его лицензии быстро нивелирует разницу со стоимостью затрат на программистов, который не фреймворк вынуждены будут типичный функционал "с нуля" возводить.
Так что фактически - да, Вы правы: Битрикс "дороже" фреймворка. На практике же, с учетом стоимости лицензии - это точно не решающий фактор по моему опыту.
Привет. Спасибо за "спасибо" ))
Нет, Мегапланом мы не пользовались. Одно время пробовали пользоваться Б24 - у нас не очень прижилось. Попробовали amoCRM - тоже не зашло, но было ближе к тому, что нам нужно. В итоге остановились на Pipedrive. Пока почти всем довольны. Почти - потому, что не смогли связаться Pipedrive с мессенджерами (а у нас много клиентской переписки в мессенджерах происходит) и не смогли привязать синхронизацию задач Pipedrive с Todoist, которым пользуются наши продажники.
Но тут важно понимать еще цели CRM. Для нас - это исключительно ведение сделок от входящего обращения до заключения контракта.
Привет. Каверзный вопрос, конечно ))
На мой взгляд "небольшой проект" должен отвечать следующим критериям:
1. Уровень функционала покрывается возможностями типовой CMS более на 75% или больше (то есть уровень кастомизации - низкий).
2. Объем хранимых данных не превышает 50 тысяч наименований (проще говоря - каталог не выходит за пределы 50 тысяч SKU).
3. Уровень связанности с внешними ИС низкий, связанность типичная (например, сайт связан только с 1С и получает из нее стандартный набор данных - цену и наличие).
4. Сайт не будет испытывать высоких нагрузок со стороны пользователей (ну, скажем, ежедневные посетители не более 15 000 уников и нагрузка в моменте не более 1 000 одновременных сессий).
При выходе за любой из этих параметров 1С-Битрикс в частности может стать неоптимальным выбором по моему мнению.
Привет, Роман! Спасибо большое за Ваш интерес!
Мы пока еще в поздней стадии тестирования находимся, но очень скоро планируем в закрытую бету выкатиться.
Так что да, как порядочные люди, мы теперь обязаны если не жениться на Вас, то хотя бы инвайтом обеспечить )))
Напишите нам пожалуйста на info@festa.games - я предупредил нашего продуктолога, он обязательно пришлёт Вам инвайт, как только мы откроемся хотя бы для более широкого тестирования.
Да, Александр, спасибо ... Действительно у Ивана очень качественный перевод. К сожалению, я его обнаружил уже после того, как мы закончили свою работу, а первая моя попытка найти удачный вариант показывала несколько статей на Хабре с очень фривольными трактовками оригинала.
Экий Вы, батенька, кровожадный ))
Классный ролик получился. Жаль, не озвучили бюджета на его продакшен - интересно, во сколько обошелся?
Максим, привет.
Я несколько раз перечитал твой вопрос. И это тот самый редкий случай, когда я вопросом на вопрос отвечу: ЗАЧЕМ?! )))
Ну, то есть, если у меня есть SPA на современных инструментах, в который мне нужно через API передавать те или иные данные - зачем мне Битрикс в качестве backend'а использовать?! )))
Единственным разумным ответом мне кажется: потому, что заказчик так просит. И вот с этой практикой накостыливания, когда в угоду хотелкам заказчика громоздятся костыльные решения, я предлагаю не соглашаться.
Но если все-таки попытаться ответить на твой вопрос: чисто технически - проблем не должно возникнуть. Получается, нужно будет построить что-то вроде шины данных, которая будет получать данные из различных источников, заботливо хранить и выдавать по запросу тем, кто будет обращаться. Проще говоря, я бы отдельную компоненту для решения этой задачи написал, а не лез бы грязными руками внутрь Битрикса. Битрикс пусть остается в макисмально первозданном виде.