Школа
Веб-разработка

Как правильно организовать взаимодействие разработчиков фронтенда и бэкенда?

Расскажите, как правильно организовать взаимодействие разработчиков фронтенда и бэкенда?

Марат
29 мая 2013
👁 1955   🗩1
Веб-разработка

Как правильно организовать взаимодействие разработчиков фронтенда и бэкенда?

Расскажите, как правильно организовать взаимодействие разработчиков фронтенда и бэкенда?

Марат
29 мая 2013
👁 1955   🗩1
Коля Митин
Разработчик
Полезно
  
Непонятно
  
Войдите в Бюросферу, чтобы голосовать

Лучше всего, когда команда применяет «вертикальную» разработку. Все технологи знают серверный язык программирования и фреймворк, умеют верстать, писать Яваскрипт и выполняют работу под ключ. Сегодняшний уровень абстракции программирования позволяет быстро прокачаться до нужного уровня. Более того, хороший технолог ценен не только своим опытом и знаниями, но ещё и способностью быстро получить недостающие. Например, спросить у сведущего коллеги или почитать «Стэк оверфлоу».

Бывает, что «вертикальная» разработка невозможна. Скажем, вы делаете фронтенд для клиента, у которого свой экзотический бэкенд. Или в продукте есть собственный поисковый движок, видеостриминг, обработка изображений или анализ данных. Такие задачи нужно обособить и решить с помощью узкопрофильных квалифицированных специалистов.

Самый опасный сценарий — когда фронтендеры отдают в бэкенд свёрстанные страницы и не имеют доступа к «оживлённой» вёрстке. Потери времени на ловлю багов и внедрение изменений колоссальны: верстальщик обновляет макет, передаёт его программисту с пояснениями, программист сравнивает старый код и новый, пытается внедрить изменения, случайно ошибается или не может сделать, как задумано, из‑за того, что реальные данные отображаются не так, как в красивом макете. Ад!

Чтобы избежать этого, научите фронтенд‑технологов работать с шаблонами фреймворка и покажите, где лежат ЦСС‑файлы и яваскрипты. Тогда фронтендщик будет в своей ветке делать «живую» вёрстку, а бэкендщик писать логику в своей.

Разумеется, такой подход подразумевает высокую квалификацию и готовность тесно общаться со всеми участниками. Постарайтесь исключить конфликты типа «опять они тут наверстали» и «опять они тут напрограммировали», сосредоточтесь на результате и не забывайте про ФФФ.


Это был совет о разработке веб‑интерфейсов. Хотите узнать всё об умной вёрстке, правильных скриптах, грациозной деградации, трюках и работе технолога с дизайнером? Присылайте вопросы.

Веб‑разработка
Полезно
  
Непонятно
  
Войдите в Бюросферу, чтобы голосовать
Отправить
Поделиться
Поделиться
Запинить
Твитнуть

Комментарии

Опасный сценарий неизбежен, если разработку дизайн‑макетов и их вёрстку осуществляет подрядчик (как у нас по нескольким проектам). Сильно облегчает интеграцию и поддержку использование системы контроля версий, у нас Git.

Цель рубрики — обсуждение вопросов дизайна, веб-разработки, переговоров, редактуры и управления.
Комментарии модерируются. Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры.

Рекомендуем другие советы