Здорово когда знаешь, что заложить необходимо. Прям мечта. Только вот обычно не знаешь. (Если ты не в офисе пилишь разовый проект по ТЗ на одной страничке в Worde).
Тут я думаю нет разницы будь то фреймворк или Битрикс. Если сайт интернет-магазин например, то Вам в любом случаи надо знать структуры сайта, сущности и т.п. (это я про ТЗ). Мы делаем сайты на Битриксе и сейчас всегда на интернет-магазины пишем ТЗ.
Разрабатываю на Битриксе 3 года, с автором в общем согласен, но по моему мнению есть вещи гораздо пострашнее чем 2 раза проставить ID товара в скидках или поиск меньше 4-х символов.
Например огромное количества некачественных готовых решений в маркетплейсе Битрикса. Если мой клиент выбирает Битрикс — значит он не может позволить себе разработку на фреймворке, не по карману ему это. А значит можно подобрать готовое решение на маркетплейсе битрикса, настроить его и передать клиенту. Проблема в том что за эти года я такого кода насмотрелся в этих «готовых решениях» что не знаю долго ли я буду еще вменяемым человеком. Битриксу конечно все ровно, они получают деньги за продажи в своем маркетплейсе. В итоге мы пришли к тому что всем продаем один и тот же шаблон для интернет-магазина и один и тот же шаблон для корпоративных сайтов, того производителя в котором мы уверены что хотя бы малейшая кастомизация не заставит нас переписывать половину кода сайта, либо лепить страшные костыли. Все разработчики решений на маркетплейсе поголовно пишут логику в шаблоне вывода компонента (файл result_modifier.php). То есть мы берем готовый компонент битрикс news.list и костылим его прямо в шаблоне, добавляем нужные данные, да прямо в View. При этом с первых страниц документации о Bitrix Framework нам говориться что у Bitrix архитектура MVC. Да! Но разработчикам решений на это пофиг.
Так же хочу отметить что документация по продукту пополняется ужасно (!!!) долго. По некоторым модулям документации нет вообще.
Вот такое есть, весьма простая установка, но панель весьма лагучая. Но у меня работает https://github.com/ReturnFI/Blitz
Думаю жаль нет видео, чтобы фоном послушать, придется читать, а оно оказывается есть внизу)
А так спасибо за статью, было интересно почитать в нынешних реалиях.
Тут я думаю нет разницы будь то фреймворк или Битрикс. Если сайт интернет-магазин например, то Вам в любом случаи надо знать структуры сайта, сущности и т.п. (это я про ТЗ). Мы делаем сайты на Битриксе и сейчас всегда на интернет-магазины пишем ТЗ.
Например огромное количества некачественных готовых решений в маркетплейсе Битрикса. Если мой клиент выбирает Битрикс — значит он не может позволить себе разработку на фреймворке, не по карману ему это. А значит можно подобрать готовое решение на маркетплейсе битрикса, настроить его и передать клиенту. Проблема в том что за эти года я такого кода насмотрелся в этих «готовых решениях» что не знаю долго ли я буду еще вменяемым человеком. Битриксу конечно все ровно, они получают деньги за продажи в своем маркетплейсе. В итоге мы пришли к тому что всем продаем один и тот же шаблон для интернет-магазина и один и тот же шаблон для корпоративных сайтов, того производителя в котором мы уверены что хотя бы малейшая кастомизация не заставит нас переписывать половину кода сайта, либо лепить страшные костыли. Все разработчики решений на маркетплейсе поголовно пишут логику в шаблоне вывода компонента (файл result_modifier.php). То есть мы берем готовый компонент битрикс news.list и костылим его прямо в шаблоне, добавляем нужные данные, да прямо в View. При этом с первых страниц документации о Bitrix Framework нам говориться что у Bitrix архитектура MVC. Да! Но разработчикам решений на это пофиг.
Так же хочу отметить что документация по продукту пополняется ужасно (!!!) долго. По некоторым модулям документации нет вообще.