В статье на примерах проанализируем затраты на обслуживание крупного интернет-магазина на 1С-Битрикс и на фреймворке Python. Сравним стоимость и выгоды, связанные с внедрением новых функций, оценим стоимость содержания команд на разных стеках и разберём, на чём экономически выгодно поддерживать и расширять крупный интернет-магазин. Дополнительно посчитаем, сколько стоит перенос интернет-магазина с 1С-Битрикс на фреймворке Python.
Привет! Меня зовут Дмитрий Важенин, я — коммерческий директор Creonit / digital production. Разрабатываем цифровые сервисы, в том числе и интернет-магазины. Входим в топ-50 крупнейших IT-поставщиков в ритейле и в топ-30 крупнейших разработчиков приложений для бизнеса и госсектора в России.
Сегодня разберём, каким компаниям стоит делать интернет-магазины на 1С-Битрикс, а кому лучше рассмотреть разработку на одном из фреймворков Python (например Djangо) с точки зрения бизнеса. Поговорим о плюсах и минусах каждого подхода и что делать, если вы выбрали неверный стек для разработки.
Почему Битрикс популярен в России?
1С-Битрикс — самая популярная коммерческая CMS для разработки сайтов в России, согласно рейтингу iTrack за 2021 год. Мы — золотой партнёр 1С-Битрикс, ведём проекты на этой CMS, поэтому можем сказать, что он хорош и для создания интернет-магазинов, если его использовать «как есть» — в рамках возможностей, которые включены в коробочное решение.
Популярность Битрикса объяснима:
- Хороший маркетинг.
- Битрикс синхронизируется со всеми продуктами 1С, которые тоже востребованы в России. Если бизнес уже пользуется каким-то софтом от 1С, он чуть ли не автоматически переходит на «Битрикс» для разработки сайтов. Потому что у этих решений один провайдер и, можно сказать, общая экосистема.
- В Битрикс встроены интеграции со всеми российскими службами доставки и сервисами оплаты.
- CMS проста в использовании для бизнеса, если не делать кастомных модулей.
Для какого бизнеса подойдёт интернет-магазин на Битриксе
1С-Битрикс подойдет для малого и среднего бизнеса: небольших интернет-магазинов, независимо от их специфики. Широкая функциональность и гибкие инструменты для создания и управления электронной коммерцией позволяют настраивать каталог товаров, управлять ценами и акциями, обрабатывать заказы и осуществлять доставку.
1С-Битрикс подойдёт для интернет-магазина, если:
- Большая часть или вся необходимая функциональность для проекта уже есть в системе и не требует дополнительных разработок;
- Разработчики, которым вы доверяете, работают только с этой платформой;
- У вас есть успешно реализованные интернет-магазины на этой CMS, и вы довольны результатом.
А если у вас магазин с большим количеством товаров, ежедневного трафика и активных пользователей, то он быстро начнёт требовать больше, чем предлагает «коробка».
С какими сложностями сталкивается крупный бизнес в работе на Битриксе
Не всё, что хорошо для малого и среднего бизнеса, подойдёт для крупного. Рассмотрим, когда лучше сделать интернет-магазин на Django и с какими сложностями может столкнуться крупный бизнес в работе на Битриксе.
1. Крупный интернет-магазин на 1С-Битрикс сложно масштабировать и поддерживать
Проект всегда будет упираться в рамки «коробки». Если потребуется настроить нестандартную фильтрацию в каталоге, это возможно сделать только с помощью кастомизации модулей. Если их много, интернет-магазин со временем станет тяжелым и скорость загрузки страниц начнёт падать. В современном мире это — приговор. Сайт, который не открывается за 3 секунды, теряет пользователей. Это усложняет добавление новых функций и интеграций.
Кастомизированные модули поддерживают вручную, они не обновляются вместе со всей CMS автоматически. Это ведёт к увеличению технического долга — проблем в коде или архитектуре, которые вызывают дополнительные затраты труда при поддержке интернет-магазина в будущем.
2. На 1С-Битрикс тяжело проверять гипотезы и инвестировать в новые функции
Под давлением страха, что на Битриксе разрабатывать нестандартные функции может быть долго и дорого, бизнес не проверяет продуктовые и маркетинговые гипотезы. В итоге они не конвертируются в деньги, и магазин не развивается. Цена технической поддержки проекта будет оставаться не высокой на цифрах, но и не реализуется весь потенциал бизнеса.
Чтобы сохранять конкурентное преимущество на рынке, нужно внедрять что-то новое. Например, в 2019-2020 годах крупные интернет-магазины стали показывать рекламу в виде сториз на главной странице — у многих формат сохранился до сих пор. Он позволяет показывать больше специальных предложений, чем традиционные карусели с баннерами, потому что занимает меньше места. При этом сториз цепляют глаз пользователя и толкают к тому же поведению, что и в соцсети, из которой они перекочевали, — желанию проверить «что там нового». Внедрение сториз в интернет-магазин может увеличить конверсию в открытие рекламы, а вместе с тем и в покупку.
Но компания с магазином на 1С-Битрикс, скорее всего, не проверит этого, потому что внедрять функциональность долго и она может замедлить загрузку страниц.
В итоге, если бизнес годами будет откладывать добавление новой функциональности из-за сложности разработки, пользователи медленно перетекут к конкурентам.
Смета: сравнение стоимости разработки функций на 1С-Битрикс и Django
В качестве сравнения возьмём фреймворк Django (только для примера, можно заменить на любой другой фреймворк), потому что Python — один из самых популярных языков программирования в России и мире, а Django — один из популярных фреймворков. Мы делаем проекты и на Битрикс, и на Python, поэтому можем оценить рыночные цены и человеко-часы на задачи.
На примере реальной сметы рассмотрим разницу в часах на создание функций и посмотрим, что выгоднее.
Дисклеймер: стоимость может отличаться в зависимости от разных параметров. Мы рассчитали средние показатели, опираясь на наш опыт.
Стоит отметить, что в приведённых выше задачах мы рассматриваем случай, когда 1С-Битрикс уже кастомизирован настолько, что готовые модули нельзя брать, потому что логика оплаты переписана целиком.
Например, у «СберМаркета» есть готовый модуль интеграции, но на переписанную логику оплаты он уже не встанет. У MindBox тоже есть готовое решение, но в нём много ограничений, поэтому лучше сразу делать кастомный модуль.
В смете видно, что Django выигрывает и в скорости разработки, и в цене. Битрикс хорош, пока бизнесу хватает готовых модулей. Но как только появляются первые кастомизации и изменения в бизнес-логике, на разработку новых функций в CMS уходит больше времени.
3. Битрикс-разработчиков сложно искать и заменять в случае ухода
На рынке мало 1С-Битрикс разработчиков. Их сложно искать, нанимать и обучать. При этом у программистов не всегда хватает знаний, чтобы поддерживать интернет-магазин со сложной бизнес-логикой и кастомизациями. На такие задачи нужны разработчики уровня middle и senior.
На начало ноября 4708 доступных резюме 1С-Битрикс разработчиков. Для сравнения, резюме Python-разработчиков больше 12 000.
Дефицит кадров приводит к тому, что их сложно заменять в случае ухода. Из-за этого работа над проектом может встать в любой момент. Этот вопрос мы разбирали в нашей другой статье.
Разработчиков на Python в разы больше, чем на Битрикс — больше 12 000 релевантных резюме на HeadHunter. По данным исследования JetBrains, в качестве основного языка программирования Python на втором месте по популярности в России (после JavaScript). Поэтому подбор кадров идёт быстрее и дешевле, без сильных издержек на рекрутинг.
Почему выгодно разрабатывать крупный магазин на одном из фреймворков Python
Крупному бизнесу выгоднее писать интернет-магазин с нуля на фреймворках Python, потому что:
- Time to market фичей ниже. Функциональность и интеграции на фреймворках Python делать быстрее. Для сравнения, интеграция интернет-магазина с программой для автоматизации бизнеса SAP займёт 589 часов на Битриксе и 481 час на Python. Интеграция с SetRetail — 63 часа на Битриксе и 27 часов на Python.
- Легко искать специалистов. Найти человека с нужными навыками из 12 000 питонистов проще, чем из 4000 битрикс-разработчиков.
- Можно тестировать любые гипотезы. Бизнес перестанет сталкиваться с возражениями «эту функцию невозможно сделать на Битриксе». Новые функции будут конвертироваться в деньги. Пользователи не уйдут к конкурентам, потому что у них удобнее фильтрация или личный кабинет.
- Быстрая скорость загрузки страниц. У фреймворков Python высокая скорость обработки данных. Крупные интернет-магазины, сделанные на этих фреймворках, способны обрабатывать большой объём трафика и заказов.
Сколько стоит перенести интернет-магазин с «Битрикса» на фреймворк Python
Что делать, если ваш интернет-магазин на 1С-Битрикс уже тяжело прогружается, а количество товаров, трафика и необходимых функций продолжает расти? Одно из решений — перенести проект на фреймворк Python (например, Django).
Мы посчитали смету такого переезда.
Снова дисклеймер: проекты могут быть разными, как и цены на специалистов в разных компаниях. Мы лишь демонстрируем на примере разницу в стоимости команд в целом.
У битрикс-разработчиков в команде цена выше, потому что на поддержку интернет-магазина с кастомизированными модулями нужны senior-специалисты. Если нестандартные функции будут разрабатывать джуны — на это уйдёт в два раза больше времени, плюс потребуется устранять баги. При этом для переноса проекта на фреймворк Python и его будущей поддержки подойдут middle-разработчики.
ФОТ команд указали с учётом налогов, отпускных и ежегодной индексации зарплат на 20%. Можно было учесть ещё много разных параметров, но мы не стали уходить в детали.
По нашему опыту, перенос интернет-магазина на один из фреймворков Python займёт около 9 месяцев и обойдётся примерно в 11,5 миллионов рублей.
Работа будет проходить в несколько этапов:
- Проектирование интернет-магазина — 3 месяца. Этап нужен, чтобы продумать бизнес-логику, инфраструктуру и согласовать необходимую функциональность. В это время параллельно продолжается поддержка интернет-магазина на «Битриксе».
- Разработка интернет-магазина на фреймворке Python в течение 9 месяцев.
- Запуск интернет-магазина на фреймворке Python. С этого момента можно не поддерживать интернет-магазин на Битрикс, расходы на команду уменьшаются.
- Далее стоимость поддержки интернет-магазина будет уменьшаться каждый месяц, потому что фаза активной разработки завершилась. Временами нужно будет только устранять ошибки и разрабатывать новые функции по необходимости.
Вложения на перенос интернет-магазина на Python окупятся через 20 месяцев с момента начала его проектирования. Стоимость поддержки интернет-магазина на Django (Python) станет меньше в сравнении с Битриксом, потому что:
- Фичи разрабатывают быстрее.
- Не нужно делать «костыли» — меньше технический долг.
- Для бизнеса открываются новые возможности с тестированием гипотез.
- Меньше издержек на рекрутинг разработчиков, питонистов искать быстрее.
Выводы
Покупая Битрикс, пользователь получает решение большого количества задач из коробки. Если магазину в будущем не потребуется масштабирование и не нужна нестандартная функциональность (интеграции, платёжные системы и другое) — смело делайте его на Битрикс.
Крупному бизнесу стоит разрабатывать интернет-магазин на хорошо масштабируемом фреймворке, например Django. Перенос интернет-магазина с 1С-Битрикс на фреймворки Python будет выгоден только крупным компаниям, потому что вложения требуются большие, а срок окупаемости не очень быстрый. Для маленькой компании такой срок может быть приговором.
Интернет-магазин лучше делать на фреймворках Python, если:
- Хотите уменьшить time to market функций, чтобы тестировать разные гипотезы, расширять аудиторию и увеличивать продажи.
- Планируете масштабировать интернет-магазин и не хотите балансировать между необходимостью добавлять новые «костыли» и страхом, что магазин станет загружаться медленнее.
- Хотите снизить издержки на найм специалистов.
Буду рад обсудить в комментариях ваши мысли и ответить на вопросы :)
Если вам интересно больше про разработку и ведение проектов в IT, следите за новыми кейсами и лайфхаками в нашем телеграм-канале.
Не дай бог на джанго пересесть, читаешь статью и сказка какая-то, прям таблетка от всего и вообще лучшее в мире предложение, а по факту.
Из минусов
1) Простой функционал, что есть в битриксе надо писать с нуля и прописывать вообще все, потому что что-то забудут
2) После 2 программиста на джанго надо делать рефакторинг кода
3) Делаешь одно - ломаешь другое - а это простые вещи
4) Вообще не двигается в seo адекватно, против битрикса
5) После 2 лет проект превращается во что-то массивное и накостыленное, когда постоянно что-то падает
6) Интеграции только через апи/хуки - отвалится полюбому
Из плюсов
1) Можно сделать все что хочешь - но полюбому что-то сломается.
2) Вывезет больше 2 лямов номенклатуры, а нахрена, если ты не агрегатор?
Если вы готовы отказаться от seo, готовы с нуля писать простые вещи, готовы, что что-то отваливается - не вопрос, переезжайте на джанго. С нуля всю интеграцию делать
Пишу на опыте работы с битриксом и джанго и это не по одному сайту. Вот сейчас проект на джанго и это полный п.......ц, 3 программист и все плохо (надо очень грамотно писать ТЗ, то есть вся цепочка, кто участвует в задаче на внедрение доработки должны ОЧЕНЬ круто понимать что делать и все нюансы, а таких крутых ОЧЕНЬ мало)
Для чего эта статья? Для рекламы своей компании и телеги теплой =), ну держите реальный опыт работы с джанго. Можно отмазываться, что у нас плохие разрабы, но вот классных и крутых проектов на джанго, которые со стороны маркетинга были крутыми я встречал чуть больше чем ноль.
Да, на Джанго можно сделать плохо и можно сделать идеально, зависит от команды, но ограничений меньше и команду высокого уровня найти проще)
Джанго это фреймворк, а не готовый продукт который накладывает ограничения, как построишь архитектуру — так и будет работать. Тебе её не дают, а в коробке дают.
Можно ли сделать идеально на битриксе? Тоже да. Но это будет сильно дольше и дороже, а также будет множество разных ограничений)
1. Есть куча готового кода.
2. Так не будь тряпкой, жестко спрашивай за нейминг и организацию кода.
3. что-нибудь почитай про принципы организации и далее по п.2
4. сео, это разводилово и дрочево. в текущий реалиях платишь за трафик получаешь трафик, все остальное сказки.
5. см п.2
6. Это самое сильное ибо рефакторинг в случае изменений у сторонних разработчиков или переход от одних к другим сделать максимально просто.
из +
получаешь полностью свою приложуху по работоспособности независящую от других.
получаешь свободное масштабирование в зависимости от текущих задач.
про минусы вообще не понятно ни одного пункта, а на чем надо писать тогда, например, чтобы не было такого, что делаешь одно и ломаешь другое?)
или на битриксе получается лучше и удобнее костылить? и битрикс не превращается в костыль? какая мысль?
"Интеграции только через апи/хуки - отвалится полюбому" — почему отвалится-то?)
в целом правильно откомментировали. требования к документации и ведению проектов на фреймворках гораздо выше, чем на битриксе. по seo проблемы ровно такие же, как у js-фреймворков, что программисты не придают значения seo-требованиям (даже в этой ветке комментариев это видно))))
я недавно писал как с этим бороться и сюда поставлю ссылку на статью, чтобы не пересказывать https://vc.ru/924178
Можно и на джанго, наверняка, сделать крутой e-commerce, но для 90% проектов битрикс будет дешевле и надежнее.
Неожиданное сравнение! Мне кажется, ваша оценка неполная.
Битрикс это не только фронт, но и админка. К стоимости проекта на Django стоит добавить еще столько же на админку.
Вместо поддержки только сайта с джанго заказчик получит еще и поддержку админки. x2 к стоимости владения.
Еще Битрикс это пользовательская привычка. Переучивание специалистов клиента еще бюджет. Если мы говорим про крупного заказчика, то это могут быть сотни часов.
К Django вы скорее всего еще и React какой-нибудь прикрутите. Крупный же проект и по бестпрактису лучше делить фронт и бек. Это еще одна команда. x3 к стоимости владения.
Битрикс мне не нравится как приложение. Django как продукт мне нравится больше.
Но если говорить про российский еком, про интеграции с бухучетом, маркетплейсами, складом я бы крепко подумал, зачем клиенту Django. Посчитал стоимость не только внедрения, но и владения.
При правильной архитектуре вопросы производительности решаются и на Битриксе. Мы используем кластерные решения, например.
Быстрый тест гипотез — точно не про Django. Для этого есть инструменты, которые намного быстрее позволяют тестировать.
Мы сравнивали только фичи и стоимость команд в примерах на картинках)
Фронты (верстальщики) вам в любом случае потребуется и для проекта на битриксе, и на любом фреймворке. Могут быть, конечно, фуллстековые битриксоиды, но тоже самое можно сказать и про фуллстек-питонистов)
Админка на питоне потребуется, но есть много готовых решений. Для её настройки не нужен отдельный фронт для большинства случаев. А через админку битрикса можно не всё сделать. Есть много кейсов, когда кастомизируют админку битрикса (мы сами так делали для заказчика).
Мы не принуждаем никого делать именно на питоне, фреймворк для разработки выбирайте сами) Единственный нюанс будет в поиске разработчиков. Например пхпшников, по нашему опыту, искать сложнее, чем питонистов.
Про быстрый тест гипотез — скоро я напишу статью про то, как мы пилотируем сервисы на питоне для b2b за 3 месяца (с интеграциями, ролями доступа и т.д.) и как раз там расскажу про админку подробнее)
Согласен и со стороны финансов, почему-то многие забывают, что сайт это прежде всего инструмент для бизнеса, а не предмет искусства и удобства для команды.
Да -тест гипотез и Джанго это прям, да и про стоимость содержания - вопросов нет на питоне сейчас учит любая онлайн шкоола школьников и тех кому не хочется стоять у станка или плиты))))) Разрабов стало много -не спорю, но блин их качество убивает, от слова в самое сердце, ну и количество часов в табличке так себе - далеко от реальности)
Админка в Битриксе - как будто ее нет. простой пользователь без бутылки и бубна быстро не разберется.
а вы для кого статью писали?))) совсем для хлебушков?))
1) на питоне сайты медленнее
2) любой чих на питоре = задействовать разраба
3) битрикс написан на PHP - с каких пор трудно найти разрабов под битрикс?
4) поскольку сайт написал на РНР , то будут сложности с фильтрами и прочему?! Все пилится на раз два и есть куча готовых решений, которые надо пилить с нуля на питоне)
короче ооооочень сомнительная статья для тех кто точно не в теме. может и поведутся) а кто имел опыт в разработке сайтов наврятли вам поверят)
так и написали бы, что есть толпа питоняшек, которых надо загрузить работой и вы это пробуете сделать) вот это будет хотя бы правда)
да просто реклама своей студии, а разработчки видимо у них знают только Python (курсы по питону же очень популярны), вот и приходится на django пилить интернет-магазины
а вы давно смотрели какие-то сводки или аналитику по рынкам разработчиков и их количеству?)
Большинство тезисов в вашей статье мне кажутся сугубо рекламными:
1. Любой крупный магазин тяжело поддерживать, действительно крупные магазины сейчас идут по связке микросервисы: GO + Docker + Kubernetes.
Не PHP (Bitrix) и не Python (Django). Но здесь вопрос что считать действительно крупным магазином и откуда в вашем понимании начинается HighLoad.
2. При наличии более-менее "пряморуких" программистов нет никаких проблем с проверкой гипотез на Битрикс.
В Битрикс есть Маркетплейс, в котором большое кол-во модулей на все случаи жизни почти, скачивай и пользуйся, да их нужно проверять на производительность и безопасность.
3. "когда 1С-Битрикс уже кастомизирован настолько, что готовые модули нельзя брать, потому что логика оплаты переписана целиком."
На мой взгляд нельзя "полностью" кастомизировать ключевые вещи:
- Платежные системы
- Способы доставки
- Корзина
- Каталог
- Работу с заказами
- Работу с пользователями
- Работу с ядром CMS
Вы просто потом не сможете обновлять Битрикс, что крайне нежелательно.
В значительном числе случаев вы сможете взять модуль поставщика из маркетплейса, если он есть там, а у всех крупных сервисов он есть, и кастомизировать его под свои цели,
так как практически всегда идет взаимодействие по REST API с сервисами поставщика.
И это не потребует точно тех расходов что у вас указаны в часах работы для интеграции условного Mindbox, а если и потребует, то сумма итоговая точно не больше чем для Django будет.
По поиску разработчиков с Битриксом как раз ситуация гораздо проще, так как вся основная бизнес логика прописана и вам не надо "изобретать" архитектурных решений, так как всё изобрели за вас.
Т.е. условный middle разработчик в большинстве случаев понимает что и как должно работать.
И смена разработчиков гораздо проще, если делали более менее по их стандартной архитектуре.
Мне не очень понятны ваши выкладки по стоимости работы разработчиков, очень сильно сомневаюсь что разработчик на Django будет дешевле чем на Битрикс.
Я понимаю для чего это делается, вы придумаете полностью свое решение, в котором только вы будете понимать что и как работает с 50 страницами схем в miro
и сотнями страниц тех документации. Модернизировать это сможете только вы и ваша команда, и вас будет нереально заменить как подрядчика, только опять писать полностью новый сайт.
1. Это из вашего опыта или можно где-то ещё про это почитать? Интересно стало
2. Тут ещё вопрос стоит с точки зрения, где искать "более-менее пряморуких программистов". Я довольно часто слышу о том, как тяжело их найти) Если у вас небольшой ИМ, где стандартные задачи — наверное больших проблем не будет, а если надо делать реально сложные штуки, задача сильно усложняется.
3. У нас был кейс клиента как раз такой, у него были довольно сложные бизнес-процессы и ИМ на битриксе, под которые нужно было сильно менять ключевые вещи, часть из перечисленных. Они их меняли до какого-то момента, а потом стало очень сложно. И в будущем требовалось сильно масштабировать интернет-магазин. В итоге приняли решение перенести его на Симфони, для клиента это принесло ряд ощутимых преимуществ)
https://creonit.ru/cases/novex/
Абсолютли. Мне кажется, что только вот эта часть даже на 90% нигде не реализована. Это такой геморой, все это сначала описать, потом поддерживать актуальность информации. По сути несколько отдельных человек, которые будут просто крыжить закрытые таски, и выдергивать из них информацию что сделали, где сделали, и когда сделали. И не джуны, а мидл-сеньеры которые не кодят, а только пишут доки. И над ними кто-то, кто валидирует эту информацию на выходе. То есть с точки зрения бизнеса, такая структура скорее всего будет послана нафиг (если это не майкрософт, у которого очень много денег)
Сравнение решения с технологией - ну так себе. Это как сравнивать покупку готового жилья с самостоятельным строительством.
Или сравнивать покупку готового жилья с палетом кирпича. Типа "вот кирпич, из него можно делать все что угодно, хочешь мангал, хочешь горку, хочешь соседа ударь. А есть квартира - в ней только жить, и мангал не поставишь. Вывод - квартира мега неудобная вещь, покупайте кирпичи, они сильно функциональнее" ))
Да, ожидаемо, что мнения будут разными на этот счет. Но хорошо, когда внедрение новых фич/функций становится не проблемой, а возможностью))
Что одно, что другое в 23 году для крупных ecommerce проектов я бы не стал использовать, для простых типовых проектов, а это 80-90 всех ИМ, битрикса будет за глаза и смета на разработку резко будет сильно в пользу битрикса, так как типовые решения, админка и готовые модули интеграции вполне будут работать. А уж если делать с нуля, то нужно использовать современные стеки, но точно не django. У Python есть своя ниша где он крут типа ML, AI, а делать на нем веб-сайты это такое, можно, но не нужно. Тот же бэкенд можно делать и на PHP фрейморке типа Laravel и на NodeJS, это будет достаточно масштабируемо, но также сама разработка дешевле и разработчиков на рынке гораздо больше по сравнению с Django, если уж хочется совсем по красоте, то для очень крупных проектов нужно использовать GO ну или на крайний случай Java.
Не соглашусь насчёт того, что пхпшников больше, все данные, которые я видела, говорят об обратном. Например у HH было одно из последних (https://hh.ru/article/31783?customDomain=1)
Вообще своеобразная идея считать количество резюме Python-разработчиков, учитывая, что это очень модное направление на всех курсах. Лично знаю людей, кто на всякий случай размещал резюме на питониста вскоре после начала обучения )
Причем после окончания обучения они хотят зп как у мидлов)) им же пообещали на их супер-пупер курсах, что сотку минимум можно сразу просить, не имея ни одного не-учебного проекта за душой.
HH тоже делают аналитику рынка в том числе опираясь на количество резюме)
В другой статье мы показывали примеры из нашей практики, сколько у нас было за месяц откликов по двум направлениям, например)
https://vc.ru/dev/916716-hotite-internet-magazin-na-bitrikse-gotovtes-dolgo-iskat-razrabotchikov
Очень сомнительная история инвестировать 11 млн в переделку уже работающего магазина, чтобы гипотетически сэкономить 10% в год на ФОТ команды разработки.
При этом вообще не сравнивается полная стоимость владения каждым из вариантов.
Статья рекламная, поэтому плюшки на пайтон все перепали.) А по факту по цифрам я вижу только разницу в стоимости разрабов и то, я не сильно уверен в валидности этих цифр.
Битрикс точно хорош для небольших интернет-магазинов, на крупных приходится много костылить, там есть смыл рассмотреть альтернативы
Крупные проекты всегда надо делать много работы нет движка, который все решит, на битриксе это будет сделать проще.
"Если потребуется настроить нестандартную фильтрацию в каталоге, это возможно сделать только с помощью кастомизации модулей."
Только кастомизация. А на Django нужно просто написать всё то, что 1С-Битрикс пилит полным составом последние 20 лет
Вперёд!
Очень интересная статья.
Скажите, пожалуйста, а почему стоимость разработки на Джанго дешевле в часах, чем на Битриксе? С чем связано?
Не нужно делать «костыли» - почему их нужно делать на Битриксе?
Почему на Битриксе нельзя тестировать гипотезы? Почему те же сторис нельзя сделать? В чем сложность?
Спасибо!)
У битрикс-разработчиков в команде цена выше, потому что на поддержку интернет-магазина с кастомизированными модулями нужны senior-спецы, а они стоят дороже, чем, например, middle питон-разработчики. А внедрять функциональность на питоне быстрее, тратится меньше часов.
"Костыли" в битриксе связаны с тем, что если нужно внедрять какую-то функциональность не из коробки битрикса, то нужно кастомизировать модуль. Он перестаёт автоматически обновляться, и нужно поддерживать его вручную. Это может приводить к увеличению технического долга и вызывать дополнительные затраты труда при поддержке интернет-магазина в будущем.
На Битриксе сложнее тестировать гипотезы из-за сложности внедрения каких-то фич и их влияния на скорость загрузки интернет-магазина. Больше шансов, что новая фича что-то сломает или замедлит скорость загрузки страниц)
Спасибо, нашёл для себя пару полезных мыслей
Рад, а расскажите, каких именно?)
Комментарий чисто для галочки оставили?
И один из самых медленных, говорите прямо
Ну так можно ж на С дописывать необходимые куски же жжж.))
PHP все еще достоин! Боже, какой я старый =)
и что? эти таблички для суровых дрочеров, которые даже в перспективе наверняка не получат такие нагрузки, когда пихтон будет основным узким местом.
Автор топит за то что нравится, но и коммент из той же оперы.
Серьезно, на 20%??? Такое реально где-то существует? ))
неужели это такая редкость?)
Евросеть, ЦУМ и еще куча крупного онлан-бизнеса прекрасно жили на Битриксе годами. Я развивал в свое время ЦУМ-онлайн и никаких проблем с поиском разрабов на Битрикске не было - и в штат и на аутсорс - легион их и найти хороших было не сложно.
Битрикс конечно сложный и тяжелый движок, но это реалии рынка. У них самая большая база платежеспособных бизнесов, интеграции различные, экосистема. Но очень все заморочено. Чего только стоит обмен с 1С и вообще настройки визуальной части сайтов. Интеграцию со службами доставки и отгрузки надо делать в 1С как минимум или в других складских системах. Мы кстати для СДЭК и 1С делаем интеграцию в 1 клик https://iline.ru/integracia-1c-cdek , скоро будет интеграция Битрикс 24 https://iline.ru/bitrix24-1c потому что нормальную интеграцию еще никто не допилил нормальную - это боль синхронизировать сайты и учетную систему.
Почему Джанго? Если уже идти во все тяжкие и хуевертить свое легаси, то в мире js большая стартовая часть уже написана, типа админок и ssr.
Легаси код в одной картинке
вроде на джанго есть готовые генерируемые админки, которые не так долго делать, например
Читаешь и удивляешься
Откуда такие бюджеты 😕
Мы тут до 500 тр умудрились развернуть битрикс магазин на 1.8 млн товаров еще с ежедневными обновлениями и кучей синхронизаций )
повезло, нам 1лям выкатывали с убогими синхронизациями. Правда много было страниц, но однотипных
Парни, а есть вакансии на django разраба?
непонятно, как вы разделяете магазины на мелкие, средние и крупные - по количеству товаров, по количеству заказов, по сложности функционала?
можно сказать, общая экосистема???? нет/
что вы имеете ввиду под единой экосистемой между 1с и битрикс?
выгрузка xml?
просто 1с купила давным давно cms битрикс
Не, ну хорошая статья. Была бы, если бы не столько опечаток в слове Микросервисы )