Священная война вокруг одной системы
Вокруг «1С-Битрикс» в Иинтернете бушуют настоящие священные войны. Кажется, нет другой такой системы, которая вызывала бы столько полярных эмоций.
- С одной стороны – успешные магазины, огромные корпоративные порталы и довольные владельцы бизнеса.
- С другой – тяжелые вздохи программистов, жалующихся на «древний код» и странные технические решения.
Если вы хоть раз пытались заказать сайт, то наверняка слышали эти споры. Давайте попробуем разобраться в этой головоломке без лишних эмоций и сложных терминов. Ведь истина, как всегда, где-то посередине, и она гораздо интереснее, чем простые обвинения.
Первая претензия: «Код из каменного века»
Главная жалоба, которую часто слышишь от технических специалистов, звучит так: система написана на технологиях времен мамонтов. Мол, код там старый, немодный и вообще так уже не носят.
И здесь кроется первый парадокс.
Что говорит программист: «Это ужасно! Система несовместима с современными стандартами! Нужно все переписывать!»
Что говорит бизнес: «А мне какая разница? Главное – чтобы сайт работал и приносил деньги.
Для владельца интернет-магазина не имеет значения, какая версия языка программирования «под капотом» – пятая, седьмая или восьмая. Ему важно одно: чтобы сайт работал стабильно годами, не требуя дорогостоящих переделок.
Почему система так долго держала поддержку старых версий?
«Битрикс» долгое время тянул за собой совместимость именно для того, чтобы бизнес не страдал при обновлениях.
Представьте ситуацию. Вы купили машину в 2015 году, а в 2017 году производитель говорит: «Бензин теперь не подходит». И теперь вам нужно менять весь двигатель
Неприятно, правда?
Здесь же ставка сделана на совместимость и надежность. Да, местами код выглядит устаревшим, но именно это гарантирует, что ваш проект не развалится после очередного обновления хостинга.
Это выбор в пользу надежности, а не моды.
Вторая претензия: «Каша в коде»
Эстеты от программирования морщатся при виде шаблонов: «Как же так? Логика работы перемешана с внешним видом!»
Они правы... но только отчасти.
Идеальное разделение (в теории):
- Логика тут →
- Внешний вид там →
- Данные в другом месте →
Реальность разработки
Логика, внешний вид и данные – в одном файле, что ускоряет разработку в два раза. А исправления можно делать без перестройки всей архитектуры
Когда разработчик видит шаблон сайта, где код вперемешку с HTML, он пугается. Но для бизнеса это означает, что любую правку можно внести здесь и сейчас, не переписывая сложную архитектуру всего здания.
Да, это дает возможность плохим программистам писать откровенно ужасный код, но сама система тут ни при чем. Она просто дает свободу, а как ей распорядиться – вопрос к мастерству исполнителя.
Третья претензия: «База в базе» (инфоблоки)
Это звучит сложно и даже зловеще: «база в базе». Но на деле это гениальный конструктор.
Допустим, вам нужно добавить к описанию товара новое свойство, например, «цвет шнурков».
В других системах:
- нужно лезть в ядро базы данных;
- что-то там переделывать;
- рисковать сломать все остальное.
В «Битриксе»: пара кликов в админке – и готово.
За это удобство приходится платить: система внутри себя строит сложные конструкции, чтобы хранить все эти данные.
Четвертая претензия: «Страшные запросы к БД»
Из-за гибкости инфоблоков рождаются те самые «страшные запросы», которыми пугают новичков: «Смотри, какой огромный текст запроса! Целых 5 экранов! Это будет адски тормозить!»
Программисты хватаются за голову, кричат о том, что это неоптимально.
Но давайте считать честно:
Что дороже для бизнеса?
- Вариант А: Оплачивать недели работы программиста, который будет вручную писать каждый запрос ради экономии долей секунды.
- Вариант Б: Просто арендовать сервер чуть мощнее (стоит сравнительно недорого).
Практика показывает, что хорошее железо сейчас стоит копейки по сравнению с зарплатами специалистов.
Если сайт начинает тупить, то чаще всего выгоднее просто переехать на тариф повыше, чем переписывать идеальный код. К тому же, современное кэширование позволяет вообще не дергать базу данных лишний раз
В сухом остатке мы имеем систему, которая может показаться странной и нелогичной, если смотреть на нее через лупу академического программирования.
И пока перфекционисты спорят о чистоте архитектуры, тысячи компаний просто работают, продают и развиваются.
Возможно, именно в этом умении жертвовать красотой ради результата и кроется секрет популярности системы. Красивая архитектура – это хорошо. Но работающий бизнес – это лучше.
Во сколько обойдется вам этот работающий бизнес? Вы можете ознакомиться с нашим прайс-листом и оставить заявку на консультацию бесплатно.
