프론트엔드 개발자 업무 환경 개선을 위한 백엔드 레이어 추가 개발(BFF) 어떻게 생각하시나요??

Question

협업하는 개발자들의 느린 개발 속도와 과묵함, 갑작스러운 패치, 서버 다운 의사소통의 어려움으로 인해저와 제 React Application을 위한 백엔드 레이어를 Next로 간단히 개발해볼까 하는데, 많이 사용하는 경우인가요??질문은 위 내용이 끝이고 밑은 일하면서 받은 스트레스 하소연좀 하겠습니다.저는 신입으로 입사 후 이제 1년이 되어가는 프론트엔드 개발자입니다.최근에 MFE(Micro FrontEnd)를 도입하면서 팀이 전체적으로 각자 맡은 파트를 개발하고 합치기만 하는 좀 자유로운 환경이 되었습니다.그 중 제가 맡은 파트는 주로 신규 제품의 프로토타입을 개발하는 파트로 사내 다른 2팀, 6명의 AI, 빅데이터 등 웹이 아닌 다른 분야의 개발자가 뽑아내는 API를 받아서 웹으로 뿌려주는 역할을 맡게 되었는데,주로 API개발과 동시 진행되어 API가 있을때도 있고 스키마만 정의되고 백엔드가 없을때도 있습니다.6명과 소통하는 일도 벅차고, 또 웹 개발에 무지하신 분들로부터 형식없이 중구난방으로 주어지는 API를 받아 뿌리려니제가 만든 React 어플리케이션이 점점 싸구려가 되어가는 기분이라 너무 우울해지더라구요메신저에 답변도 늦고.. 데이터 수정, 서버 끄고 말안해주고.. 자기들 기능 테스트하면 id 값에 null 들어오고..같은 팀내에서 백엔드 개발하면서 파라미터 형식, 네이밍은 왤캐 가지각색인지..저를 위한 백엔드 하나 개발하면 훨씬 업무효율이 올라갈 것 같아서 고민입니다.지금은 그냥 있으면 너무 편하겠다 싶은데, 혹시 신입 수준에서 고려하지 못한 문제같은게 있을까요??

커피포션 · Answer

어 음.... 아무리 그래도 서버까진 아니더라도 최소한 테스트 DB랑 협업을 위한 DB는 분리되어있어야할 것 같은데 사실 애초에 서버가 분리되어 있어야 하는 게 맞지만요.... 본인이 개발해야하는 부분은 아닌 것 같아요

싹튼 · Answer

깃 브랜치 전략처럼 서버도 디비도 그렇게 나눠서 가져가는걸 권해봅니다.개발 주1회 머지 커밋.테스트 구성원별 로컬 테스트 끝난것 반영.api 스펙과 db 는 개발기준으로 프론트 엔드 개발. 모여서 회의를 할때 테스트에서 성공한 기능들 반영된것 개발에 커밋하고, 프론트 개발자에게 전달.이런 느낌으로 가져가시면, 그러한 피로감이 많이 줄어드실것 같습니다.이러면 프론트 개발자는 백엔드의개발 서버 api스펙 기준으로 개발진행하면되고, 약속한 기간 사이에는 변경이 없으니까요. 급히 뭔가 변경해야하면, 그 때는 서로 전파를 해서 주고 받고, 그러면 좀 낫지 않을까요.

nippori · Answer

기본적인 커뮤니케이션이 전혀 안되는 개발팀 같네요: 제가 일하는곳도 정리된 사양서 보고 api동시에 화면 개발 들어가지만 제가 백이면 프론트분 불러서 항상 회의합니다. api 같이 짜고 용어는 같으면 좋으니 네이밍도 어느정도 맞추고 합니다.다들 커뮤니케이션을 피하는것 분위기인것 같은데 누군가는 나서야합니다. 1년차면 그래도 의견은 내볼만한 시기 같아요. 커뮤니케이션좀 하고 백엔드 리더분께 가벼운 롤이라도 하나 만들어서 공지에 올려달라하면 좋죠

더미 · Answer

목업서버 하나 두자고 하십쇼

프론트엔드 개발자 업무 환경 개선을 위한 백엔드 레이어 추가 개발(BFF) 어떻게 생각하시나요??

4개의 답변

#frontend 목록