코딩을 처음 시작하는 사람이 덜 헤매는 방법
얼마 전 지인이 코딩을 배우기 시작했다며 화면을 보여줬는데, 코드보다 더 어려워 보인 건 에러 메시지 앞에서 멈춰버린 표정이었습니다. 사실 처음 코딩을 배울 때 가장 힘든 건 문법 자체보다 “지금 내가 뭘 모르는지 모르는 상태”예요. 그래서 시작부터 모든 걸 완벽하게 이해하려고 하면 금방 지칩니다.
코딩은 외국어 공부와 꽤 비슷합니다. 단어를 외운다고 바로 대화가 술술 되는 건 아니듯이, 문법을 읽었다고 프로그램이 바로 만들어지지는 않아요. 대신 아주 작은 문장을 자주 써보면서 감을 잡는 쪽이 훨씬 빠릅니다. 처음 한 달은 거창한 앱보다 버튼 하나, 계산기 하나, 메모장 하나처럼 눈에 보이는 작은 결과물을 만드는 게 좋습니다.
처음에는 언어보다 목표를 먼저 잡기
코딩을 시작하면 가장 먼저 듣는 말이 “파이썬이 좋아요?”, “자바스크립트가 좋아요?”, “C언어부터 해야 하나요?” 같은 질문입니다. 그런데 초보자에게는 언어 선택보다 “무엇을 만들고 싶은지”가 더 중요합니다. 데이터 분석을 하고 싶다면 파이썬이 편하고, 웹사이트를 만들고 싶다면 HTML, CSS, 자바스크립트가 자연스럽습니다. 앱 개발이나 게임 개발은 또 다른 선택지가 생기고요.
예를 들어 엑셀 업무를 자동화하고 싶은 사람이라면 처음부터 알고리즘 문제만 붙잡고 있을 필요가 적습니다. 반대로 웹페이지를 직접 만들고 싶다면 파이썬 문법만 오래 보는 것보다 간단한 화면을 브라우저에 띄워보는 편이 훨씬 재미있습니다. 목표가 작아도 괜찮습니다. “내가 자주 쓰는 계산을 자동으로 하고 싶다” 정도면 충분합니다.
- 업무 자동화가 목표라면 파이썬부터 시작하기 좋습니다.
- 웹페이지 제작이 목표라면 HTML, CSS, 자바스크립트 순서가 무난합니다.
- 취업 준비가 목표라면 자료구조, 알고리즘, 프로젝트 경험을 함께 챙기는 편이 좋습니다.
- 취미로 시작한다면 결과물이 빨리 보이는 웹이나 간단한 게임이 지루함을 줄여줍니다.
하루 30분이라도 직접 치는 시간이 필요합니다
강의를 보는 시간과 코딩을 하는 시간은 다릅니다. 강의를 들을 때는 다 이해한 것 같은데, 막상 빈 파일을 열면 손이 안 움직이는 경험이 흔합니다. 이건 머리가 나쁜 문제가 아니라 연습 방식의 차이입니다. 눈으로 본 코드는 내 코드가 아니기 때문입니다.
처음에는 하루 30분만 잡아도 충분합니다. 다만 그 30분 안에는 반드시 직접 입력하는 시간이 있어야 합니다. 강의 예제를 그대로 따라 쳐도 좋고, 숫자 하나나 문구 하나를 바꿔보는 것도 좋습니다. 예를 들어 “안녕하세요”를 출력하는 코드에서 문장을 바꾸고, 변수 이름을 바꾸고, 출력 횟수를 바꿔보면 같은 예제라도 이해도가 달라집니다.
초보자에게 추천하는 비율은 보는 시간 40%, 직접 치는 시간 60% 정도입니다. 1시간 공부한다면 20분에서 25분 정도는 설명을 듣고, 나머지는 손으로 만져보는 식입니다. 솔직히 처음에는 복사해서 붙여넣고 싶은 마음이 생기는데, 초반일수록 직접 입력하는 과정에서 오타와 에러를 겪어야 실력이 붙습니다.
에러 메시지는 실패 표시가 아니라 힌트입니다
코딩을 하다 보면 빨간 글씨가 계속 나옵니다. 처음에는 그 화면만 봐도 무섭지만, 실제로 에러 메시지는 컴퓨터가 보내는 힌트에 가깝습니다. 어디에서 문제가 생겼는지, 어떤 이름을 찾지 못했는지, 괄호가 빠졌는지 같은 단서가 들어 있습니다.
예를 들어 파이썬에서 콜론 하나를 빼먹으면 문법 오류가 납니다. 자바스크립트에서는 변수 이름을 다르게 쓰면 정의되지 않았다는 메시지가 나올 수 있습니다. 이런 에러는 실력이 부족해서 생기는 게 아니라, 코딩하는 사람이라면 누구나 매일 만나는 일입니다. 5년 차 개발자도 에러를 보고 고칩니다. 차이는 에러가 났을 때 멈추느냐, 읽고 추적하느냐에 있습니다.
에러를 볼 때 순서
- 가장 마지막 줄부터 읽어봅니다. 실제 원인이 아래쪽에 적히는 경우가 많습니다.
- 파일 이름과 줄 번호를 확인합니다.
- 방금 수정한 부분을 먼저 의심합니다.
- 오타, 괄호, 따옴표, 들여쓰기를 차례로 확인합니다.
- 에러 문장을 통째로 외우려 하지 말고 자주 나오는 단어부터 익힙니다.
근데 여기서 중요한 건 에러를 너무 오래 붙잡지 않는 겁니다. 20분 이상 같은 문제에서 움직이지 못한다면, 검색하거나 질문하거나 잠깐 쉬는 편이 낫습니다. 개발은 혼자 끙끙대는 능력만으로 되는 일이 아닙니다. 문제를 잘게 나누고, 필요한 정보를 찾아서 적용하는 능력도 코딩 실력입니다.
작은 프로젝트를 만들면 공부 방향이 보입니다
문법 공부만 계속하면 어느 순간 “그래서 이걸 어디에 쓰지?”라는 생각이 듭니다. 이때 작은 프로젝트가 필요합니다. 프로젝트라고 해서 거창할 필요는 없습니다. 할 일 목록, 지출 기록장, 랜덤 메뉴 추천기, 비밀번호 생성기 정도면 충분합니다. 중요한 건 내가 입력한 값이 처리되고, 화면이나 파일로 결과가 나오는 흐름을 경험하는 것입니다.
예를 들어 지출 기록장을 만든다고 해봅시다. 처음에는 금액과 항목을 입력받는 기능만 만들 수 있습니다. 그다음에는 총합을 계산하고, 날짜별로 나누고, 나중에는 파일로 저장할 수 있습니다. 이렇게 기능을 하나씩 붙이면 변수, 조건문, 반복문, 함수가 왜 필요한지 자연스럽게 느껴집니다. 책에서 볼 때는 따로 놀던 개념들이 실제 문제 안에서 연결됩니다.
초보 단계에서 좋은 프로젝트는 세 가지 조건을 갖추면 됩니다. 첫째, 하루나 이틀 안에 첫 화면을 볼 수 있어야 합니다. 둘째, 기능을 추가할 여지가 있어야 합니다. 셋째, 내가 실제로 조금이라도 쓸 만해야 합니다. 남들이 멋있다고 하는 프로젝트보다 내가 자주 떠올리는 불편함을 해결하는 쪽이 오래 갑니다.
공부 순서는 넓게보다 반복이 낫습니다
코딩 공부를 시작하면 배울 것이 끝없이 보입니다. 언어 문법, 프레임워크, 데이터베이스, 서버, 클라우드, 인공지능까지 목록만 보면 숨이 찹니다. 하지만 처음부터 넓게 펼치면 대부분 얕게 지나가고 잊어버립니다. 초반에는 같은 개념을 여러 상황에서 반복해서 쓰는 편이 더 좋습니다.
추천하는 흐름은 변수, 조건문, 반복문, 함수, 자료형, 파일 처리나 화면 출력 순서입니다. 웹이라면 HTML 구조, CSS 배치, 자바스크립트 이벤트 순서로 가도 좋습니다. 각 단계마다 예제를 3개 정도만 직접 만들어도 감이 꽤 생깁니다. 숫자를 더하는 예제, 문자열을 바꾸는 예제, 목록을 반복해서 출력하는 예제처럼 단순한 것들이 오히려 기초를 단단하게 만듭니다.
공부 기록도 생각보다 효과가 큽니다. 오늘 배운 내용을 길게 쓰라는 뜻은 아닙니다. “반복문으로 목록 출력함”, “들여쓰기 때문에 오류 남”, “함수 이름을 잘못 써서 에러 발생” 정도만 적어도 됩니다. 일주일 뒤에 보면 내가 어디서 자주 막히는지 보입니다. 그 지점이 다음 공부 주제가 됩니다.
코딩은 재능이 있으면 빨리 갈 수는 있지만, 재능이 없다고 못 가는 분야는 아닙니다. 작은 코드를 자주 고치고, 에러를 읽고, 내 생활과 연결된 문제를 하나씩 풀다 보면 어느 순간 낯설던 문법이 도구처럼 느껴집니다. 처음부터 개발자처럼 생각하려고 애쓰기보다, 어제보다 한 줄 더 이해하는 방식이 오래 가는 길이라고 생각합니다.
