프로젝트에서 보기 →

프론트엔드 백엔드란 무엇인가? | 클라이언트 서버란 무엇인가? | 초보자를 위한 쉬운 개념 정리!

태그
기타 프론트엔드 백엔드 프론트엔드백엔드차이
시작일
종료일
수정일

https://www.youtube.com/watch?v=aXi1H_4ncvs

description: |-

1. 이건 꼭 알아야 한다^1

이 콘텐츠는 “프론트엔드/백엔드(=클라이언트/서버)가 각각 무엇을 의미하며, 실제 개발에서 어떤 역할을 맡는지”를 초보자도 혼동 없이 구분하게 만드는 것을 목표로 합니다.^1

  • [? 질문] 프론트엔드와 백엔드는 각각 무엇이며 어떤 일을 하는가^2
    [= 답] 프론트엔드는 사용자가 보는 화면(UI) 같은 “앞단”을 만들고, 백엔드는 사용자에게 보이지 않는 API 등 뒷단(서버 측 애플리케이션) 을 만든다.^2

  • [? 질문] 클라이언트와 서버는 무엇이며 프론트/백과 어떤 관계인가^3
    [= 답] 클라이언트는 인터넷에서 요청하는 쪽, 서버는 그 요청에 서비스로 응답하는 쪽이며, 넓게 보면 프론트엔드=클라이언트 측, 백엔드=서버 측으로 이해할 수 있다.^3

  • [? 질문] 왜 요즘은 프론트엔드/백엔드를 나눠서 부르는가(과거와 무엇이 달라졌나)^4
    [= 답] 과거 템플릿 엔진 기반(JSP, PHP 등)으로 한 사람이 웹 전반을 만들던 시대에서, 현대에는 React/Vue/Angular 같은 프레임워크와 브라우저/HTML5 발전으로 프론트와 백의 분리 구조를 지향하게 되었고 그에 따라 용어도 일반화되었다.^4

2. 큰 그림[^5]

이 영상은 채용 공고에서 자주 보이는 프론트엔드 개발자/백엔드 개발자가 구체적으로 어떤 업무를 하는지, 그리고 이를 더 넓은 개념인 클라이언트/서버 관점으로 어떻게 대응시켜 이해하면 좋은지를 예시(사과 사이트, 포켓몬 도감 서비스)를 통해 단계적으로 설명합니다.[^5] 또한 “서버 개발자”라는 표현이 실제로는 서버 ‘자체’가 아니라 서버 위에서 동작하는 애플리케이션을 개발한다는 점을 명확히 짚고, 백엔드의 범위가 API뿐 아니라 배치 프로그램까지 확장됨을 보여줍니다.[^5]

  • 프론트엔드는 사용자가 직접 마주하는 화면(UI) 을 만들고, 백엔드가 제공하는 API 명세를 바탕으로 데이터를 가져와 표시/입력 흐름을 구현한다.[^6]
  • 백엔드는 프론트가 사용할 API(URL, 응답값, 명세) 를 만들며, 더 넓게는 서버에서 돌아가는 모든 애플리케이션(예: 배치 프로그램) 을 개발한다.[^7]
  • 클라이언트/서버는 “요청/응답” 역할 분담으로 이해할 수 있고, 웹에서는 이를 프론트/백으로 부르는 경향이 강해졌다(역사적 배경 포함).[^8]

3. 하나씩 살펴보기[^9]

3.1 직장 경험으로 시작하는 직관적 비유: “사과 웹사이트” 예시[^10]

📸 0:07

화자는 과거 직장에서 “서버 개발 팀”에서 근무한 경험을 먼저 제시합니다.[^10] 그때 “서버 개발 팀은 어떤 일을 하고, 클라이언트 개발 팀과 차이는 무엇이냐”는 질문을 받은 적이 있다고 말합니다.[^11]

화자가 그 질문에 답할 때 사용한 비유는 “사과를 보여주는 웹사이트”입니다.[^12]

  • 서버 개발 팀(=백엔드/서버 측)은 “사과라는 데이터를 제공”하는 역할을 담당한다고 설명합니다.[^12]
  • 클라이언트 개발 팀(=프론트엔드/클라이언트 측)은 그 데이터를 사용자가 보기에
    • “빨간색 사과로 보여줄지”
    • “노란색 사과로 보여줄지”
      같은 방식으로 사용자 UI를 개발하는 역할이라고 말합니다.[^13]

이 도입부의 요지는 “같은 데이터라도 어떻게 보여주고 상호작용하게 하느냐(프론트)와 그 데이터를 어떻게 제공/응답하느냐(백)의 역할이 다르다”는 점을 초보자도 한 번에 감 잡도록 만드는 것입니다.[^12][^13]

3.2 채용 시장에서 자주 나오는 용어: 프론트엔드/백엔드, 그리고 클라이언트/서버[^14]

📸 0:50

화자는 요즘 취업 시장에서 “프론트엔드 개발자, 백엔드 개발자를 구한다”는 말을 많이 들었을 것이라고 말하며, 그래서 이번 영상에서 다음을 “아주 쉽고 자세하게” 설명하겠다고 예고합니다.[^14]

  • 프론트엔드/백엔드가 무엇인지[^15]
  • 클라이언트/서버가 무엇인지[^15]

즉, 영상의 목표는 단순히 용어 정의만이 아니라 “취업 공고에서 들리는 말들이 실제 업무에서 어떤 경계/책임으로 나뉘는지”를 예시 중심으로 연결해 이해시키는 것입니다.[^14]

3.3 1차 정의: 프론트엔드(보이는 화면) vs 백엔드(보이지 않는 API), 그리고 요청/응답 관점[^16]

📸 1:07

화자는 “우선 쉽게”라고 전제한 뒤, 가장 기본 정의를 제시합니다.[^16]

프론트엔드란?

프론트엔드는 웹사이트에서 사용자가 사용하는 “화면과 같은 앞단”을 의미한다고 말합니다.[^16] 그리고 이 사용자 화면을 개발하는 사람을 프론트엔드 개발자라고 정의합니다.[^16]

백엔드란?

백엔드는 “눈에 보이지 않는 영역”이며, 대표적으로 API 같은 뒷단 영역을 말한다고 설명합니다.[^17] 그리고 이런 API를 개발하는 사람을 백엔드 개발자라고 합니다.[^17]

더 넓은 의미: 클라이언트/서버

화자는 프론트/백을 “넓은 의미”로는 클라이언트/서버라고도 부른다고 연결합니다.[^18]

  • 클라이언트: 인터넷 상에서 요청하는 쪽[^18]
  • 서버: 그 요청에 대해 서비스를 제공하는 역할[^18]

이를 한 문장으로 다시 정리해,

  • 프론트엔드는 “요청하는 앞단”[^19]
  • 백엔드는 “요청에 응답하는 뒤딴”[^19]

이때 화자는 “대충 감이 잡히시나요”라고 말하며, 이어서 더 디테일한 예시 설명으로 들어갑니다.[^20]

[!IMPORTANT] 용어를 외우는 방식이 아니라 “역할(요청/응답)”로 이해시키는 구조
이 콘텐츠는 프론트=화면, 백=API처럼 단어 정의로 끝내지 않고, 클라이언트(요청) / 서버(응답) 이라는 작동 원리로 재정렬해 기억하게 만듭니다.[^18][^19]

3.4 메인 예시 1: “포켓몬 도감 웹사이트”로 보는 백엔드의 일 (목록 API 제공)[^21]

📸 2:00

화자는 예시로 “A라는 회사에서 포켓몬 도감 웹사이트를 개발한다”고 가정합니다.[^21] 이 웹사이트의 기능은 매우 간단하다고 설정합니다.[^22]

  • 사용자가 웹페이지에 접근했을 때
  • 포켓몬 “목록을 보여주면 된다”[^22]

여기서 화자는 질문을 던지듯 전개합니다.[^23]

  • [? 질문] 그러면 이 회사의 백엔드 개발자는 어떤 일을 할까?[^23]
    [= 답] 프론트엔드에서 포켓몬 목록을 가져갈 수 있도록, 서버 측 언어로 “포켓몬 목록 API”를 개발한다.[^24]

화자는 백엔드가 사용하는 기술(언어)의 예로 파이썬, Node.js를 언급합니다.[^24]

API를 어떻게 설명하는가: URL과 결과값(응답)

화자는 “API는 URL 형식의 주소”라고 설명합니다.[^25] 그리고 “예를 들어 이 API를 호출하면 이러한 결과값을 반환한다”는 형태로 API의 입출력 구조를 보여줍니다.[^25]

정리하면, 이 예시에서 백엔드 개발자의 산출물은 다음 두 가지로 제시됩니다.

  • 포켓몬 목록을 반환하는 API(엔드포인트 URL)[^25]
  • 호출했을 때 내려주는 결과값(응답 데이터)[^25]

그리고 백엔드는 이 API를 프론트엔드 개발자에게 “제공”한다고 말합니다.[^26]

“URL만 주는 게 아니다”: API 명세서의 존재

화자는 실무적으로는 URL만 던져주는 것이 아니라, “이 API를 어떻게 사용하는지”를 적은 API 명세서를 정의해둔다고 설명합니다.[^27]

또한 “API 개념이 정확히 잡히지 않았다면 우측 상단의 링크(별도 영상)를 보고 오라”고 안내합니다.[^28] 이는 이 영상이 API를 깊게 파기보다는, 프론트/백의 역할 구분을 중심으로 가되 필요한 경우 선행학습을 연결하는 구성임을 보여줍니다.[^28]

[!NOTE] 백엔드의 ‘제공’은 구현물+사용법(명세)까지 포함
화자는 백엔드의 결과물이 단지 코드/URL이 아니라, 프론트가 붙을 수 있게 하는 명세(스펙 문서) 까지 포함된다는 실무 감각을 함께 전달합니다.[^27]

3.5 메인 예시 1의 이어서: 프론트엔드의 일 (명세 기반 UI 개발)[^29]

📸 3:11

이제 화자는 프론트엔드 개발자 역할로 넘어갑니다.[^29]

프론트엔드 개발자가 하는 일의 흐름을 다음 순서로 제시합니다.

  1. 백엔드가 만들어 둔 API 명세서를 확인한다.[^30]
  2. HTML, CSS, JavaScript 같은 웹 언어를 사용한다.[^30]
  3. 일반 사용자가 볼 수 있도록 사용자 인터페이스(UI) 를 개발한다.[^30]

즉 프론트엔드는 “서버에서 준 데이터를 화면에서 어떻게 보여주고, 사용자가 어떻게 상호작용할지”를 구현하는 파트로 자리 잡습니다.[^30]

3.6 기능 추가 시 협업 구조: “유저가 포켓몬 등록” 기능(등록 API + 등록 화면)[^31]

📸 3:32

화자는 “포켓몬 도감 사이트가 인기가 많아져 기능을 추가”하는 상황을 제시합니다.[^31] 추가 기능은 다음과 같습니다.

  • 유저들이 직접 포켓몬을 등록하는 기능[^31]

여기서 화자는 예시의 전제를 하나 더 붙입니다. 원래 도감은 모든 포켓몬이 있어야 맞지만, 예시를 위해 “원래는 2마리(‘투몬’)만 있고 나머지는 유저가 올린다”고 가정합니다.[^32]

이 기능 추가에 따라 팀별로 무엇이 늘어나는지를 명확히 대응시킵니다.

  • 백엔드 개발팀: 포켓몬을 “등록할 수 있는 등록 API”를 개발한다.[^33]
  • 프론트엔드 개발팀: 백엔드가 제공한 API를 사용해 사용자가 등록할 수 있는 “화면”을 개발한다.[^34]

이 대목에서 영상은 “기능이 늘어나면 프론트/백 모두 일이 생기지만, 생기는 일의 종류가 다르다”는 것을 보여줍니다. 백엔드는 등록을 처리하는 서버 로직과 엔드포인트, 프론트는 등록 UI/입력 흐름이 늘어납니다.[^33][^34]

3.7 용어를 다시 정렬: 서버측/클라이언트측, 그리고 “서버 개발자” 표현의 정확한 의미[^35]

📸 4:13

화자는 지금까지의 예시를 “이렇게”라고 받으며 팀의 담당 범위를 다시 정리합니다.[^35]

  • 백엔드 개발팀은 서버 측을 개발한다.[^35]
  • 프론트엔드 개발팀은 클라이언트 측을 개발한다.[^35]

그래서 이들을 “클라이언트 개발자 / 서버 개발자”라고도 부른다고 말합니다.[^36]

그리고 이어서 중요한 오해를 바로잡습니다.[^37]

  • [h 서버 개발자가 ‘서버’를 개발하는 게 아니다]
    화자는 “명확히 말하면 서버 개발자라고 해서 서버를 개발하는 게 아니라”, 앞서 설명했듯 “서버 위에서 실행되는 애플리케이션을 개발하는 개발자”를 말한다고 못 박습니다.[^37]

이 문장은 초보자가 흔히 “서버 개발자=서버 컴퓨터/장비를 만든다” 혹은 “서버 자체 설치만 한다”로 오해하는 지점을 끊어주는 역할을 합니다.[^37]

3.8 메인 예시 2: 백엔드의 범위는 API만이 아니다 — 배치 프로그램 사례[^38]

📸 4:40

화자는 “다른 예를 들며 조금 더 깊숙이 이해”해보자고 제안합니다.[^38]

A 회사가 추가하려는 기능은:

  • “매일 포켓몬을 가장 많이 등록한 유저를 추천”하는 기능[^39]

이 기능은 중요한 특성이 있다고 설명합니다.

  • 사용자의 이벤트(클릭/요청)에 의해 실행되는 것이 아니라[^40]
  • 서버 측에서 “매일 하루에 한 번씩 자동으로” 데이터베이스에 접근해 정기적으로 수행해야 한다[^40]

그리고 이렇게 “정기적으로 반복 수행하거나 정해진 규칙에 따라 처리”하는 것을 배치 프로그램이라고 정의합니다.[^41]

이 사례를 통해 화자는 백엔드의 역할 범위를 확장해 재정의합니다.

  • 백엔드 개발팀은 프론트엔드가 요청하는 API뿐 아니라[^42]
  • “뒤딴(서버 측)에서 실행되는 모든 애플리케이션”을 개발하는 역할이라고 말합니다.[^42]

즉, 백엔드는 “프론트 요청을 받아 응답하는 API 서버”로만 한정되지 않고, 서버 안에서 돌아가며 주기적으로 데이터 처리를 하는 프로그램(배치)까지 포함한다는 메시지를 전달합니다.[^40][^41][^42]

[!TIP] 백엔드 범위를 넓게 잡는 실무적 기준
“프론트가 호출하는 API”는 백엔드의 대표 결과물이지만 전부가 아니며, 서버 측에서 자동 실행되는 작업(배치) 도 백엔드 업무로 들어간다는 관점을 기억하라고 말합니다.[^41][^42]

3.9 메인 예시 3: 모바일 앱 출시로 보는 “프론트엔드”와 “클라이언트 개발” 용어 사용 차이[^43]

📸 5:21

화자는 마지막 예시를 하나 더 들겠다고 하며, 포켓몬 도감이 대박 나서 안드로이드와 iOS 앱까지 론칭하는 상황을 가정합니다.[^43]

이때 클라이언트 개발팀은 모바일 플랫폼별 언어/기술로 앱을 개발한다고 설명합니다.[^44]

  • 안드로이드: 자바(등)로 개발한다는 취지로 언급[^44]
  • iOS: 오브젝트C, 스위프트 같은 언어로 개발[^44]

그리고 중요한 설명을 덧붙입니다.[^45]

  • 화자가 앞에서는 “프론트엔드 개발팀”이라고 하다가, 모바일 예시에서는 “클라이언트 개발팀”이라고 표현을 바꾼 이유[^45]
    • 프론트엔드/백엔드라는 용어는 “보통 웹의 경우”에 많이 쓰인다[^45]
    • 모바일은 “클라이언트 개발자/모바일 개발자”, 혹은 “안드로이드 개발자/iOS 개발자”라고 많이 부른다[^45]

즉, “프론트엔드=클라이언트” 대응은 유지되지만, 업계에서 웹에선 프론트엔드라는 호칭, 모바일에선 플랫폼 기반 호칭이 더 흔하다는 언어적 관습을 설명합니다.[^45]

3.10 왜 웹에서 ‘프론트/백’ 용어가 굳어졌나: 과거 템플릿 엔진 시대 vs 현대 SPA/프레임워크 시대[^46]

📸 6:01

화자는 “이렇게 웹에서 프론트엔드/백엔드 용어를 언급하는 이유”를 역사적 맥락으로 설명합니다.[^46]

과거: 템플릿 엔진 기반(분리 덜 함) → “웹개발자”로 뭉뚱그림

과거 웹사이트 개발에서는 JSP, PHP 같은 템플릿 엔진 기반 개발을 많이 했다고 말합니다.[^46]
이 방식에서는 프론트와 백을 나누지 않고 “그냥 웹개발자”로서 개발을 진행하는 경우가 많았다고 설명합니다.[^47]

현재: 프레임워크/브라우저/HTML5 발전 → 더 파워풀한 웹 → 분리 구조 지향

현대 웹 애플리케이션 개발에서는:

  • React, Vue, Angular 같은 강력한 웹 개발 프레임워크가 등장했고[^48]
  • 브라우저와 HTML5 기술이 발전했으며[^48]
  • 그 결과 웹 개발을 더 “파워풀하게” 만들어야 하는 “미션”이 생겼다고 말합니다.[^48]

그래서 현대 웹은 과거처럼 템플릿 엔진 하나로 단일 웹앱을 만들던 시절과 달리,

  • 프론트엔드와 백엔드를 “완전한 분리 구조”로 지향하는 방식으로 점차 바뀌었다고 설명합니다.[^49]

그리고 이렇게 분리 구조가 명확해지면서 웹 영역에서 “프론트엔드/백엔드”라는 용어가 널리 쓰이게 되었다고 결론 내립니다.[^50]

[!IMPORTANT] ‘용어의 유행’이 아니라 ‘개발 방식 변화’가 원인
화자는 프론트/백이라는 구분이 단지 멋있어서가 아니라, 개발 아키텍처와 도구 체계의 변화(템플릿 엔진 → 프레임워크 중심) 로 인해 자연스럽게 굳어진 것이라고 설명합니다.[^46][^49]

3.11 최종 정리 및 마무리: 다시 한 번 프론트/백 정의로 회귀[^51]

📸 7:03

화자는 영상 말미에 “다시 한번 정리”한다며 정의를 반복해 고정합니다.[^51]

  • 프론트엔드: (보통 웹에서) 사용자의 눈에 보이는 영역[^51]
  • 백엔드: 사용자의 눈에 보이지 않는 “뒤딴” 영역[^52]

그리고 “이해하는 데 도움이 되었나”라고 묻고 영상 종료를 알리며, 좋아요/구독 요청으로 마무리합니다.[^53]

4. 핵심 통찰[^54]

  1. 프론트/백을 나누는 가장 쉬운 기준은 “보이느냐/안 보이느냐(UI vs API)”이지만, 더 견고한 기준은 “요청/응답(클라이언트/서버)” 역할 분담이다.[^16][^18][^19]
  2. 백엔드의 결과물은 단순히 URL 하나가 아니라, 프론트가 제대로 붙을 수 있도록 하는 API 명세(사용법/스펙) 까지 포함한다.[^27]
  3. 백엔드는 API만 개발하는 역할로 좁히면 오해가 생기며, 서버 측에서 돌아가는 모든 애플리케이션(배치 등) 이 범위에 들어간다는 관점을 가져야 한다.[^41][^42]
  4. “서버 개발자”는 서버 장비 자체를 만드는 사람이 아니라, “서버 위에서 실행되는 애플리케이션”을 만드는 개발자라는 점을 명확히 해야 한다.[^37]
  5. 웹에서 프론트/백 구분이 뚜렷해진 것은 템플릿 엔진 중심 개발에서 프레임워크 중심의 현대 웹으로 오며 분리 구조를 지향하게 된 역사적 변화와 연결된다.[^46][^49][^50]
  • 실행 관점에서의 시사점
    • 프론트엔드 학습자는 “UI 만들기”에 더해, 백엔드가 제공하는 API 명세를 읽고 호출/처리하는 능력을 자신의 역할로 인식하는 것이 중요하다.[^30]
    • 백엔드 학습자는 API 구현뿐 아니라, 사용자 이벤트 없이 동작하는 정기 작업(배치) 같은 서버 측 프로그램 유형도 백엔드 역할로 함께 이해해야 한다.[^40][^41][^42]

5. 헷갈리는 용어 정리 (해당 시에만)[^55]

  • 프론트엔드(FrontEnd): 웹에서 사용자가 직접 보는 화면/UI 같은 “앞단” 영역.[^16]
  • 백엔드(BackEnd): 사용자에게 보이지 않는 “뒷단”, 대표적으로 API 영역(서버 측 애플리케이션).[^17][^42]
  • 클라이언트(Client): 인터넷 상에서 요청하는 쪽.[^18]
  • 서버(Server): 요청에 대해 서비스를 제공(응답) 하는 쪽.[^18]
  • API: (영상에서의 설명 기준) URL 형태로 호출하며 결과값을 반환하는 인터페이스/엔드포인트.[^25]
  • API 명세서: API를 “어떻게 사용하는지” 정의해 둔 문서/스펙.[^27]
  • 배치 프로그램(Batch Program): 서버 측에서 정해진 규칙에 따라 정기적으로 반복 수행되는 처리(예: 매일 1회 DB 접근 후 추천 유저 선정).[^40][^41]

참고(콘텐츠 정보)[^56]

  • 제목: 프론트엔드 백엔드란 무엇인가? | 클라이언트 서버란 무엇인가? | 초보자를 위한 쉬운 개념 정리!
  • 채널: 짐코딩
  • 길이: 7분 45초
  • 링크: https://www.youtube.com/watch?v=aXi1H_4ncvs
  • 키워드: 프론트엔드, 백엔드, 프론트엔드백엔드차이, 클라이언트, 서버, FrontEnd, BackEnd

[^5]: @[00:55] "이번 영상에서는 ... 아주 쉽고 자세하게" + @[04:24] "서버 개발자... 서버 위에서 실행되는 애플리케이션" [^6]: @[01:07] "프론트엔드... 사용자들이 사용하는 화면" + @[03:15] "html css 자바스크립트... ui 개발" [^7]: @[02:26] "서버측 언어... 포켓몬 목록 api 개발" + @[05:11] "서버 측에서 실행되는 모든 애플리케이션" [^8]: @[01:36] "클라이언트... 요청 / 서버... 서비스 제공" + @[06:55] "분리 구조... 용어가 ... 쓰이게" [^9]: @[01:54] "조금 디테일하게 설명 드리도록 하겠습니다" [^10]: @[00:07] "서버 개발 팀... 근무" [^11]: @[00:13] "서버 개발 팀은 어떤 일을 하는 팀... 클라이언트 개발 팀이랑 차이는" [^12]: @[00:25] "사과를 보여주는 웹사이트... 데이터를 제공... 서버 개발 팀" [^13]: @[00:37] "빨간색 사과... 노란 색상... 사용자 ui 를 개발" [^14]: @[00:50] "요즘 취업시장... 프론트엔드... 백엔드... 많이 들어보셨을 거에요" [^15]: @[00:55] "이번 영상에서는 프론트엔드 ... 클라이언트 서버가 무엇인지" [^16]: @[01:07] "프론트엔드... 사용자들이 사용하는 화면과 같은 앞단" [^17]: @[01:20] "백엔드... 눈에 보이지 않는 영역... api" [^18]: @[01:32] "클라이언트는 ... 요청... 서버는 ... 서비스를 제공" [^19]: @[01:45] "프론트엔드 는 요청하는 앞단... 백엔드 는 요청에 응답하는 뒤딴" [^20]: @[01:54] "대충 감이 잡히시나요 ... 조금 디테일하게" [^21]: @[02:00] "포켓몬 도감 웹사이트" [^22]: @[02:06] "기능은 간단... 포켓몬 목록을 보여주면 됩니다" [^23]: @[02:14] "그러면 ... 백엔드 개발자는 어떤 일을 할까요" [^24]: @[02:26] "파이썬 노드js ... 포켓몬 목록 api 를 개발" [^25]: @[02:34] "api 는 ... url ... 호출하면 ... 결과값" [^26]: @[02:45] "백엔드 개발자는 api를 프론트엔드 개발자에게 제공" [^27]: @[02:51] "url 만 ... 제공... 아니라 ... api ... 명세서를 정의" [^28]: @[03:05] "정확한 개념... 우측 상단... 링크" [^29]: @[03:11] "이제 프론트엔드 개발자 로 넘어가" [^30]: @[03:15] "api 명세서를 확인... html css 자바스크립트... ui 를 개발" [^31]: @[03:32] "기능을 추가... 유저들이 직접 포켓몬을 등록" [^32]: @[03:43] "예시로 ... 원래 ... 두몬 만 있고 ... 유저들이 올리는" [^33]: @[03:54] "등록 api 도 개발" [^34]: @[04:03] "api 를 사용하여 ... 등록할 수 있는 화면을 개발" [^35]: @[04:13] "백엔드 ... 서버측... 프론트엔드 ... 클라이언트측" [^36]: @[04:21] "클라이언트 개발자 서버 개발자 라고도" [^37]: @[04:24] "서버 개발자... 서버는 개발하는 게 아니라... 서버 위에서 실행되는 애플리케이션" [^38]: @[04:40] "다른 예를 들면서 조금 더 깊숙히" [^39]: @[04:43] "가장 많이 등록한 유저를 추천" [^40]: @[04:44] "사용자의 이벤트... 아니라 ... 매일 하루에 한번씩 자동으로 데이터베이스" [^41]: @[05:06] "배치 프로그램" [^42]: @[05:11] "api 뿐만 아니라... 서버 측에서 실행되는 모든 애플리케이션" [^43]: @[05:21] "안드로이드와 ios ... 론칭" [^44]: @[05:28] "자바... 안드로이드... 오브젝트 c ... 스위프트 ... ios" [^45]: @[05:39] "프론트엔드... 웹의 경우... 모바일... 안드로이드 개발자 ios 개발자" [^46]: @[06:01] "과거... jsp 나 php ... 템플릿 엔진" [^47]: @[06:15] "프론트 엔드 빽 인들을 나누지 않고 그냥 웹개발자" [^48]: @[06:24] "리 액트 뷰 ... 강력한 ... 프레임워크 ... html5 기술이 발전" [^49]: @[06:46] "완전한 분리 구조를 지향" [^50]: @[06:55] "분리 구조가 명확... 프론트 엔드 - ... 용어가 ... 쓰이게" [^51]: @[07:03] "다시한번 정리를 하면 프론트엔드 ... 눈에 보이는 영역" [^52]: @[07:05] "백엔드 ... 눈에 보이지 않는 뒤딴" [^53]: @[07:13] "이해... 도움이 ... / ... 마치도록 ... 좋아요... 구독" [^54]: @[01:45] "요청/응답" + @[02:51] "명세서" + @[05:11] "모든 애플리케이션" + @[06:46] "분리 구조" [^55]: @[01:07] "프론트엔드" + @[01:20] "백엔드" + @[01:32] "클라이언트/서버" + @[05:06] "배치 프로그램" [^56]: @[00:55] "이번 영상" (메타는 사용자 제공: 제목/채널/길이/링크/키워드)

← 프로젝트에서 보기