얼마 전 지인이 코딩을 배워보고 싶은데 어디서부터 시작해야 할지 모르겠다고 하더라고요. 책도 많고 강의도 많고, 파이썬이 좋다 자바스크립트가 좋다 말도 제각각이라 시작도 전에 기운이 빠진다는 얘기였습니다. 사실 코딩은 재능보다 순서가 더 크게 작용하는 분야에 가깝습니다. 처음부터 너무 넓게 잡으면 금방 지치고, 반대로 너무 이론만 파면 내가 뭘 만들 수 있는지 감이 안 옵니다.
그래서 처음에는 거창한 목표보다 “내 손으로 작게 작동하는 것을 만든다”는 감각을 잡는 게 중요합니다. 코딩은 영어 단어 외우듯이 문법을 암기하는 공부가 아니라, 작은 문제를 컴퓨터에게 단계별로 설명하는 연습에 가깝거든요.
처음에는 언어보다 목적을 먼저 잡기
코딩을 시작할 때 가장 많이 하는 고민이 “어떤 언어를 배워야 하나요?”입니다. 그런데 이 질문은 살짝 순서가 바뀐 경우가 많습니다. 언어는 도구라서, 뭘 만들고 싶은지에 따라 선택이 달라집니다.
예를 들어 웹사이트 화면을 만들고 싶다면 HTML, CSS, 자바스크립트가 자연스럽습니다. 데이터 분석이나 업무 자동화에 관심이 있다면 파이썬이 접근하기 편합니다. 앱 개발은 사용 환경에 따라 선택지가 달라지고, 게임은 엔진이나 스크립트 언어를 함께 보게 됩니다.
초보자에게 가장 무난한 출발점은 보통 파이썬이나 자바스크립트입니다. 파이썬은 문법이 비교적 읽기 쉬워서 계산, 파일 정리, 데이터 처리 같은 작은 자동화에 좋습니다. 자바스크립트는 브라우저에서 바로 결과를 확인할 수 있어서 화면이 바뀌는 재미를 빨리 느낄 수 있습니다.
- 업무 자동화가 목표라면 파이썬
- 웹페이지를 만들고 싶다면 HTML, CSS, 자바스크립트
- 데이터를 다루고 싶다면 파이썬과 엑셀 파일 처리
- 취업 준비가 목표라면 하나의 분야를 정하고 포트폴리오까지 연결
처음부터 “평생 쓸 언어”를 고르려고 하면 부담이 커집니다. 3개월 정도 배워볼 첫 도구를 고른다고 생각하면 훨씬 가볍습니다.
기초 문법은 2주 안에 얇게 지나가기
코딩 기초라고 하면 변수, 조건문, 반복문, 함수 같은 단어가 나옵니다. 이름은 딱딱하지만 실제로는 생활 속 판단과 반복을 컴퓨터식으로 쓰는 방식입니다. “비가 오면 우산을 챙긴다”는 조건문이고, “명단에 있는 사람에게 차례대로 문자 보낸다”는 반복문입니다.
문제는 여기서 너무 오래 머무는 경우입니다. 기초 문법을 완벽히 외우려고 한 달, 두 달을 쓰면 지루해집니다. 초반에는 정확도 100%보다 “이런 부품들이 있구나” 정도로 지나가도 괜찮습니다. 보통 하루 30분에서 1시간씩 한다면 10일에서 14일 정도면 기본 구조는 한 번 훑을 수 있습니다.
초보자가 꼭 익히면 좋은 기본기
- 값을 담는 변수
- 상황을 나누는 조건문
- 같은 일을 반복하는 반복문
- 코드를 묶어서 다시 쓰는 함수
- 여러 값을 담는 리스트나 배열
- 에러 메시지를 읽는 습관
여기서 은근히 중요한 게 에러 메시지입니다. 처음에는 빨간 글씨만 봐도 무섭습니다. 근데 에러는 컴퓨터가 화를 내는 게 아니라, 어디에서 막혔는지 알려주는 안내문에 가깝습니다. 초보와 숙련자의 차이도 에러가 안 나는 데 있는 게 아니라, 에러를 보고 다음 행동을 정하는 속도에서 꽤 많이 갈립니다.
작은 프로젝트를 빨리 만들어보기
기초 문법을 조금 익혔다면 바로 작은 프로젝트로 넘어가는 게 좋습니다. 아주 작아도 됩니다. 숫자 맞히기 게임, 할 일 목록, 지출 기록표, 파일 이름 한꺼번에 바꾸기처럼 생활과 연결된 것이면 더 좋습니다.
예를 들어 파이썬을 배운다면 폴더 안의 파일명을 날짜별로 정리하는 프로그램을 만들 수 있습니다. 자바스크립트를 배운다면 버튼을 누르면 배경색이 바뀌거나, 입력한 금액을 합산해주는 간단한 웹페이지를 만들 수 있습니다. 이런 작업은 겉보기엔 작지만 변수, 조건문, 함수, 입력과 출력이 한 번에 들어갑니다.
실제로 코딩을 오래 하는 사람들도 매번 머릿속에서 완벽한 설계를 끝내고 시작하지 않습니다. 먼저 작게 움직이게 만들고, 그다음 보기 좋게 고치고, 다시 기능을 붙입니다. 초보자도 이 흐름을 빨리 경험해야 합니다.
처음 프로젝트를 고르는 기준
- 하루나 이틀 안에 끝낼 수 있을 것
- 내가 실제로 쓸 일이 조금이라도 있을 것
- 화면이나 결과물이 눈에 보일 것
- 검색하면 비슷한 예제가 많이 나올 것
처음부터 쇼핑몰, 커뮤니티, 인공지능 서비스 같은 큰 목표를 잡으면 필요한 개념이 너무 많아집니다. 반면 작은 프로젝트는 실패해도 부담이 적고, 완성 경험이 쌓입니다. 이 완성 경험이 생각보다 큽니다. 코딩 공부는 “나도 만들 수 있네”라는 감각이 있어야 오래 갑니다.
검색과 기록을 공부의 일부로 두기
코딩을 잘하는 사람은 모든 문법을 외운 사람이 아닙니다. 필요한 것을 빠르게 찾고, 찾은 내용을 자기 코드에 맞게 바꾸는 사람에 가깝습니다. 그래서 검색은 꼼수가 아니라 실력의 일부입니다.
다만 검색할 때는 질문을 너무 넓게 던지면 원하는 답을 찾기 어렵습니다. “파이썬 안 돼요”보다 “파이썬 리스트에서 중복 제거하는 방법”처럼 상황을 좁혀야 합니다. 에러가 있다면 에러 문구 일부를 그대로 검색하는 것도 도움이 됩니다.
기록도 꽤 중요합니다. 배운 내용을 길게 적을 필요는 없습니다. 오늘 막혔던 문제, 해결한 방법, 다음에 다시 볼 키워드 정도만 적어도 충분합니다. 나중에 비슷한 문제가 생겼을 때 예전의 내가 남긴 메모가 꽤 든든합니다.
- 에러 문구는 일부라도 메모하기
- 해결한 코드는 짧게 남겨두기
- 새로 배운 개념은 예제와 함께 저장하기
- 강의만 듣지 말고 직접 수정해보기
솔직히 강의를 볼 때는 다 이해한 것처럼 느껴집니다. 그런데 빈 파일을 열고 혼자 만들기 시작하면 손이 멈춥니다. 이건 머리가 나빠서가 아니라 자연스러운 과정입니다. 따라 치기에서 벗어나 조금 바꿔보는 순간부터 진짜 연습이 시작됩니다.
꾸준히 하려면 공부 시간을 작게 잡기
코딩은 몰아서 8시간 하는 것보다 매일 40분씩 이어가는 쪽이 더 잘 붙습니다. 특히 처음 한 달은 실력이 늘었다는 느낌보다 막히는 느낌이 더 자주 옵니다. 그래서 계획을 너무 크게 세우면 금방 지칩니다.
현실적으로는 주 5일, 하루 30분에서 1시간 정도면 충분히 시작할 수 있습니다. 첫 2주는 문법을 훑고, 다음 2주는 작은 프로젝트 2개 정도를 만들어보는 식이면 흐름이 생깁니다. 한 달 뒤에는 내가 어떤 부분에서 재미를 느끼는지도 조금 보입니다.
중요한 건 “공부했다”가 아니라 “뭔가를 실행했다”입니다. 코드 한 줄이라도 직접 실행하고, 오류가 나면 고치고, 결과가 바뀌는 걸 확인하는 시간이 쌓여야 합니다. 코딩은 눈으로만 보면 쉬워 보이고, 손으로 하면 갑자기 어려워지는 분야라서 그렇습니다.
처음부터 멋진 개발자가 되어야 한다고 생각하지 않아도 됩니다. 계산기 하나, 메모장 하나, 파일 정리 스크립트 하나를 만드는 과정에서도 충분히 배울 게 많습니다. 작게 만들고 자주 고치는 습관이 생기면, 어느 순간 예전에는 복잡해 보이던 코드가 조금씩 읽히기 시작합니다. 저는 그 순간이 코딩을 계속하게 만드는 가장 현실적인 재미라고 생각합니다.
