딱 웹 구동되는 정도에서

작업량따지면 프론트라고 생각함,

프론트는 어찌됫던간에 렌더링 , UI 신경써야되고

네이버같은 정적사이트가 아닌 이상 프론트는 요구하는 사항이 많을수밖에없다고 생각함.

예를들면 회원가입때 필수값넣어야하는 사항들

서브밋 눌럿을때 기본적인 검증이 아닌 실시간으로 화면상에 보여주는 검증에러라든가

인증코드 전송했을때 유무확인해서 버튼 disabled 하든가 다른 css입히던가,


동적 기능들이 들어가면 프론트가 오히려 존나 힘들어짐


반면 백엔드

기본적인 구조라는게 있음

어차피 로그인 회원가입 로직만들꺼고 DTO 엔티티박고


jwt라던지 패스포트라던지 httponly 써서 토큰 반환해줄꺼잖음

이 안에서 뭐 검증로직 추가하거나 하겟지

프론트엔드에서 아 회원가입할때 아이디 비번만 먼저 받고 생성하고

로그인시 본인인증유무 확인해서 본인인증페이지로 넘길껀데 api 따로 만들어줄수있나요 ?

어떤 병신이 회원가입 api 일반화시켜서 아..로직나눠야하는데 힘들꺼같은데요

이런병신이있냐? 이런 로직은 애초에 모듈화 안시킨 병신잘못이다.


모듈화안했더라도 그냥 코드나누면 되는거잖

딱 웹 돌아가는 정도에서 비교하자면 솔직히 작업량은 프론트가 훨씬많음.


애초에 동적인 기능들을 요구하는 업체가있을련지는모르겠는데 생각보다 없더라고

웹 UI나 애니메이션은 유럽권쪽 많이 참고하긴한데 한국은 그닥 없는거같음.

그냥 딱 정적인 페이지


하지만 백엔드에서

예를들어 하루 600만 정도의 트래픽을 받아 처리를 할수있는가부터

데이터를받아서 초당 10만 줄되는 데이터베이스 테이블을 생성한다던가


하드웨어적으로 밀어붙이면 되지만 안되는 상황이 올수가있음.

외부  C++ 같은 프로그램을 만들어서 병렬처리를 좀 더 유연하게한다던지

rebbitmq 같은 메시징큐를 도입한다던지

뭔가 하드웨어적으로 밀어붙일수없는 상황이될때 소프트웨어적으로

필요하게되는경우 작업량은 백엔드가 더 많아질수밖에없음.


프론트에 요구사항이 많으면 많을수록 작업량은 많아지지만

백엔드는 뭔가 좀 한정되어있다랄까 일단 기본적으로 구조자체가 잡혀있어서


쉽다 생각함



본인 프로젝트 리펙토링 하면서 느낀점임