За что я не люблю Битрикс >:|

Да, я не самый самый знаток битрикса, но именно в этом и плюс. Значит, я смотрю на эту систему без предвзятого мнения. Нет, честно, первое время (на основе большого количества лестных отзывов в далеком 2010 году) я искренне верил, что система классная, и, даже пытался полюбить ее. Но не заладилось сразу. Уже с первой встречи, у меня то и дело вырывались фразы типа: «что за бред?» и «как, черт подери так?». Спрограммировав несколько сайтов и написав с десяток компонентов для этой cms, я окончательно в ней разочаровался.

Итак по порядку, очевидные минусы:
1) неудобный интерфейс админки (должен признать,он значительно улучшен в последней версии, но многого это не поменяло). Не всегда понятно, где и что искать. Количество пунктов, подуровней и разделов превышает все разумные пределы. Сразу видно, что разработчики не особо задумывались о классификации и группировке функционала.
2) неудобная реализация многосайтовости (для такого перекошенного монстра, это вообще лишнее). И главное не понятно, зачем мне при в ходе в админку конкретного сайта, в разделе контента отображаются данные со всех сайтов (я вроде с одним конкретным сайтом сейчас работать собирался)?
3) Также глупая была задумка, по реализации страниц как структуры из папок и файлов. Пользоваться ей неудобно. Ну вот, попросите зайти начинающего веб мастера в корень сайта по ftp и понять какие папки имеют системное значение, а какие просто содержать контентные страницы? В нормальных cms, количество файлов и папок в корне сведено к минимуму. В идеале 3-5 директорий и 5-10 скриптов. Здесь же винегрет, из минимум 12-15 директорий и десятков файлов. Это опять же, показатель непродуманности структуры. А количество уровней? Вам доводилось перемещаться между директориями шаблонов компонентов? Как вам такой путь: /bitrix/components/gelend/mest_photogallery_user/templates/ .default/bitrix/photogallery.section.list/.big/script.js ? Девять уровней! И это еще не самый длинный путь! Я видел и 13-14 уровней вложенности. Проще застрелиться, чем лазить по этим директориям.
4) В какой-то степени, мне была понятна затея с компонентами, что-то аналогичное делал и сам. Вызываешь себе функцию компонента и передаешь ему параметры. Но чОрт подери! Почему там десятки плохо документированных параметров, которые зачастую между собой конфликтуют, непонятным образом перекрывают или вообще работают не так как написано в документации.
5) Оформление кода. Оно повергает меня в шок, как человека, привыкшего делать нормальное форматирование кода. Каждый раз заходя в код компонента, судорожно пытаешься найти глазами, где заканчивается вот этот блок и до какого места действует вон то условие. Без водки IDE вообще не разобраться. Особенно смешат комменты на английском. О да, без них я бы ничего не понял: «/Get data from cache», или «Input params», или «Processing of received parameters». Не понятно, для кого они? Для иностранцев? У них и с drupal жизнь неплохо сложилась, поэтому пользоваться битриксом они просто никогда не будут. Для отечественных битрикс-программистов? Да многие из них, не знают ни слова по английски, они вообще только начинаю программировать. Те, кто уже научился, битриксом не пользуются (ну, если только по насильственному принуждению со стороны работодателя).
Конечно можно подумать, что статья злая. Но в действительности, очень обидно, что такой разрекламированный отечественный продукт, так плохо спроектирован. Да в системе видно хорошую задумку, но ее реализация сделана двоешниками, которые пропустили все занятия по проектированию. Досадно еще и потому, что вот с этого кривого кода, многие молодые люди начинают свой путь программиста. То есть если бы это был просто плохой продукт, то фиг с ним, но ведь от его существования еще и негативные последствия.

This entry was posted in Fail experience. Bookmark the permalink.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Можно использовать язык разметки Markdown

Protected by WP Anti Spam