서버에서 일하는 게 익숙한 개발자와 서버를 모르는 퍼블리셔의 관점 차이

👀 서로 다른 관점, 어디서 올까?

웹 프로젝트에서 퍼블리셔와 서버 개발자는 같은 ‘프론트엔드’ 범주 안에 있어도, 바라보는 시야는 매우 다를 수 있습니다.
이는 곧 경험의 영역 차이에서 비롯됩니다.

👩💻 퍼블리셔: 화면 중심 사고

퍼블리셔는 주로 HTML/CSS, 그리고 간단한 JavaScript를 다루며 사용자에게 보이는 UI의 정확한 구현을 담당합니다.
레이아웃이 무너지는 건 심각한 문제이고, 폰트 픽셀이 어긋나는 것도 놓치지 않죠.

하지만 이들은 종종 이런 고민을 하게 됩니다:

• API는 어디서 받아와야 하나요?
• 이 데이터는 어디 저장돼 있죠?
• 서버에서 뭐가 돌아가는 건가요?

즉, **“어떻게 화면에 예쁘게 그릴까”**가 중심이고, 서버는 마치 ‘마법 상자’처럼 느껴지곤 합니다.

👨💻 서버 개발자: 흐름 중심 사고

반면 서버 개발자나 백엔드 중심의 프론트엔드 개발자는 이런 생각을 합니다:

• 요청이 들어오면 어떤 데이터를 어떻게 처리할까?
• 비동기 처리와 오류 대응은 어떻게 하지?
• API 설계는 어떤 방식이 좋을까?

이들에게는 DOM 위치나 마진 4px보다 데이터 흐름과 API 응답 시간이 더 중요합니다.
레이아웃이 조금 어긋나도 일단 ‘잘 작동하는지’를 먼저 봅니다.

⚡ 충돌은 어디서 생기나?

이 두 관점은 프로젝트 초반에는 괜찮다가, 실제 개발이 진행되면서 마찰을 일으킵니다.

예를 들어,

• 퍼블리셔: “이 UI를 만들기 위한 JSON 구조가 필요해요.”
• 개발자: “그건 비효율적이라 안 돼요.”
• 퍼블리셔: “그럼 데이터를 바꾸면 레이아웃이 깨져요.”
• 개발자: “그건 프론트에서 알아서 조절하면 되죠.”

이런 대화 단절이 문제의 핵심입니다.

🤝 어떻게 좁혀야 할까?

1. 서로의 관점을 이해하려는 태도
   퍼블리셔도 간단한 API 호출을 해보고, 개발자는 CSS 구조를 조금 들여다보면 좋습니다.

2. 공통 언어 만들기
   “UX 흐름 기준으로 데이터 설계” 또는 “컴포넌트 기준으로 API 설계”와 같은 중간 지점이 필요합니다.

3. 도구의 활용
   Figma, Storybook, Swagger 등을 함께 보며 의견을 나누면 훨씬 빠르게 소통할 수 있습니다.

🌱 마무리

웹 개발은 보여지는 것과 작동하는 것이 조화를 이룰 때 비로소 완성됩니다.
퍼블리셔의 정교한 구현력과 개발자의 구조적인 사고가 만나면,
우리는 단순한 화면이 아닌 완성도 높은 사용자 경험을 제공할 수 있습니다.

서로의 관점을 이해하는 것, 그것이 진짜 협업의 시작입니다. ✨