Разработка сайтов на Drupal: преимущества глазами экспертов. Часть 2

Drupal хорош, когда нужно быстро стартовать или когда неизвестны конечные требования к продукту (читай: отсутствует ТЗ). Я бы сказал, что Drupal является идеальным средством для прототопирования и последующего рефакторинга вкупе со своими возможностями «визуальной» сборки админок, системой алиасов, image styles и т. п. В любой момент можно заводить новые сущности, менять связи между ними, переносить данные.

На полностью кастомных разработках на сторонних решениях приходится сталкиваться с тем, что не реализованы самые базовые вещи, либо реализованы так, как посчитал нужным разработчик. Это, например, SEO, кеширование или обработка ошибок. Если нам недостаёт возможностей CMS, то под капотом есь компоненты Symfony и привычные механизмы по модификации бэкенд-логики.

Виктор Степаньков, Руководитель отдела Drupal-разработки агентства Далее

Drupal можно отнести к low-code решениям — он позволяет собирать MVP без участия разработчиков, либо с их минимальным участием. По мере развития проекта и его потребностей это решение можно будет без проблем расширить или перенести «в код».

Drupal «из коробки» предоставляет множество различных решений, для которых в конкурирующих с Drupal системах вроде WordPress, Joomla и Bitrix уже ищут разработчиков и пишут код.

Никита Малышев
, Фрилансер, автор блога niklan.net

Drupal выигрывает у кастомной разработки за счёт скорости старта, меньшего бюджета на MVP или тестирование бизнес-идеи. Он дешевле для не особо больших проектов и проектов, состоящих из стандартных задач, которые легко решаются из коробки или контрибными модулями. И, естественно, он очень хорош для контентных сайтов.

Вообще, перед выбором инструмента надо понимать цели проекта и то, какие плюсы и минусы есть у одного и другого подхода. Старт на Drupal вовсе не значит, что нельзя переехать на кастомное решение в случае успешности проекта или если Drupal по какой-либо причине перестал удовлетворять прежним задачам и требованиям. Тут всё в руках команды разработчиков. Да и использовать оба подхода вместе ничего не мешает.

Антон Шубкин
, CTO компании ADCI Solutions

Для решения части задач своими силами клиенту нужно будет разобраться, как устанавливать и обновлять ядро и модули, понять принцип таксономии, разобраться в типах материалов, полей и блоков. Это минимальный набор, использование которого рано или поздно приведёт к общению с разработчиками и привлечению их на задачи посложнее. Но спросите у себя честно, надо ли вам всё это? Каждый должен заниматься своими делами: бизнесмены — бизнесом, разработчики — разработкой.

Александр Кузнецов
, директор компании ADCI Solutions

Клиенту не стоит разбираться с Drupal самому в случае, если задача выходит за рамки управления сайтом и контентом. Drupal — это не про one-click решения по разворачиванию маркетплейсов с интегрированной социальной сетью, когда что-то скачал, где-то поставил галочку и готово. Нужно понимать, что ты делаешь и к чему это потенциально может привести.

Для того, чтобы набросать структуру контента или данных, их связи, выборки и фильтрации, не нужно быть даже middle-разработчиком — вполне хватит джуна, знакомого с базовыми понятиями.

Виктор Степаньков, Руководитель отдела Drupal-разработки агентства Далее

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

Антон Шубкин
, CTO компании ADCI Solutions

Способностей человека, не знакомого с кодом, не хватит, когда нужно выпустить продукт для drupal.org. Например, у вас платёжная система и вы хотите сделать универсальный модуль для Drupal-комьюнити. Также помощь профессионалов понадобится тогда, когда у вас коммерческий проект и вы до этого ни разу не работали с Drupal, а сроки поджимают. Но в целом вы можете сами начать прототипировать проект, скинув ваши размышления об архитектуре в специализированные Drupal-чаты в телеграме или в drupal.ru, и вам датут общие рекомендации, что лучше изменить в архитектуре.

Александр Дубовский
, CTO компании РаДон