Перенос сайта с Ruby on Rails на Битрикс

Высокие трудозатраты при эксплуатации

Внедрение проектов на Ruby on Rails как и на многих фреймворках затрудняется отсутствием учебных материалов для контент-менеджеров, sales-менеджеров, оптимизаторов. Создание пользовательских инструкций требует больших трудозатрат, и все время откладывается на потом. Разработчики выполняют только необходимое для их работы документирование программного кода. В результате происходит затруднение в использовании бизнес-процессов, тратится много времени на самообразование, рабочие процедуры не формализуются и теряются с уходом «носителей знаний».

По сравнению с другими фреймворками Ruby on Rails выбирают много разработчиков. Но на фоне популярных CMS это сообщество выглядит очень скромно. Для сравнения, разработчики «1С-Битрикс» в 11 раз больше.

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

Ruby on Rails поддерживается единственным разработчиком. Давид Хейнемейер Ханссон (David Heinemeier Hansson) может утратить интерес, заняться другими задачами, заболеть, ушибиться на гонках. Что тогда? Исправления ошибок и развитие фреймворка остановится, а разработки на Ruby on Rails превратятся кучи устаревшего (legacy) кода.

Проблемы при разработке

Стоимость разработки на Ruby on Rails в разы выше, чем на «1С-Битрикс». Поэтому Ruby on Rails хорошо подходит для масштабных долгоиграющих проектов с гарантированным финансированием. Например, для сайта Министерства Здравоохранения и социального развития РФ. Но если нужно запустить сайт услуг, или интернет-магазин через неделю – другую, то быстрее и дешевле использовать «1С-Битрикс».

Документация и учебники на иностранном языке по Ruby on Rails снижают порог вхождения начинающих разработчиков, русская же частично переведенная и не всегда актуальная документация приводит к упрощенным и плохим практикам программирования. В результате затрудняется читаемость кода, растут затраты на его поддержку.

Техподдержка Ruby on Rails не занимается проблемами отдельных проектов. Разработчик не может получить от создателей фреймворка консультацию по рабочим вопросам. Он может только отправить сообщение об ошибке в работе платформы, и ждать исправлений без гарантий по срокам. Мало того, известные зарубежные разработчики жалуются, что Rails Core Team и DHH игнорируют неудобные им просьбы и предложения.

Чтобы обеспечить безопасность сайта, разработчикам приходится закрывать уязвимости самостоятельно. Эта работа требует немало человеко-часов. А попытки сэкономить на тестировании безопасности заканчиваются утечками персональных данных и коммерческой информации.