코딩 처음 시작하는 방법, 막막할 때 이렇게 잡으면 훨씬 쉽습니다

처음엔 언어보다 ‘무엇을 만들지’가 더 중요해요

얼마 전 지인이 코딩을 배우고 싶다며 “파이썬부터 해야 해, 자바스크립트부터 해야 해?”라고 묻더라고요. 사실 처음 시작할 때 가장 많이 막히는 지점이 바로 여기입니다. 언어 이름은 많은데, 뭘 골라도 틀릴 것 같고, 강의는 또 너무 많아서 첫 발을 떼기가 어렵습니다.

그런데 코딩은 외국어 공부와 조금 비슷합니다. 문법책만 계속 보면 지루한데, 여행 가서 실제로 한 문장 써먹으면 갑자기 감이 옵니다. 코딩도 마찬가지예요. ‘변수란 무엇인가’를 오래 붙잡는 것보다, 간단한 계산기나 할 일 목록을 만들면서 변수와 조건문을 만나는 편이 훨씬 오래 기억에 남습니다.

처음 목표는 거창하지 않아도 됩니다. 하루에 30분씩 2주 정도만 잡고, 화면에 글자가 나오게 하기, 숫자 계산하기, 버튼을 눌렀을 때 결과 바꾸기 같은 작은 기능을 만들어보면 충분합니다. 이 정도만 해도 코딩이 단순 암기가 아니라 “내가 시킨 대로 컴퓨터가 움직이게 만드는 일”이라는 느낌이 생깁니다.

초보자에게 무난한 시작 순서

코딩을 처음 배우는 사람에게는 보통 파이썬이나 자바스크립트가 많이 추천됩니다. 파이썬은 문법이 비교적 읽기 쉬워서 계산, 자동화, 데이터 처리 쪽에 좋고, 자바스크립트는 웹페이지에서 바로 움직이는 결과를 볼 수 있다는 장점이 있습니다.

둘 중 하나만 고르라면, 내가 만들고 싶은 것에 맞추면 됩니다. 엑셀 업무를 줄이고 싶거나 파일 이름을 자동으로 바꾸고 싶다면 파이썬이 편합니다. 반대로 웹사이트, 버튼, 화면 변화처럼 눈에 보이는 결과가 좋다면 자바스크립트가 더 재미있게 느껴질 수 있습니다.

• 업무 자동화가 목적이라면 파이썬
• 웹페이지를 만들고 싶다면 HTML, CSS, 자바스크립트
• 앱 개발이 궁금하다면 자바스크립트 기반 프레임워크나 Swift, Kotlin
• 데이터 분석에 관심 있다면 파이썬과 표 계산 기초

처음부터 여러 언어를 동시에 잡으면 헷갈리기 쉽습니다. 3개월 정도는 하나만 파는 편이 좋습니다. 예를 들어 파이썬을 골랐다면 변수, 조건문, 반복문, 함수, 리스트 정도를 작은 예제로 계속 만져보는 식입니다. 이 다섯 가지만 익숙해져도 초보 단계에서 할 수 있는 일이 꽤 많아집니다.

강의만 보면 실력이 늘지 않는 이유

코딩 입문자들이 자주 하는 실수가 강의 재생 시간을 공부 시간으로 착각하는 겁니다. 10시간짜리 강의를 다 봤는데 막상 빈 화면을 열면 아무것도 못 쓰는 일이 흔합니다. 이상한 일이 아닙니다. 눈으로 본 것과 손으로 작성한 것은 완전히 다르거든요.

강의를 볼 때는 비율을 3대 7 정도로 잡는 게 좋습니다. 보는 시간 30%, 직접 치고 바꾸는 시간 70%입니다. 강사가 만든 코드를 그대로 따라 친 뒤에 숫자를 바꾸고, 문구를 바꾸고, 조건을 하나 더 넣어보는 식으로 손을 움직여야 합니다. 에러가 나면 귀찮지만, 사실 그 순간이 실력이 붙는 구간입니다.

예를 들어 “점수가 80점 이상이면 합격”이라는 예제를 봤다면 거기서 멈추지 말고 90점 이상은 우수, 60점 미만은 재시험처럼 조건을 늘려보면 좋습니다. 버튼을 누르면 인사말이 바뀌는 예제를 만들었다면 이름을 입력받아 다른 문장을 출력하게 바꿔볼 수 있고요. 작은 변형을 해보면 내가 정말 이해했는지 바로 드러납니다.

하루 공부량은 작게, 기록은 구체적으로

처음부터 하루 3시간씩 하겠다고 마음먹으면 며칠은 잘 되다가 금방 지칩니다. 코딩은 꾸준함이 꽤 중요합니다. 평일 기준 하루 30분, 주말에 1~2시간 정도면 입문 단계에서는 충분히 의미 있는 속도가 납니다.

대신 기록은 구체적으로 남기는 편이 좋습니다. “파이썬 공부함”보다 “리스트에서 원하는 값 꺼내기 연습, for 반복문으로 합계 계산”처럼 적어두면 나중에 다시 봤을 때 기억이 살아납니다. 에러 메시지도 그냥 넘기지 말고, 어떤 상황에서 났고 어떻게 고쳤는지 한 줄만 남겨두면 비슷한 문제를 만났을 때 훨씬 덜 당황합니다.

초보자가 자주 만나는 에러는 대부분 아주 기본적인 곳에서 납니다. 괄호 하나가 빠졌거나, 들여쓰기가 틀렸거나, 이름을 다르게 쓴 경우가 많습니다. 솔직히 숙련자도 이런 실수를 합니다. 차이는 실수를 안 하는 게 아니라, 어디를 먼저 확인해야 하는지 아는 데 있습니다.

작은 프로젝트 하나를 끝까지 만들어보는 방법

기초 문법을 조금 익혔다면 작은 프로젝트를 하나 정해서 끝까지 만들어보는 게 좋습니다. 여기서 중요한 건 ‘끝까지’입니다. 기능이 작아도 완성된 형태가 있어야 다음 단계로 넘어갈 힘이 생깁니다.

처음 프로젝트로는 할 일 목록, 지출 기록표, 간단한 퀴즈, 랜덤 메뉴 추천기, 비밀번호 생성기 같은 것이 적당합니다. 기능은 3개 정도만 잡으면 됩니다. 예를 들어 지출 기록표라면 금액 입력, 항목 저장, 총합 표시 정도면 충분합니다. 디자인까지 완벽하게 만들려고 하면 길을 잃기 쉬우니 처음에는 작동 여부를 먼저 보는 게 낫습니다.

프로젝트를 만들 때는 순서를 나누면 덜 막힙니다. 먼저 화면이나 입력 구조를 대충 만들고, 그다음 데이터를 저장하고, 결과를 보여주는 식입니다. 막히는 부분이 나오면 전체를 다시 보지 말고 “입력이 안 되는지, 저장이 안 되는지, 표시가 안 되는지”처럼 구간을 쪼개서 확인하면 원인을 찾기 쉽습니다.

• 1단계: 만들 기능을 3개 이하로 적기
• 2단계: 화면이나 입력 형태 먼저 만들기
• 3단계: 기능을 하나씩 붙이고 바로 실행하기
• 4단계: 에러와 수정 내용을 짧게 기록하기

코딩은 처음부터 똑똑하게 이해해야만 할 수 있는 일이 아닙니다. 오히려 여러 번 틀리고 고치면서 익숙해지는 쪽에 가깝습니다. 처음 한 달은 속도가 느린 게 정상이고, 두 달째부터 예전에 봤던 코드가 조금씩 읽히기 시작합니다. 그때부터 재미가 붙는 사람이 많습니다. 작게 만들고, 자주 실행하고, 막히면 쪼개서 보는 습관만 잡아도 출발은 꽤 괜찮습니다.