Как работают с макетом разработчики на разных уровнях?

Question

[evg_96]

В голове есть некоторое недопонимание общей картины.
Есть верстальщик, есть фронтенд разработчик (пусть он и верстальщик в одном лице, но все же есть отдельно верстальщики, по крайней мере этап верстки отдельно существует) и есть backend разработчик.

Верстальщик верстает. Например сверстал главную страницу. Использовал какой нибудь препроцессор и например BEM. Образовалась структура проекта. Все по папкам, в каждой папке стили для компонентов. В общем верстка готова.

В тоже время проект возможно задумывался как SPA. Получается вот эти вот прелести архитектуры верстальщика уже не будет. Например используется React/Redux. Весь код разметки будет в JSX. Все будет разбито на jsx компоненты. Опять же работа верстальщика уже не в теме. в итоге образовалась своя архитектура проекта.

Также возможно проект все таки будет динамически генерироваться. Например используется node.js. Образовывается своя архитектура. Что делать с версткой которую сделал верстальщик? На backend это же все должно быть по идеи разбито на шаблоны при помощи того же pug. Опять же то что сверстал верстальщик, удалять что ли и переделывать на шаблоны?

Как вот это вот все происходит на реальных проектах?
Backend разработчику легче всего. Если он фуллстек, то он сам все сделает, а если все по этапно, сначала верстка, потом js, потом backend?

Comments

[Сергей delphinpro]

Верстальщик здесь лишнее звено, мне кажется.

[ⓒⓢⓢ]

- Верстальщик верстает макет
В идеале структура верстки и особенно оформление не должны изменяться фронтом, если в команде есть специально для этих целей верстальщик.
Фронт ждёт первые страницы и обговаривают с бэком интеграцию фронта.

- Фронт.работа нарезает вёрстку на шаблоны.
Только нарезка верстки, но никак не изменение
Поведение шаблона, работа с приходящими данными от сервера, всё это ложится на плечи фронта.
При изменении вёрстки верстальщиком, заново нарезаются\обновляются шаблоны, которые изменились в новой вёрстке.
Если косяк с нарезкой, отправляется обратно верстальщику на доработку, тем временем продолжая заниматься интеграцией фронта с бэком.
Если фронт сам вносит изменения в вёрстку, то в дальнейшем будет тратить дополнительное время не на своё дело - на вёрстку. Верстальщик тут уже отходит в сторону.

- Бэк.работа всё, что касается серверной части.

Можно и на одного fullstack специалиста всё возложить, который затратит условно 3 часа бегая от стека к стеку, от вёрстки до фронта и бэка.
Но можно и балансировать нагрузку на 3х человек, которые потратят по 1 часу, занимаясь каждый своим делом.
Тут уже и ТеамЛидеров можно упомянуть, которые следят, чтобы все занимались своим делом и не было анархии

--- upd ---

Все по папкам, в каждой папке стили для компонентов

В тоже время проект возможно задумывался как SPA. Получается вот эти вот прелести архитектуры верстальщика уже не будет

Куда "прелести архитектуры верстальщика" денутся?
Обговаривается с фронтом, с вёрсткой в каком виде удобнее работать.
Готовая скомпилированная вёрстка или фронт сами компилируют из исходников верстальщика.

Answer 1

[ой всё]

если проект spa, то он и рисуется и верстается как spa, делится на компоненты c шаблонами, которые в простонародье view
возьмите любую верстку и натяните на какой-либо движок, и у вас будет полная картина

Answer 2

[Islam Ibakaev]

Что делать с версткой которую сделал верстальщик?

повторно использовать почти не получится

На backend это же все должно быть по идеи разбито на шаблоны при помощи того же pug.

зачем? все шаблоны находятся на клиенте и будут(если использовать server-side rendering) рисоваться на сервере(изоморфное приложение)

Вот хороший стартер, чтобы пощупать server-side react.

Answer 3

[Андрей Кварцов]

Если вы понимаете, что есть просто верстальщик, а есть front-end разработчик, то должно понимать, что вёрстка будет сразу проходить по нужному в проекте сценарию, а не стандартно верстаться.