워드프레스 블로그 운영에서 시작해 자동화 도구와 웹 서비스까지 만들어본 비개발자라면, 다음엔 어떤 공부가 필요할까. 프로젝트 유형별로 부족하기 쉬운 지점과 단계별 학습 순서를 정리했다.
블로그 운영에서 자동화 도구까지, 이미 쌓인 밑천
정식 개발 교육 없이 워드프레스 블로그 운영으로 시작한 사람들이 있다. 처음엔 글을 쓰고 이미지를 올리는 정도였지만, 어느새 콘텐츠 자동화 도구나 운세 계산 서비스, 웹게임, 예매 자동화 프로그램까지 손대는 경우가 늘고 있다.
블로그 운영으로 익힌 것부터 짚어보면 생각보다 많다. HTML과 CSS를 직접 만지며 붙은 마크업 감각, 검색엔진최적화(SEO, 검색 결과 상위 노출을 위해 콘텐츠 구조를 다듬는 작업)를 반복하며 쌓인 콘텐츠 구조 이해, 서버와 워드프레스를 운영하며 겪은 실전 트러블슈팅 경험이다.
여기에 AI 코딩 도구로 프로젝트를 만들면서 자연스럽게 파이썬(Python) 자동화, 자바스크립트(JavaScript) 프론트엔드, 외부 서비스와 데이터를 주고받는 API(응용프로그램 인터페이스, 서로 다른 프로그램이 정해진 규칙으로 데이터를 주고받는 통로) 연동, 브라우저 자동화, 데이터베이스까지 실무 범위 안에 들어왔다.
문제는 이 기술들이 여전히 “일단 되니까 쓰는” 단계에 머물러 있다는 점이다. 완성 경험과 실전 문제 해결력은 정규 교육 없이는 쌓기 어려운 강점이지만, 코드 구조를 읽는 눈과 결과를 검증하는 습관, 같은 결과를 다시 만들어내는 재현성은 아직 비어 있는 경우가 많다. 앞서 한 달 실행 계획으로 개발 공부의 첫걸음을 뗐다면, 이제는 실전 프로젝트에서 드러난 빈틈을 채울 차례다.
이미 다루는 기술부터 단단하게 만드는 법
새로운 것을 배우기 전에 이미 쓰고 있는 도구부터 단단하게 만드는 편이 효율적이다. 자동화 스크립트를 계속 파이썬으로 짜고 있다면, 예외 처리(코드 실행 중 오류가 나도 프로그램이 통째로 멈추지 않게 미리 대비해두는 것)와 함수 분리부터 손보는 게 우선이다.
웹 심리테스트나 웹게임처럼 자바스크립트로 화면을 움직이는 프로젝트는 상태관리(화면에 표시되는 값이 사용자 조작에 따라 어떻게 바뀌는지 체계적으로 관리하는 방식) 개념을 익히면 코드가 훨씬 정리된다. 값 하나 바뀔 때마다 여기저기 코드를 고치는 대신, 상태를 한곳에서 관리하는 습관만으로 버그가 눈에 띄게 줄어든다.
코드 구조를 읽는 눈도 이 단계에서 함께 는다. AI가 만들어준 코드를 그대로 붙여넣기만 하지 않고, 함수가 어디서 호출되고 데이터가 어떻게 흘러가는지 한 번씩 따라가 보는 습관이 실력 차이를 가장 크게 벌린다.
아직 없는 습관부터 하나씩 들여놓기
완성 경험이 쌓인 만큼, 이제는 안 하던 것들을 하나씩 들여놓을 차례다. 특히 아래 다섯 가지는 정규 교육을 거치지 않고 혼자 개발을 익힌 경우 가장 자주 건너뛰는 영역이다.
- 버전관리(Git, 코드를 수정할 때마다 이전 상태로 되돌릴 수 있게 기록을 남기는 도구) — 파일을 복사해 백업하는 대신 커밋(변경 기록을 저장하는 단위)으로 이력을 관리한다
- 테스트와 디버깅 습관 — 기능을 붙일 때마다 직접 눌러보는 수동 확인 대신, 자주 깨지는 부분만이라도 자동으로 확인하는 테스트 코드를 만든다
- 시크릿, 비밀번호 관리 — API 키나 데이터베이스 비밀번호를 코드에 그대로 적지 않고 환경변수(코드 밖에 따로 저장해두고 실행할 때만 불러오는 값)나 별도 파일로 분리한다
- 로깅과 에러 처리 — 프로그램이 멈췄을 때 원인을 바로 찾을 수 있도록 실행 기록을 파일로 남긴다
- 배포 안정화 — 코드를 서버에 올릴 때 이전 버전을 백업해두고, 문제가 생기면 되돌릴 수 있는 절차를 만든다
이 중에서도 시크릿 관리는 가장 먼저 손봐야 하는 항목으로 꼽힌다. 국제 웹 보안 프로젝트 OWASP는 코드나 설정 파일에 비밀번호와 API 키를 그대로 적어두면 안 된다고 명시한다. 한 번 코드 저장소에 올라간 비밀번호는 나중에 지워도 기록에 남아 유출 위험이 계속된다.
버전관리도 마찬가지다. 깃허브(GitHub) 공식 문서에 따르면 Git은 코드 변경 이력을 통째로 기록해 언제든 이전 상태로 되돌릴 수 있게 해주는 도구다. 파일명 뒤에 날짜를 붙여 복사본을 쌓는 지금 방식보다 훨씬 안전하고, 무엇이 왜 바뀌었는지도 함께 남길 수 있다.
프로젝트 유형별로 갈리는 다음 공부
다섯 가지 습관이 공통 기초라면, 그다음 공부는 만들고 있는 프로젝트 유형에 따라 갈린다. 유형별로 이미 쓰고 있는 기술과 부족하기 쉬운 지점, 다음 공부 순서를 표로 정리했다.
| 프로젝트 유형 | 이미 쓰는 기술 | 부족하기 쉬운 것 | 다음 공부 |
|---|---|---|---|
| 콘텐츠 자동화 도구 | Python 자동화, 브라우저 자동화, 스케줄링, 플랫폼 API 연동 | 예외 처리와 재시도 로직, 실행 기록 남기기 | 예외 처리 패턴, 스케줄러 안정화, 요청 실패 시 자동 재시도 |
| 웹 심리테스트, 웹게임 | JS 프론트엔드, 결과 계산 로직, 조회수 등 동적 요소 | 상태관리 구조, 브라우저 호환성 확인 | 상태관리 패턴, 이벤트 처리 구조, 반응형 레이아웃 |
| 운세, 사주 계산 서비스 | 계산 로직, 데이터 처리 | 데이터 구조 설계, 계산 결과 검증 | 자료구조 기초, 테스트 코드로 계산 결과 검증 |
| 예매, 티케팅 자동화 | 브라우저 자동화, 안정성, 타이밍 제어 | 예외 상황 대응, 실행 안정성 | 대기시간 제어, 실패 감지와 재시도, 서킷 브레이커 패턴 |
같은 유형 안에서도 프로젝트 성격에 따라 우선순위는 달라지지만 공통점은 하나다. “일단 작동하는 코드”에서 “예상 밖 상황에도 버티는 코드”로 넘어가는 게 다음 단계라는 점이다.
AI를 조수로 쓰되, 동작 원리를 이해하는 습관
지금까지의 프로젝트가 AI 코딩 도구 없이 나오기 어려웠다는 사실은 부정할 필요가 없다. 앞으로도 AI는 계속 조수 역할을 할 가능성이 크다. 다만 “이렇게 하면 된다”는 답을 받는 데서 그치지 않고, “왜 이렇게 동작하는지”까지 한 번 더 물어보는 습관이 실력을 가른다.
개발자 학습 경로를 정리해 공개하는 roadmap.sh는 실제 프로젝트를 여러 개 만들어보면서 이해를 다지고, 학습을 꾸준히 이어가는 태도를 강조한다. 이미 프로젝트를 여러 개 완성해본 비개발자라면 이 조언의 절반은 이미 실천하고 있는 셈이다.
남은 절반은 만든 코드를 되짚어보는 시간이다. AI가 제안한 코드 중 이해가 안 가는 줄이 있으면 따로 질문해서 원리를 확인하고, 비슷한 문제를 다음에는 혼자 힘으로 풀어보는 연습을 반복하면 된다. 처음부터 구조적으로 다시 짚고 싶다면 비개발자 AI 코딩 커리큘럼 전체 흐름도 참고할 만하다.
정규 교육을 거치지 않았다는 사실은 더 이상 발목을 잡는 요소가 아니다. 이미 완성해본 프로젝트가 그 증거다. 남은 건 그 프로젝트를 지탱하는 구조를 하나씩 눈으로 확인하고, 다음에는 스스로 고칠 수 있는 범위를 넓혀가는 일이다.
자주 묻는 질문 FAQ
Q1) 비개발자가 Git부터 배워야 하나, 아니면 새 프로젝트부터 만들어야 하나?
새 프로젝트를 아예 손대지 않는 것보다는 지금 진행 중인 프로젝트에 Git을 먼저 붙이는 편이 낫다. 기존 코드를 저장소에 올리고 커밋 단위로 기록하는 습관부터 들이면 실전 감각과 함께 배울 수 있다.
Q2) 테스트 코드는 어디서부터 시작하면 되나?
결과값이 명확한 부분부터 시작하면 부담이 적다. 사주나 운세 계산처럼 입력값에 따라 결과가 정해지는 로직은 몇 가지 입력을 넣어보고 예상 결과와 비교하는 테스트부터 붙이기 좋다.
Q3) 시크릿 관리는 어떤 방식이 제일 간단한가?
비밀번호와 API 키를 코드와 분리된 별도 파일이나 환경변수로 옮기고, 그 파일을 코드 저장소에 올리지 않도록 제외 목록에 등록하는 방식이 가장 손쉬운 출발점이다.