DISCLAIMER: Данная статья не является «статьёй конкурента» (поскольку у моей нынешней IT-компании нет продуктов, конкурирующих с изделиями Bitrix) или какой-то «заказной» (поскольку вряд ли кто-то мне заплатит столько, чтобы меня замотивировать писать то, с чем я не согласен ;-)
Данная статья основана как на личном опыте (к счастью, довольно давнем, который я уже больше не желаю повторять), так и довольно свежем опыте сострадания к многочисленным знакомым предпринимателям и айтишникам — «жертвам» продуктов данной компании.
Начну со своей старой заметки 2017 года по теме:
Немного о Bitrix. Вспомнилось.
Несколько месяцев назад помогал знакомым — попросили затюнить mysql для интренет-магазина, работающего на Битрикс, который ужасно тормозил.
Так вот, магазин небольшой, товаров всего несколько сотен, и установлен был он на самой дорогой на SSD у нас на reg.ru. Стоял PHP7, врублены были всевозможные кэши.
В итоге я затюнил им MySQL по максимуму, должно было всё просто летать.
Но увы — магазин всё равно равно продолжал тормозить, хотя и меньше.В конце концов я включил дампер SQL-запросов, чтобы посмотреть что же всё-таки происходит.
Угадайте, какое число SQL-запросов, оказывается, нужно битриксу чтобы отобразить обыкновенную страничку с описанием товара в магазине?
На самом деле количество колебалось от раза к разу (по непонятным причинам, видимо очень заумная система внутреннего кэширования) от 1800 до... 4500 (!)
Таки подумал и решил удалить основную часть статьи.
Хотя и по прежнему подписываюсь под её содержанием.
Мотивация — думаю, что я уже в достаточной степени (да и не я один, судя по обилию статей по данной теме) привлёк внимание к проблеме. В том числе, надеюсь, дополнительно замотивировал продуктологов и технологов компании Bitrix обратить больше внимание как на продуктовую (в том числе UI/UX), так и на техническую составляющую их продуктов. Которые, будем надеяться, в следующих версиях будут лучше. И у людей будет меньше поводов к разочарованию. Я за то, чтобы не просто гнаться за формальным количеством фич, а вылизывать и доводить до ума основной функционал, чтобы им было пользоваться действительно удобно.
Также, возможно, у руководства компании появиться больше решимости что-то переписать вообще с нуля. Поскольку я не понаслышке знаю о том, что постепенные эволюционные изменения и погоня за обратной совместимостью — часто становятся ловушкой и не доводят до добра (посмотрите хотя бы на тот же Виндоус). И иногда лучше взять и переписать продукт вообще с чистого листа. Возможно, это хорошая идея. Если хотя бы одну эту мысль удастся посеять в умах тех, кто отвечает за продукты компании — буду считать свою миссию выполненной.
И да — я понимаю, что проблемы с качеством, которые имеются — это не результат непрофессионализма команды разработчиков. Думаю, они работают на совесть. И думаю, что они также заложники данной ситуации и я им также сопереживаю. А скорее всего имеющиеся проблемы — результат бесконечной погони за количеством фич в сжатые сроки и отсутствие политической воли выделить ресурсы на то, чтобы «взять и переписать всё с чистого листа».
Если меня кто-то слышит с той стороны — перепишите с нуля, выделите под это отдельные команды разработчиков, с отдельными продуктологами, которые возьмут на себя смелость переосмыслить продукты и провести независимые исследования ЦА, её потребностей и болей.
Чтобы не казалось, что я или ChatGPT, Grok, Gemini, Claude Opus, DeepSeek (нужное подчеркнуть!) за меня это всё придумали и «высосали из пальца», вот куча ссылок по теме на одном лишь Хабре:
Автор: xtrueman
