[FE] MVC패턴? 아키텍쳐? 프런트엔드 개발자가 알빠노 (feat: 응 아니야)

 

 

 

MVC 패턴, MVVM 패턴 등의 용어를 들어본적이 있는가? 컴공을 나왔다면 디테일하게 설명 할 수는 없어도 모를 내용은 아닐 것이다. 어 대충 각각 하는일 분리하는 그런 내용이다. 본인은 아마 JAVA 수업때 처음으로 들어봤던 것 같다. 함수별로 하는 일을 분리하고 어쩌구 저쩌구..  하지만 프런트엔드 개발자가 되기로 하고 React 개발을 본격적으로 하면서 해당 개념은 내게 조금씩 잊혀져 갔다. 패턴이나 아키텍처의 개념은 DB 와 DB에서 값을 호출하는 함수를 짜는 백엔드 개발에서 주로 사용되는 개념이겠거니 싶었다. 

 

 

그러다가 이를 계몽시켜주는 일이 내게 생겼다. 

 

 

규모가 있는 회사에 인터뷰 볼 기회가 생겼다. 인터뷰 중에 ‘관심사의 분리’에 대한 화두가 던져졌다.

위에 말했듯 평소에 패턴이니 관심사 분리니 하는 부분에 대해 깊이 생각해본적이 없었다.

물론 너무 덩치가 큰 컴포넌트는 여러 개로 나눠서 관리하는 편이었고, 공통으로 쓰는 컴포넌트, 함수 정리, 딱 그 정도가 나에게는 '관심사 분리'라고 생각했다.

 

하지만 인터뷰를 진행한 그 팀에서는 훨씬 더 명확하고 체계적인 분리를 하고 있었다. 단순히 컴포넌트 단위로 나누는 것을 넘어서, featured-based 방식으로 폴더 구조부터 철저히 설계되어 있었고, MVC 패턴을 기준으로 각 파일과 로직이 어디에 위치해야 하는지에 대한 기준이 명확했다. 내가 가볍게 여겼던 부분이, 혹은 전혀 생각지도 않은 부분이, 규모가 있는 팀에서는 엄연히 개발 문화이자 기술적인 기준으로 작동하고 있었던 것이다. 

 

 

해당 인터뷰 이후에 많은 것을 피부로 느끼고 내 코드 생활에 적용해보려고 하고있다. 다시금 패턴과 아키텍처 개념에 대해서 리마인드하고 각각의 관심사 분리가 되어있는 코드를 짜보려고 한다. 아직 익숙치 않음에도 부분씩 관심사 분리를 하고나면 확실히 코드를 확인하는것 부터가 수월해지는 감도 있다. 규모가 훨씬 큰 프로젝트에서는 필수적일수밖에 없겠구나 라는 생각도 피부로 느낄수 있는것 같다.

 

 

혹시나 본인처럼 FE 개발자로서 패턴이나 아키텍처 부분에 등한시 하고 있다면, 다시 한번 생각해보기를 추천드립니다~

 

---

 

인터뷰를 통해서 생각이 변경되고 앞으로 더 나아가는 기회가 된 것에는 건설적인(?) 분위기를 이끌어 주셨던 너무나도 좋은 면접관을 만난 운도 한몫하는것 같다. 감사합니다 :)