첫 코딩 수업을 시작하자마자 "배열(arrays)", "컴파일러(compilers)", "백엔드(back-end)" 같은 생소한 단어들이 쏟아집니다. 그리고는 다 이해하는 척 고개를 끄덕이죠. (사실 잘 모를 수도 있습니다. 괜찮아요! 처음부터 이런 걸 다 알고 태어나는 사람은 없으니까요.)
코딩을 배운다는 것은 사실 새로운 언어의 단어들을 익히는 과정과 비슷합니다. 용어들에 익숙해지고 나면, 실제 코딩은 훨씬 덜 두렵게 느껴질 거예요.
그러니 단어부터 시작해 봅시다. 아래에 초보자를 위한 가장 흔한 코딩 용어 25가지를 가장 쉬운 방식으로 정리했습니다. 어려운 전문 용어나 컴퓨터공학 학위는 전혀 필요 없습니다.
이 페이지를 북마크해 두고, 헷갈리는 단어가 나올 때마다 언제든 다시 찾아오세요. 생각보다 훨씬 빠르게 이해가 쏙쏙 되기 시작할 겁니다. 준비되셨나요? 그럼 시작해 볼까요!

누구나 말하는 기본 용어들
매일같이, 아주 자주 듣게 될 단어들부터 시작해 보겠습니다. 이 네 가지 단어와 친해지는 것만으로도 이미 훌륭한 첫걸음을 뗀 셈입니다.
1. 프로그래밍 언어 (Programming Language)
프로그래밍 언어는 컴퓨터에게 명령을 내리는 방법입니다. 컴퓨터는 한국어(나 다른 인간의 언어)를 이해하지 못하므로, 컴퓨터가 이해할 수 있는 특별한 언어를 사용해야 합니다. 바로 Python, JavaScript, Java 같은 언어들이죠.
각 언어마다 고유한 규칙(그리고 성격!)이 있습니다. 어떤 언어는 웹사이트를 만드는 데 좋고, 어떤 언어는 앱이나 게임을 만드는 데 적합합니다. 우리가 쓰는 말과 비슷하다고 생각하면 됩니다. 표현하는 방식은 저마다 다르지만, 결국 비슷한 이야기를 하고 있으니까요. 다행인 점은, 시작할 때는 딱 하나만 배우면 된다는 것입니다!
2. 구문 (Syntax)
구문(Syntax)은 프로그래밍 언어의 문법 규칙입니다. 한국어에 조사나 맞춤법 규칙이 있는 것처럼, 코드에도 괄호, 콜론, 따옴표를 어디에 써야 하는지에 대한 규칙이 있습니다.
예를 들어, Python의 들여쓰기 기반 구문은 코드를 아주 깔끔하게 유지해 줍니다. 반면 JavaScript의 중괄호 구문이나 Java의 세미콜론 위주 구문은 문장 부호에 조금 더 신경을 써야 합니다. 구문을 아주 조금만 틀려도(쉼표 하나를 빠뜨리거나 띄어쓰기를 잘못하는 등), 컴퓨터는 혼란에 빠져 작동을 멈춰 버립니다. 조금 귀찮게 느껴지나요? 그럴 수 있습니다. 하지만 컴퓨터는 아주 엄격하기 때문에, 규칙을 한 번만 제대로 배워두면 절대 말을 바꾸지 않습니다.
| 언어 | 구문 스타일 | 주요 특징 |
|---|---|---|
| Python | 들여쓰기 기반 | 심플하고 깔끔함; 복잡한 문장 부호 대신 공백/들여쓰기 사용 |
| JavaScript | 유연한 중괄호 사용 | {}와 선택적 세미콜론 사용; 문장 부호가 조금 더 들어감 |
| Java | 엄격한 세미콜론 위주 | 고도로 구조화됨; {} 사용 및 필수 세미콜론 ;에 대한 엄격한 규칙 |
3. 알고리즘 (Algorithm)
알고리즘은 문제를 해결하기 위한 단계별 레시피입니다. 그게 전부예요. 토스트를 만드는 레시피도 일종의 알고리즘입니다. 식빵을 꺼내고, 토스터기에 넣고, 기다렸다가, 꺼내는 과정이죠.
코딩에서는 컴퓨터에게 이름 목록을 정렬하거나 가장 저렴한 항공권을 찾는 등, 특정 작업을 정확히 어떻게 수행해야 하는지 알려주기 위해 알고리즘을 작성합니다. 단계가 명확할수록 결과도 더 좋아집니다! 여러분은 이미 매일 알고리즘적으로 생각하고 있습니다. 단지 그렇게 부르지 않았을 뿐이죠.
4. 의사코드 (Pseudocode)
의사코드(Pseudocode)는 '가짜 코드'를 뜻하며, 초보자에게 가장 유용한 팁 중 하나입니다. 코드를 직접 작성하기 전에, 우리가 쓰는 일반적인 언어로 계획을 한 줄씩 적어보는 것입니다.
예를 들어, *"사용자가 로그인 상태이면 이름을 보여준다. 로그인 상태가 아니면 로그인 버튼을 보여준다."*처럼 작성하는 것이죠. 괄호나 세미콜론 때문에 머리가 아프기 전에 생각을 명확하게 정리하는 데 큰 도움이 됩니다. 프로 개발자들도 이 방법을 씁니다. 다음에 코딩하다 막히면 의사코드부터 작성해 보세요. 마법처럼 해결될 겁니다.
코드를 구성하는 기본 블록들
아주 작은 게임부터 거대한 앱에 이르기까지, 모든 프로그램은 몇 가지 간단한 조각들로 만들어집니다. 다음에 소개할 6가지 용어가 바로 그 조각들입니다. 이것들만 마스터하면 거의 무엇이든 만들어낼 수 있습니다.
5. 변수 (Variable)
변수는 정보를 담아두는 라벨이 붙은 상자와 같습니다. 상자에 이름을 붙이고, 안에 무언가를 넣은 뒤 나중에 꺼내 쓰는 것이죠. 예를 들어, score라는 이름의 변수를 만들고 그 안에 숫자 0을 넣을 수 있습니다. 플레이어가 점수를 얻을 때마다 상자 안의 내용을 바꿉니다. 프로그램은 이름, 점수, 설정 등 끊임없이 무언가를 기억해야 하므로 코드 어디에나 변수가 존재합니다. 코드에 기억 장치가 있다면, 그것이 바로 변수입니다.
6. 데이터 타입 (Data Type)
모든 정보가 다 똑같지는 않겠죠? 이름은 텍스트이고, 나이는 숫자이며, "비가 오나요?"는 예/아니오로 답하는 질문입니다. 데이터 타입은 여러분이 다루고 있는 정보의 종류를 말합니다. 컴퓨터는 이 타입을 아주 중요하게 생각합니다. 숫자 두 개는 더할 수 있지만, 이름 두 개를 더할 수는 없기 때문이죠. 데이터 타입을 잘 이해하면 어처구니없는 오류를 피할 수 있습니다. 다음 세 가지 용어는 여러분이 가장 먼저 만나게 될 데이터 타입들입니다.
7. 문자열 (String)
문자열(String)은 말 그대로 텍스트입니다. 단어나 글자로 쓰는 모든 것(이름, 문장, 이모지, 심지어 전화번호까지)이 문자열이 될 수 있습니다. 이 이름은 글자들이 실(string)에 꿰어진 것처럼 한 줄로 늘어서 있다는 생각에서 유래했습니다. 대부분의 언어에서는 "Hello!"나 'Coddy is fun'처럼 문자열을 따옴표로 감싸서 표현합니다. 화면에 메시지를 표시하고 싶으신가요? 그렇다면 문자열을 사용하고 계신 겁니다. 처음 시작하기에 가장 친근한 데이터 타입 중 하나입니다.
8. 불리언 (Boolean)
불리언(Boolean)은 모든 데이터 타입 중 가장 간단합니다. 오직 true(참) 또는 false(거짓) 두 가지 값만 가질 수 있죠. 예/아니오 논리를 좋아했던 수학자 조지 불(George Boole)의 이름에서 따왔습니다. 불리언은 보이지 않는 곳에서 생각보다 많은 코드를 움직입니다. "사용자가 로그인했는가?" 참 또는 거짓. "장바구니가 비었는가?" 참 또는 거짓. 프로그램이 결정을 내려야 할 때마다 불리언이 그 뒤에 숨어 예/아니오로 답해 줍니다.
9. 배열 (Array 또는 List)
만약 여러 개의 정보를 저장해야 한다면 어떻게 할까요? 배열을 사용하면 됩니다. 배열(일부 언어에서는 리스트라고도 함)은 여러 항목을 순서대로 담아두는 하나의 변수입니다. 쇼핑 목록을 떠올려 보세요. 우유, 달걀, 빵이 한 곳에 모여 있고 각각의 자리가 정해져 있죠. 원할 때 언제든 항목을 추가하거나 삭제할 수 있고, 세 번째 항목을 꺼내올 수도 있습니다. 배열 덕분에 수백 개의 개별 변수를 만들지 않아도 됩니다. 그야말로 구세주 같은 존재죠.
10. 객체 (Object)
객체(Object)는 서로 관련된 정보를 하나로 묶는 방법입니다. 한 사람을 생각해 봅시다. 그 사람에게는 이름, 나이, 이메일이 있습니다. 이 세 가지를 각각 별도의 변수로 만드는 대신, user라는 하나의 객체로 묶는 것입니다. 객체는 데이터뿐만 아니라 간단한 동작(함수)도 담을 수 있습니다. 프로젝트가 커질 때 코드를 깔끔하고 읽기 쉽게 유지해 줍니다. 변수가 상자 하나라면, 객체는 내부에 여러 상자가 들어 있는 라벨이 붙은 서랍장과 같습니다.
코드가 실제로 작동하게 만들기
구성 블록도 좋지만, 벽돌 더미가 곧 집이 되는 것은 아닙니다. 다음 용어들은 코드를 움직이고, 반복하고, 선택하게 만드는 방법입니다. 즉, 코드에 생명을 불어넣는 방법이죠.
11. 함수 (Function)
함수(Function)는 한 가지 작업을 수행하는 재사용 가능한 코드 뭉치입니다. 코드를 한 번만 작성해서 이름을 붙여두고, 그 작업이 필요할 때마다 "호출"해서 사용합니다. 커피 머신을 생각하면 쉽습니다. 버튼만 누르면 머신이 알아서 모든 단계를 거쳐 커피를 내려주죠. sayHello나 calculateTotal 같은 함수를 만들 수 있습니다. 함수는 코드를 짧고 깔끔하며 수정하기 쉽게 만들어 줍니다. 프로그래밍 전체를 통틀어 가장 강력한 개념 중 하나입니다.
12. 루프/반복문 (Loop)
루프(Loop)는 멈추라고 할 때까지 특정 작업을 반복하라고 컴퓨터에 명령하는 것입니다. "생일 축하해"를 다섯 번 출력하거나, 리스트의 모든 항목을 확인해야 하나요? 똑같은 코드를 계속 반복해서 쓰는 대신, 루프 안에 한 번만 작성하면 됩니다. 컴퓨터가 아주 빠른 속도로 반복 작업을 대신 처리해 줍니다. 컴퓨터가 가장 좋아하는 일인 '반복 작업'에 아주 딱 맞춤이죠.
13. 조건문 (Conditional - if/else)
조건문은 코드가 스스로 결정을 내릴 수 있게 합니다. 보통 if라는 단어로 시작하죠. 예를 들어, *"만약(if) 비밀번호가 맞으면 로그인시키고, 그렇지 않으면(else) 오류를 보여준다."*처럼 말이죠. 프로그램은 특정 조건이 참인지 확인한 후, 다음에 할 일을 선택합니다. 이 덕분에 앱이 똑똑하고 반응형으로 느껴지는 것입니다. 여러분이 상상할 수 있는 모든 "만약 이렇다면, 저렇게 한다"는 선택은 조건문이 처리합니다. 조건문과 불리언을 결합하면 코드가 스스로 생각하기 시작합니다.
14. 클래스 (Class)
클래스(Class)는 객체를 만들기 위한 설계도와 같습니다. 몬스터가 많이 등장하는 게임을 만든다고 가정해 봅시다. 몬스터를 만들 때마다 매번 처음부터 새로 정의하는 대신, 체력, 이름, 공격력 등 모든 몬스터가 가져야 할 특징을 정의한 Monster 클래스를 만듭니다. 그리고 이 설계도로 원하는 만큼 몬스터를 찍어내는 것이죠. 엄청난 시간 절약이 됩니다! 클래스는 객체 지향 프로그래밍(object-oriented programming)이라는 개념의 일부이지만, 지금은 그 이름에 너무 신경 쓰지 마세요. '설계도를 넣으면 객체가 나온다'는 것만 기억하시면 됩니다.
이런! 코드가 마음대로 작동하지 않을 때
스포일러를 하자면, 여러분의 코드는 자주 고장 날 것입니다. 아주 많이요. 전문가들도 늘 겪는 일입니다. 그러니 두려워하는 대신 이름을 붙여봅시다. 이 두 단어를 이해하고 나면, 고장 난 코드는 해결해야 할 재미있는 퍼즐이 될 테니까요!
15. 버그 (Bug)
버그(Bug)는 코딩 오류로 인해 프로그램이 원치 않는 방식으로 작동하는 것을 말합니다. 버튼이 작동하지 않거나, 앱에 잘못된 숫자가 표시되는 식이죠. 이 이름에는 재미있는 유래가 있습니다. 1947년, 엔지니어들이 컴퓨터 내부에서 문제를 일으키던 실제 나방(bug) 한 마리를 발견한 데서 시작되었습니다! 모든 개발자는 버그를 만듭니다. 네, 단 한 명도 예외는 없습니다. 버그를 발견하는 것은 실력이 없어서가 아니라, 개발 과정의 당연한 일부입니다.
16. 디버깅 (Debugging)
디버깅(Debugging)은 그러한 버그를 찾아내고 수정하는 과정입니다. 일종의 탐정 놀이와 같죠. 단서를 추적하고, 가설을 테스트하며, 무엇이 잘못되었는지 찾아냅니다. 때로는 오타 하나만 고치면 끝날 때도 있고, 때로는 한 시간 동안 고민하다가 간식을 먹으며 쉬어야 해결될 때도 있습니다. 하지만 마침내 코드가 제대로 작동하는 그 "아하!" 하는 순간의 짜릿함은 정말 최고입니다! 디버깅을 배우는 것은 매우 가치 있는 기술이며, 하면 할수록 점점 더 쉬워지니 걱정 마세요!
Coddy의 친절한 AI 어시스턴트 버그시가 학습 화면 바로 옆에서 대기하며, 도움이 필요할 때마다 올바른 방향으로 나아갈 수 있도록 힌트를 줍니다.
개발자의 가방 속 도구들
맨손으로 코딩을 할 수는 없겠죠. 개발자들은 작업을 작성하고, 실행하고, 관리하기 위해 몇 가지 도구를 사용합니다. 가장 먼저 접하게 될 대표적인 도구 5가지를 소개합니다.
17. 코드 에디터 및 통합 개발 환경 (Code Editor / IDE)
코드 에디터는 코드를 작성하는 프로그램입니다. 워드 프로세서와 비슷하지만 코딩에 특화되어 있죠. 코드에 색상을 입혀주고, 오타를 잡아내며, 다음에 무엇을 입력할지 추천해 주는 등 유용한 기능들이 가득합니다.
여기서 한 단계 더 발전한 형태를 IDE(통합 개발 환경)라고 부르는데, 더 많은 도구를 하나로 묶어 제공합니다. 초보자에게 좋은 소식은, Coddy처럼 브라우저에서 바로 코딩할 수 있는 플랫폼을 이용하면 아무것도 다운로드하거나 설정할 필요가 없다는 점입니다.

18. 컴파일러와 인터프리터 (Compiler & Interpreter)
컴퓨터가 인간의 언어를 이해하지 못한다는 사실, 기억하시나요? 사실 컴퓨터는 Python이나 JavaScript도 직접 이해하지 못합니다. 오직 0과 1로만 대화하죠. 컴파일러(Compiler)와 인터프리터(Interpreter)는 우리가 작성한 코드를 컴퓨터가 이해할 수 있는 언어로 바꿔주는 번역기입니다.
둘의 차이는 번역하는 '타이밍'에 있습니다. 컴파일러는 실행하기 전에 코드 전체를 한 번에 번역하는 반면, 인터프리터는 코드를 실행하면서 한 줄씩 실시간으로 번역합니다. 초반에는 이를 직접 관리할 필요가 전혀 없습니다. 그저 보이지 않는 곳에서 열일하는 든든한 번역기가 있다는 것만 알아두세요!
19. 라이브러리 (Library)
라이브러리(Library)는 다른 사람들이 미리 작성해서 공유해 둔 코드의 묶음입니다. 덕분에 모든 것을 처음부터 직접 만들 필요가 없죠. 달력, 차트, 화려한 애니메이션을 추가하고 싶으신가요? 아마 이미 누군가 만들어 둔 라이브러리가 있을 겁니다! 그저 내 프로젝트에 가져와서 사용하기만 하면 됩니다. 조립식 가구처럼, 어려운 부분은 이미 다 만들어져 있고 우리는 조립해서 즐기기만 하면 되는 것이죠. 라이브러리는 시간을 아껴주고 멋진 결과물을 빠르게 만들 수 있게 도와줍니다.
20. 프레임워크 (Framework)
프레임워크(Framework)는 라이브러리의 더 크고 체계적인 사촌 격입니다. 유용한 도구 하나만 툭 던져주는 것이 아니라, 프로젝트를 구축할 수 있는 전체적인 뼈대(규칙과 레이아웃이 이미 잡혀 있는 구조)를 제공합니다. 대표적인 예로 React나 Django가 있습니다.
둘의 차이를 쉽게 기억하는 방법이 있습니다. 라이브러리는 내가 필요할 때 불러서 쓰는 도구이고, 프레임워크는 내가 그 안에서 규칙에 맞춰 집을 짓는 틀입니다. 개발자들도 이 둘을 자주 혼용해서 쓰니, 당장 차이점이 와닿지 않더라도 너무 걱정하지 마세요!
21. 깃 (Git - 버전 관리)
Git은 코드의 작업 이력을 저장해 주는 도구로, 무제한 '되돌리기(Undo)' 버튼과 같습니다. 작업이 진행될 때마다 '스냅샷'을 저장하므로, 무언가 잘못되더라도 언제든 이전 상태로 돌아갈 수 있습니다. 또한 여러 사람이 서로의 코드를 덮어쓰지 않고 하나의 프로젝트를 동시에 작업할 수 있게 해줍니다.
이러한 개념을 '버전 관리'라고 합니다. Git과 함께 GitHub라는 이름도 자주 듣게 될 텐데, 이는 Git 프로젝트를 온라인에 저장하고 공유하는 인기 있는 웹사이트입니다. 프로젝트 규모가 커질 때 엄청난 힘을 발휘하는 필수 도구입니다.
직접 시도해 볼 준비가 되셨나요? Coddy의 Git 명령어 가이드를 통해 실제 터미널 예시로 브랜치 생성, 병합, 변경 사항 되돌리기를 연습해 보세요.
코드가 살아 숨 쉬는 더 넓은 세상
거의 다 왔습니다! 마지막 네 가지 용어는 웹사이트와 앱이 어떻게 만들어지고 서로 연결되는지 전체적인 그림을 보여줍니다. 모든 조각이 하나로 맞춰지는 단계입니다.
22. 프론트엔드 (Front-End)
프론트엔드(Front-End)는 웹사이트나 앱에서 눈에 보이고 직접 누를 수 있는 모든 것(버튼, 색상, 텍스트, 메뉴, 레이아웃 등)을 말합니다. '좋아요'를 누르거나 피드를 스크롤할 때 여러분은 프론트엔드를 사용하고 있는 것입니다. 즉, 사람을 위해 디자인된 영역이죠. 프론트엔드 개발자들은 화면이 어떻게 보이고 느껴지는지에 많은 신경을 씁니다. 웹사이트를 레스토랑에 비유하자면, 프론트엔드는 손님들이 식사하는 홀과 같습니다. 이곳에서는 HTML, CSS, JavaScript 같은 언어들이 사용됩니다.
23. 백엔드 (Back-End)
백엔드(Back-End)는 눈에 보이지 않는 무대 뒤에서 일어나는 모든 일입니다. 로그인하거나, 주문을 하거나, 메시지를 보낼 때 백엔드가 데이터를 저장하고, 비밀번호를 확인하고, 올바른 정보를 다시 보내주는 등의 작업을 처리합니다. 레스토랑 비유로 돌아가면, 백엔드는 주방입니다. 손님들의 눈에는 보이지 않지만, 주방 없이는 아무것도 작동할 수 없죠. 프론트엔드와 백엔드의 완벽한 팀워크가 있어야 비로소 앱이 제대로 작동합니다.
24. 데이터베이스 (Database)
데이터베이스(Database)는 나중에 다시 찾을 수 있도록 정보를 체계적으로 정리해 두는 저장소입니다. 우리가 사용하는 모든 앱에는 데이터베이스가 있습니다. 메시지, 사진, 로그인 정보, 새벽 2시에 만든 플레이리스트까지 모두 데이터베이스에 안전하게 보관되어 있죠. 아주 빠르고 거대한 디지털 서류함이라고 생각하면 쉽습니다. 앱에서 무언가를 검색하면 데이터베이스를 조회하게 됩니다. 데이터베이스가 없다면 앱은 종료되는 순간 모든 기억을 잃어버릴 것입니다.
25. API
API는 두 개의 소프트웨어가 서로 대화할 수 있도록 연결해 주는 통로입니다. 예를 들어 날씨 앱이 오늘 예보를 보여줄 때, 아마 API를 통해 다른 기상 전문 기업의 서비스에서 정보를 가져오는 것일 확률이 높습니다. 요청하면 API가 전달해 주므로, 날씨 관측 시스템을 직접 구축할 필요가 없죠. 흔히 레스토랑의 웨이터에 비유하곤 합니다. 손님이 주문을 하면 웨이터가 주방에 전달하고 음식을 가져다주기 때문에, 손님이 직접 주방에 들어갈 필요가 없는 것과 같습니다. API는 인터넷 전체를 하나로 연결해 주는 역할을 합니다.
이제 더 이상 완전한 초보자가 아닙니다
대단합니다! 방금 전까지만 해도 외계어처럼 보였던 25가지 코딩 용어를 모두 살펴보았고, 이제는 그 의미를 이해하게 되었습니다. 정말 멋진 성과이니 스스로 뿌듯해하셔도 좋습니다!
오늘 이 모든 단어를 다 외울 필요는 없습니다. 아무도 그렇게 하지 않아요. 우리가 모국어를 단어장으로 외우지 않고 자연스럽게 익힌 것처럼, 코딩을 하면 할수록 단어들이 자연스럽게 뇌리에 스며들 것입니다. 언어는 사용하면서 배우는 법이니까요. 코딩도 마찬가지입니다.
그러니 이 용어 사전을 가까이 두고, 헷갈리는 부분이 있더라도 스스로에게 조금만 너그러워지세요. 시간이 지날수록 점점 더 쉬워질 테니 자신을 믿으셔도 됩니다. 여러분이 동경하는 모든 전문가들도 한때는 정확히 지금의 여러분과 같은 자리에 있었습니다.
다음 단계로 나아가는 가장 좋은 방법은 직접 코드를 조금씩 작성해 보는 것입니다. 단 5분이라도 좋습니다.
부담 없는 크기의 챌린지, 일일 스트릭, 리더보드를 통해 Coddy는 하루 5분씩 꾸준히 코딩을 이어갈 수 있도록 도와줍니다.
Share this article
About the Author
Jana Simeonovska
Content Strategist & Writer
Frequently Asked Questions
25가지 코딩 용어를 지금 바로 다 외워야 하나요?
아니요, 전혀 그렇지 않습니다! 첫날부터 모든 단어를 다 외울 필요는 없습니다. 코딩을 배우는 것은 새로운 언어를 배우는 것과 같습니다. 코드를 작성하는 연습을 하다 보면 자연스럽게 이 단어들에 익숙해질 것입니다. 이 페이지를 북마크에 추가해 두고, 모르는 단어가 나올 때마다 다시 찾아보세요.
완전 초보자는 어떤 프로그래밍 언어로 시작해야 하나요?
무엇을 만들고 싶은지에 따라 다르지만, 완전 초보자에게는 보통 Python이 가장 좋은 선택입니다. 문법(syntax)이 깔끔하고 읽기 쉽기 때문입니다. 웹사이트를 만들고 싶다면 JavaScript와 HTML/CSS로 시작하는 것이 좋습니다.
프로그래밍 언어와 framework의 차이점은 무엇인가요?
프로그래밍 언어(Python 또는 JavaScript 등)는 컴퓨터를 위한 명령어를 작성하는 데 사용하는 실제 도구입니다. framework는 해당 언어로 만들어진 준비된 구조로, 앱이나 웹사이트를 더 빠르게 개발할 수 있도록 도와주어 처음부터 시작할 필요가 없게 만듭니다.
코딩하기 전에 "pseudocode"를 작성하는 것이 필수인가요?
필수는 아니지만, 시간과 스트레스를 크게 줄여줍니다. pseudocode를 사용하면 프로그램이 해야 할 일을 먼저 평이하고 단순한 언어로 계획할 수 있습니다. 아이디어가 명확해지면, 온갖 괄호와 세미콜론이 들어가는 실제 코드를 작성하는 것이 훨씬 쉬워집니다.
코드에 bug가 발생하는 것은 제가 프로그래밍에 소질이 없다는 뜻인가요?
아니요, bug는 누구에게나 발생합니다! 수년의 경력을 가진 전문 개발자도 매일같이 bug를 만들어냅니다. debugging(오류를 찾고 수정하는 것)은 개발자에게 지극히 정상적이고 매우 중요한 과정입니다.
front-end 개발과 back-end 개발의 차이점은 무엇인가요?
front-end는 버튼, 색상, 메뉴 등 사용자가 화면에서 보고 상호작용하는 모든 것을 말합니다. back-end는 데이터를 저장하고, 로그인 정보를 확인하며, 앱이 원활하게 작동하도록 보이지 않는 곳에서 작동합니다.



