Коллеги, разработчики Битрикс.
Понимаю, что вам сейчас не до этого, но не оставьте пост без внимания.
Суть в следующем. Александр Сербул как всегда интересно рассказал про то, как должна вестись профессиональная разработка.
Подчеркнул, что Битрикс прежде всего framework, парируя вопросы по поводу поддержки версионности и прочего.
Что не имеет это отношения к Битрикс (хотя и сделано немало, чтобы облегчить работу)
Однако,[spoiler]
Ведь у нас есть еще и наша любимая VMBitrix
Вопрос:
Что уже будет поддерживать VMBitrix в своем составе для разработчика?
(профилировщики, встроенные инструменты управления версиями ит.д.)
Тем более, что как я понял, на носу уже пятерка.
Александр, если читаете данный пост, возьмите под личный контроль.
Ибо то, что вы говорили - круто, но один из партнеров уже пытался навести вас на ответ .об экономической целесообразности (вопрос из зала)
Существует такая экономика проекта, при которой разворачивать тяжелую артиллерию - все равно, что стрелять из пушки по воробьям.
А у нас в регионах таких проектов (сайтов, проекты слишком громкое слово) обычно 90%
Но наличие уже готовых инструментов в VMBitrix для нас даст возможность сэкономить.
Ведь не зря привели пример экономии VMBitrix: 200-300 часов
Соответственно - логически сделаем вывод, что планка сайтов, для которых экономически невыгодно будет использовать "технологии дефакто" будет передвинута вниз.
(нам поможет возможность иметь два комплекта: веб студии развернуть при необходимости полноценный dev сервер, клиенту - полноценный продакшн с необходимым минимумом снижая накладные расходы)
ИМХО:
Развитие VMBitrix в данном направлении уже логически напрашивается.
Ну и еще вопрос в догонку.
Интересен был бы следующий опыт или рекомендации
как работать с фрагментарными задачами
например 100 сайтов в год и по мелочи. Каким образом можно организовать работу по сопровождению таких сайтов профессионально.
Понимаю, что вам сейчас не до этого, но не оставьте пост без внимания.
Суть в следующем. Александр Сербул как всегда интересно рассказал про то, как должна вестись профессиональная разработка.
Подчеркнул, что Битрикс прежде всего framework, парируя вопросы по поводу поддержки версионности и прочего.
Что не имеет это отношения к Битрикс (хотя и сделано немало, чтобы облегчить работу)
Однако,[spoiler]
Ведь у нас есть еще и наша любимая VMBitrix
Вопрос:
Что уже будет поддерживать VMBitrix в своем составе для разработчика?
(профилировщики, встроенные инструменты управления версиями ит.д.)
Тем более, что как я понял, на носу уже пятерка.
Александр, если читаете данный пост, возьмите под личный контроль.
Ибо то, что вы говорили - круто, но один из партнеров уже пытался навести вас на ответ .об экономической целесообразности (вопрос из зала)
Существует такая экономика проекта, при которой разворачивать тяжелую артиллерию - все равно, что стрелять из пушки по воробьям.
А у нас в регионах таких проектов (сайтов, проекты слишком громкое слово) обычно 90%
Но наличие уже готовых инструментов в VMBitrix для нас даст возможность сэкономить.
Ведь не зря привели пример экономии VMBitrix: 200-300 часов
Соответственно - логически сделаем вывод, что планка сайтов, для которых экономически невыгодно будет использовать "технологии дефакто" будет передвинута вниз.
(нам поможет возможность иметь два комплекта: веб студии развернуть при необходимости полноценный dev сервер, клиенту - полноценный продакшн с необходимым минимумом снижая накладные расходы)
ИМХО:
Развитие VMBitrix в данном направлении уже логически напрашивается.
Ну и еще вопрос в догонку.
Интересен был бы следующий опыт или рекомендации
как работать с фрагментарными задачами
например 100 сайтов в год и по мелочи. Каким образом можно организовать работу по сопровождению таких сайтов профессионально.