бандлы вебпака? Ведь они выгружаются статикой HTML+CSS+JS
Эм, фронтендерам удобно. Потому что бандл - это результат компиляции, а фронтендер работает с исходниками в более удобном способе их организации
Это только у простых верстальщиков выгружается. А фронтендер умеет программировать на JS.
В пользе для верстальщиков согласен полностью, действительно удобно
обычно, если юзают сборщики фронтенда, то там минимум html (статики) и максимум js (логика + генерация того-же html), и поэтому для бэкендера большой боли нету, один раз в начале "прикрутил", а потом только статику меняй (бандлы js + css + media) заменяй и все
А в чём будет отличие результатов работы верстальщика и фронтендера?
Верстальщики вряд ли умеют в вебпак. Всё-таки, мы говорим о разработчиках
Первый - "обезьяна", последний - "инженер"
уж слишком грубо, современные верстальщики (если они хорошие спецы), обычно на уровне junior frontend
Будет спрограммирован полностью работающий фронт на полноценном фронтенд-фреймворке, а не просто свёрстанный макет.
Да нет, не грубо. Наши админы, например, разрабов тоже обезьянами зовут :D
ну такое, токсики какие-то 😄
Мой вопрос как раз ближе к "один раз прикрутил". Например у меня на одном проекте была задача переделать меню, а это капитальная переработка, т.к. меню там всплывающее на весь экран, с разными уровнями вложенности, разными прокрутками и тд. Сайт на Битрикс. Передалал всё в исходниках, сделал бандлы, и понял, что придётся перепривязывать больше половины блоков заново, т.к. изменилось вообще всё
А всё почему: потому что разрабы наговнокодят и потом бегут к админам, спрашивают, чё там с инфраструктурой :D
тут вопрос архитектуры, если честно - тяжело представить, чтобы из-за меню - весь html перепривящывать нужно было )
архитектура обычная для большинства цмс: - header.php - footer.php
дык, такое тоже бывает, и по идее - тут на сцену должен техлид выйти )
ну, в случае изменения меню, каким бы оно крутым не было, по идее меняется структура одного блока - самого меню, его то и надо переделывать )
Выйти, сделать deep dive into <tech> и пропасть с концами :D Так-то оно так, но когда техлид есть
ну, если его нет, кто-то же все равно несет эту роль, в том или ином виде
Верно. Условный DevOps, который был раньше бэкендером, а теперь бдит за инфру
Тогда да, после первой привязки выбросить исходники и дальше уже править шаблоны вживую.
Обсуждают сегодня