1С-Битрикс: почему мы ушли спустя 6 лет

Сегодняшняя статья – о Битрикс. Рассказываю, почему мы изначально выбрали для разработки именно его, по каким причинам он перестал меня устраивать, и на чём наша студия Bright Mobile планирует делать сайты и приложения для стартапов.

Многие, кто следит за нашей студией знает, что у нас есть заготовка для маркетплейса услуг а-ля быстрый старт проекта с идеей YouDo и ещё несколько наработок. Готовые решения я делал не с нуля: примерно в 2016-17 году у меня появился партнёр с наработками, которые мы вместе стали развивать.

Эти наработки были реализованы на Битриксе, поэтому именно его мы и взяли за основу. К преимуществам конкретно Битрикса это отнести нельзя, просто так исторически сложилось. Как вариант, можно было переписать всё это дело на что-то другое или даже сделать нативное приложение с отдельным сайтом, например, на Вордпрессе (мы как раз тогда ещё делали сайты на UMI. CMS). Но, сравнив все за и против, решили не тратить время и деньги зря и оставили всё как есть.

Для меня весомым плюсом было то, что Битрикс был самой популярной коммерческой системой: имея большой объём на рынке, она наверняка уже переросла все свои детские болезни. В Интернете можно прочесть, что она не держит большое количество пользователей, имеет низкую взломоустойчивость, но, каких-то открытых данных по взломам я не нашёл, а обновления ядра выходят достаточно регулярно.

Хейтером Битрикса я не стал: у него достаточно много положительных моментов, и всё то, что программисты других систем или фреймворков часто транслируют, действительности не соответствует. Точно также можно взять любую некоммерческую систему и обнаружить в ней множество багов. Короче говоря, сравнивая с аналогичными решениями на рынке, я не нашёл каких-то явных недочётов, которые нельзя было бы решить в рабочем порядке.

Распространённость Битрикса – весомое преимущество сразу по двум причинам. Во-первых, это удобно для работы с клиентами, которые чаще всего уже знают, что это за система, и им не нужно дополнительное обучение для работы с админкой нашего решения. Во-вторых, большое число программистов означает более простой поиск сотрудников.

У Битрикса, как и у любой другой коммерческой системы, есть техническая поддержка. Если у разработчика или у клиента возникают проблемы, при наличии действующего лицензионного ключа они могут написать специалистам, которые подскажут, в какую сторону копать или ткнут в документацию.

Такая подстраховка гарантирует, что при возникновении проблемы клиент не останется с ней один на один, пытаясь гуглить решение на просторах Интернета, а сможет обратиться с ней непосредственно к разработчику самой системы.

Мы проработали с Битриксом без пары месяцев шесть лет. Но в начале этого лета я понял, что он начал меня тяготить. На самом деле, я до сих пор уверен в этих преимуществах 1С-Битрикс, но так вышло, что пути Битрикса и Bright Mobile разошлись. Лично для себя я отметил ряд минусов, которые заставили меня от него в итоге отказаться.

В какой-то момент времени Битрикс стал очень сильно акцентировать внимание на развитии своего второго продукта, Битрикс24. Это и ERP, и CRM, и задачник, и финансы, и всё, что только можно. Это хорошо для Битрикса, ведь он открывает для себя огромный пласт, и речь уже не просто о продаже лицензии за 60 тысяч, а внедрение по подписке (а коробка вообще стоит что-то около полутора миллионов).

Как бизнесмен я их понимаю, а вот как клиент – остался в стороне. Из-за нового продукта Битрикс уходит в сторону от моего направления: чем больше они обращают внимание на Битрикс24, тем меньше уделяют его CMSке. Все начинания компании сфокусированы на новом продукте – вплоть до того, что с лета этого года заявки на продление ключей 1С-Битрикс падают в Битрикс24 партнёра.

Выходит, что я не могу получить заявку на продление ключа от проданной клиенту лицензии, потому что Битрикс на мыло ничего не пишет, а уведомляет через Битрикс24 – фактически подсаживает партнёров. Этот момент – не ключевой, но он наглядно показывает, теперь компания копает в сторону ERP вместо CMS.

Года четыре назад Битрикс дал понять, что кастомные сайты с индивидуальным дизайном, собственной вёрсткой и т. д. – это не коммерция, а «понты». Сильно хочется – используйте вордпрессы и прочие системы, но бизнесмену нужны быстрое внедрение и типовой дизайн – и именно их готов предложить Битрикс. Покупайте коробочное решение, лицензию у партнёра на сайт – всё, проект готов, осталось только заполнить контентом.

Те разработчики, которые строили крупные информационные системы на 1С-Битрикс и делают на нём такие невероятные вещи, которые даже на фреймворке реализовать нелегко (как, например, CarPrice, которые сделали внутренний аукцион), поняли, что развития не будет, и сама CMSка подталкивает всех на типовые решения. Здесь останется либо клепать одни и те же шаблоны, от которых скоро устанешь, либо переходить на что-то ещё.

В 2019 году случился огромный отвал разработчиков от Битриксf: одни ушли в 1С, где стали программировать бухгалтерию, другие переквалифицировались на Битрикс24, где принялись за кастомные модули и настройки на ERP, а третьи (большинство) стали делать кастомные и сложные с точки зрения IT-инфраструктуры проекты на фреймворках Laravel, Symfony и пр.

По большому счёту на Битрикс остались верстальщики, которые могут настроить инфоблоки и подвязывать их вывод в вёрстку. Не хочу никого обидеть: к программистам на Битриксе я отношусь хорошо, но такова общая картина по рынку: сеньоры устали от однотипной работы и ушли, и температура по больнице упала.

Недавно я разместил две вакансии: разработчика на Angular и Битрикс. Angular почти в два раза обошёл Битрикс по количеству откликов – и ещё на столько же по проценту адекватного прохождения тестового задания. Выходит, что найти нормальных разрабов на Битриксе в четыре раза сложнее Angular, что и побудило меня обрезать концы окончательно.

Окей, от Битрикса я решил отказаться. Кого же выбрать вместо него? Здесь многое зависело от серверной части. Битрикс был хорош тем, что на нём можно было быстро сделать серверную часть: классическим REST API мы не пользовались, а собрали собственный модуль. Сам Битрикс даёт достаточно неплохую админку с инфоблоками, с которой можно достаточно быстро что-то собрать именно с панели администратора и с управления – но все эти чудеса нивелируются тем, что я описал выше.

Мы сейчас переходим в два варианта серверной части. Первый – это Firebase, для проектов, которые запускаются вне РФ. Российские проекты, которые согласно законодательству должны хранить персональные данные на отечественных серверах и хотят иметь собственную инфраструктуру, а не облачную, мы делаем на Node. js и MongoDB – наработки уже есть.

Года три-четыре назад начался бум верстальщиков: Skillbox, Нетология и куча других онлайн-курсов предлагали обучение вёрстке – мол, это и легко, и востребовано. Начнёшь, а дальше сориентируешься, куда расти дальше.

Много ребят, даже без знания в IT, так и поступили, в принципе, это действительно нетрудно понять, и плюс-минус за месяц, если готов развиваться, можешь освоить базу. А за три – верстать макеты средней сложности без JS. После этого их стало так много, что на фрилансе час работы верстальщика упал с шестисот до трёхсот рублей.

Многие быстро поняли, что вёртска – это очень просто, очень легко, а порог входа низкий. И начали идти дальше, чтобы повышать стоимость своего часа: я не видел, чтобы верстальщикам платили больше 800 рублей, каким бы крутым он ни был. А ангуларщик, даже не дотягивающий до мидла, зарабатывает за час 800-1000. Можно потратить пару месяцев на изучение JS и js-фреймворка на Ангуларе и повысить свой заработок в полтора раза. А через год практики, став адекватным мидл-разработчиком, ещё больше.

Многие из уже бывших верстальщиков так и поступили, перейдя в тот или иной js-фреймворк. При этом, переход с фреймоврка на фреймворк достаточно простой: с Флаттера на Ангулар или обратно можно легко переключиться за три недели. Получается, что ангуларщиков, которые мне как раз и нужны, сейчас много, а научить их собирать приложения – дело одной недели.

Если мы говорим о серверной части, то берём либо Firebase, либо классический Node. js, который ставится на сервак. Всё это – js-подобный язык, они его уже знают, им нужно только разобраться с нюансами. Поэтому ситуация с разработчиками складывается намного более выигрышная: это в разы удобнее, чем делать Битрикс, дополнительно к нему мобильное приложение, где один пишет на PHP, другой на Angular, и оба друг друга не понимают, потому что второй привык к real-time данным, а Битрикс – это работа по запросам.

Подобные нюансы напрягали и меня, и разработчиков, и заказчиков, потому что всё это дело сильно сказывалось на сроках. С учётом того, что мы делаем стартапы, сложные сайты, а не классические лендинги, ИМ или корпоративные страницы, то с Битриксом мне пришлось попрощаться.