EP1. 백엔드 공부를 시작하며 가장 먼저 이해해야 할 것

---

백엔드 개발자가 되기 위해서는 여러 학습 키워드를 유기적으로 연결할 줄 알아야 한다

 

백엔드 개발을 처음 공부할 때는

보통 Java, Spring, Database, HTTP, API, 서버, 배포처럼 키워드가 따로따로 보인다. 

 

처음에는 각각이 독립적인 기술처럼 느껴지기 쉽다. 

하지만 실제 개발에서는 이 개념들이 따로 움직이지 않는다. 

 

하나의 요청이 들어오면 HTTP로 통신이 이루어지고, 컨트롤러가 요청을 받고, 

서비스 로직이 실행되고, 필요한 데이터를 데이터베이스에서 조회하거나 저장한 뒤, 

다시 API 응답 형태로 프론트엔드에 전달된다. 

 

결국 백엔드 개발자는 여러 기술을 개별적으로 아는 것에서 그치지 않고,

이 흐름이 어떻게 연결되는지를 이해해야 한다. 

 

즉, 백엔드 공부의 핵심은 "많이 아는 것"만이 아니라 

"이어지는 흐름으로 이해하는 것"에 가깝다. 

 

예를 들어 데이터베이스를 공부할 때도 단순히 SQL 문법만 외우는 것이 아니라, 

왜 이 데이터가 필요한지, 어떤 API에서 쓰이는지, 어떤 화면과 연결되는지를 함께 생각해야 한다. 

 

---

백엔드 공부에서 “왜?”라는 질문이 중요하다

 

백엔드 공부를 하다 보면 "이건 이렇게 쓰는 거야"라는 식으로 문법이나 사용법을 먼저 접하게 된다. 

 

그런데 단순히 외워서 사용하는 방식으로는 오래 남지 않고,

조금만 상황이 바뀌어도 응용하기가 어려운 상황이 나온다. 

 

그래서 중요한 것이 "왜 이렇게 동작하는가?"를 계속 묻는 태도이다. 

 

예를 들어 스프링에서 컨트롤러를 사용하는 방법을 아는 것만으로는 부족하다. 

왜 컨트롤러가 필요한지, 왜 요청과 응답을 분리하는지,

왜 서비스 계층과 레포지토리 계층을 나누는지,

왜 객체를 직접 생성하지 않고 스프링이 관리하게 두는지를

이해해야 진짜로 자기 지식이 된다. 

 

또한 "왜"라는 질문은 문제 해결 능력과도 연결된다. 

기능이 안 될 때도 단순히 에러 메시지만 보는 것이 아니라 

"왜 여기서 실패했지?", "왜 이 요청은 500 에러가 났지?"를 추적해야 한다. 

 

백엔드 개발은 기능 구현만큼이나 원인을 파악하는 능력이 중요하기 때문에, 

공부할 때부터 "왜"를 습관처럼 붙이는 것이 큰 도움이 된다. 

 

나 역시 작년에 프로젝트를 진행하면서 ‘왜’라는 질문을 습관처럼 던지는 태도의 중요성을 크게 느꼈다.

클라우드 관련 프로젝트를 수행할 당시, 팀원들과 기술 내용을 공유하기 위해

위키 형태의 Confluence 페이지를 직접 정리한 경험이 있었다.

단순히 사용한 기술 목록만 적는 것이 아니라, 왜 해당 기술을 선택했는지, 다른 대안과 비교했을 때 어떤 장점이 있었는지,

실제 적용했을 때 어떤 효과를 기대할 수 있는지까지 정리해야 했다.
이 과정에서 기술을 피상적으로 아는 것만으로는 문서를 작성할 수 없었고, 자연스럽게 더 깊이 공부하게 되었다.

예를 들어 Kafka나 Local Path Storage 같은 기술도 단순히 “사용했다”에서 끝나는 것이 아니라,

왜 우리 프로젝트에 필요했는지와 어떤 문제를 해결해주는지를 이해하면서 정리했기 때문에 훨씬 오래 기억에 남았다.

 

---

웹은 단순한 사이트가 아니라 전 세계를 아우르는 정보 교환 방식이다

 

많은 사람들이 '웹'이라고 하면 홈페이지나 인터넷 화면을 먼저 떠올린다. 

하지만 책에서 말하는 웹의 본질은 조금 더 넓다. 

 

웹은 단순히 눈에 보이는 사이트가 아니라, 서로 떨어져 있는 시스템들이

약속된 방식으로 정보를 주고받는 구조 자체에 가깝다. 

 

즉, 웹은 물리적으로 존재하는 하나의 공간이 아니라 HTTP 같은 규칙 위에서 브라우저와 서버, 서버와 서버, 클라이언트와 API가 정보를 교환하는 방식이다. 

 

---

백엔드 개발은 웹 개발의 한 분야이다. 

 

"프론트가 필요로 하는 데이터를 저장하고 처리한다."

백엔드는 눈에 보이지 않지만 웹 서비스의 핵심 기능을 떠받치는 영역이다. 

 

사용자가 화면에서 어떤 버튼을 누르거나 정보를 입력했을 때,

실제로 데이터가 저장되고 조회되고 수정되는 일은 대부분 백엔드에서 처리된다. 

 

그래서 백엔드 개발자는 단순히 데이터를 저장하는 사람을 넘어서, 

서비스의 규칙을 코드로 만드는 사람이라고 볼 수 있다. 

 

어떤 데이터만 저장할 수 있는지, 누가 요청할 수 있는지, 잘못된 요청은 어떻게 막을지,

필요한 정보를 어떤 형식으로 반환할지를 정하는 일도 모두 백엔드의 영역이다. 

 

---

프론트엔드를 이해하고 있으면 백엔드 개발에도 유리하다

 

백엔드와 프론트엔드는 분리된 영역처럼 보일 수 있지만,

실제 서비스에서는 서로 긴밀하게 연결된다. 

 

프론트엔드는 사용자와 직접 만나는 화면을 담당하고,

백엔드는 그 화면이 필요로 하는 데이터를 제공한다. 

 

결국 두 영역은 API를 통해 계속 상호작용하기 때문에, 

백엔드 개발자도 프론트엔드가 무엇을 필요로 하는지 이해하고 있으면 훨씬 유리하다. 

 

---

스프링보다 먼저 이해해야 할 것

 

백엔드 공부를 시작하면 많은 사람들이 스프링부터 접하게 되지만, 

스프링 자체가 웹 개발의 본질은 아니다. 

 

스프링은 객체 관리, 요청 매핑, 데이터 접근처럼

반복적이고 복잡한 작업을 더 편하게 처리할 수 있도록 도와주는 도구에 가깝다. 

 

그래서 먼저 웹이 어떻게 동작하는지, 브라우저와 서버가 어떤 방식으로 요청과 응답을 주고 받는지

같은 흐름에 익숙해지는 것이 중요하다. 

 

그런 기반이 있어야 기능을 구현할 때 스프링이 어떤 부분에서 편리함을 주는지 직접 체감할 수 있고, 

단순히 외워서 쓰는 것이 아니라 필요성과 장점을 이해한 상태로 활용할 수 있다.