AI 코딩 학습, 비개발자는 배워야 할까 — 3년 걸리던 서비스를 2달에 만든 이야기

"나도 AI로 코딩 한번 배워볼까." 인프런 강의 결제 창까지 갔다가 멈춘 분, 많을 겁니다. "근데 내가 지금 코딩을 처음부터 배우는 게 맞나? 시간 낭비 아닌가?" 저도 딱 그 질문 앞에 서 있었어요. 결론부터 말씀드리면, 저는 코딩을 배우지 않았습니다. 대신 코드 한 줄 못 짜는 채로, 예전에 3년 걸려 만들던 수준의 서비스를 2달 만에 다시 만들었습니다.

그래서 이 글은 "AI 코딩 학습, 비개발자도 하면 된다"는 응원이 아닙니다. 오히려 그 반대예요. 배울지 말지를 먼저 정하자는 이야기입니다.

코딩을 '처음부터 배울지'는 목표가 가릅니다. 취업이나 개발 실력 자체가 목표면 배우는 게 맞습니다. 하지만 목표가 '머릿속 그 서비스를 실제로 돌아가게 만드는 것'이라면, 배워야 할 건 문법이 아니라 'AI에게 내 문제를 진짜 작동하는 결과로 만들게 시키는 법'입니다.

코딩, 배워야 하나요 시켜야 하나요?

길이 둘로 갈립니다. 그리고 어느 길이 맞는지는 '내 목표'가 정합니다.

목표가 개발자가 되는 것, 혹은 코드를 내 손으로 통제하는 실력 자체라면 — 배우세요. 그건 우회로가 아니라 정도입니다. 반면 목표가 "내가 생각한 이 서비스, 이 도구가 실제로 돌아갔으면 좋겠다"라면, 코딩을 0부터 배우는 건 대부분 가장 먼 길입니다. 문법을 1년 배운다고 작동하는 서비스가 나오는 게 아니거든요. 그 사이에 정작 만들고 싶던 건 머릿속에만 남아 있고요.

노코드 툴이랑 AI 코딩(클로드 코드·커서) 중에 뭘 배워야 하나요?

만든 결과물이 그 도구 안에서만 돌아가도 괜찮다면 노코드 툴을 배우고, 내 컴퓨터의 파일과 업무에 붙여 두고 계속 고쳐 쓸 거라면 클로드 코드(Claude Code)나 커서(Cursor) 같은 AI 코딩 도구를 배우는 쪽이 맞습니다. 둘을 가르는 기준은 만든 것이 어디에 사느냐예요. Bubble 같은 노코드 툴로 만든 앱은 그 회사 플랫폼 안에서만 돌아가고, AI 코딩 도구는 내 폴더에 진짜 코드 파일을 남깁니다. 그래서 노코드는 시작이 빠른 대신 나중에 옮기기가 어렵고, AI 코딩은 처음 설치와 터미널이 낯선 대신 결과물을 어디로든 들고 갈 수 있어요.

요금은 각 사 공식 요금표 기준입니다: Bubble·Claude(2026년 9월 14일 조회), Cursor(2026년 9월 15일 조회). 요금은 자주 바뀌니 결제 전에 한 번 더 확인하세요.

표에서 가장 늦게 알게 되는 줄이 「다른 곳으로 옮길 때」입니다. 처음엔 노코드로 빨리 띄우는 게 이득처럼 보이는데, 사용자가 붙고 기능이 늘어난 뒤에 툴의 한계를 만나면 그때까지 쌓은 설정을 들고 나올 수가 없어요. Bubble은 이 점을 공식 매뉴얼에 직접 적어 두고 있습니다.

출처: Bubble 공식 매뉴얼 Application and data ownership, 2026년 9월 15일 조회. 사용자 데이터는 CSV와 Bubble API로 꺼낼 수 있다고 함께 안내합니다.

「AI 코딩 툴 장점 단점」을 찾아보면 장점은 대체로 같은 이야기로 모입니다. 말로 설명하면 여러 파일을 한 번에 고치고 명령까지 실행해 준다는 거예요. Claude Code 공식 문서(code.claude.com/docs)는 이 도구를 코드베이스를 읽고, 파일을 고치고, 명령을 실행하는 도구로 소개하고, Cursor 공식 문서(cursor.com/docs)도 Agent를 터미널 명령을 실행하고 코드를 편집하는 도우미로 설명합니다. 단점은 그 장점에서 바로 나옵니다. AI가 내 파일을 직접 바꾸니까 무엇이 바뀌었는지 보고 받아들일지 정하는 일은 사람 몫으로 남아요. Claude Code의 VS Code 확장과 데스크톱 앱이 바뀐 부분(diff)을 화면에서 확인하게 해 주는 기능을 따로 두는 것도 그래서입니다. 비개발자가 AI 코딩에서 새로 익히는 건 문법이라기보다 이 확인하는 습관에 가깝습니다.

「Claude Code Cursor 2026 개발자 생산성 비교」 같은 글에 나오는 속도 숫자는 그대로 믿기 어렵습니다. 비영리 연구기관 METR이 2025년 7월에 발표한 무작위 실험에서, 숙련된 오픈소스 개발자 16명이 Cursor Pro와 Claude 3.5·3.7 Sonnet을 쓰자 과제에 걸린 시간이 오히려 19% 늘었어요. 개발자들 스스로는 20% 빨라졌다고 느꼈는데도 그랬습니다. METR은 2026년 2월 후속 글에서 지금 도구로는 더 빨라졌을 가능성이 높다고 하면서도, 얼마나 빨라졌는지 말하기엔 근거가 아직 약하다고 적었습니다(2025년 연구 · 2026년 후속). 남의 비교표를 오래 보는 것보다 내 업무 하나를 직접 맡겨 보고 걸린 시간을 재 보는 편이 훨씬 정확해요.

클로드 코드와 커서 중에 무엇부터 할지는 일하는 화면으로 고르면 됩니다. Cursor는 코드 편집기라서 파일을 눈으로 보면서 고치는 방식이고, Claude Code는 터미널이나 데스크톱 앱, 웹에서 대화로 일을 맡기는 방식이에요. Claude Code는 Cursor 안에 확장으로 설치할 수도 있어서, 꼭 하나만 골라야 하는 것도 아닙니다.

내 경우에 대보면 이렇게 갈립니다.

• 화면 몇 개로 끝나고 다른 곳으로 옮길 일이 없다면 노코드 툴이 빠릅니다. 행사 신청 폼이나 사내 재고 목록 같은 것들이요.
• 매주 하는 파일 정리나 보고서 만들기처럼 내 컴퓨터의 파일에 붙는 일이라면 AI 코딩 도구가 맞습니다. 노코드 툴은 그 파일에 손이 닿지 않아요.
• 회원가입과 결제가 붙는 서비스를 키울 생각이라면 처음부터 AI 코딩 도구로 가는 편이 덜 돌아갑니다. 노코드로 시작했다가 옮기면 기능을 다시 만들어야 하니까요.
• 뭘 만들지 한 문장으로 안 나온다면 도구를 고르기 전에 아래 판단표의 위쪽 칸부터 채워 보세요. 어느 도구를 배우든 그 한 문장이 없으면 오래 헤맵니다.

3년 걸리던 걸 2달에 — 제 얘기를 해볼게요

저는 강점 진단 서비스를 만드는 사람입니다. 예전에 다니던 회사에서 그 진단 서비스를 3년에 걸쳐 만들어 봤어요. 회사를 매각할 때 수준까지요. 한 사람의 강점을 측정하고 해석해 주는, 꽤 묵직한 서비스였습니다.

그런데 이번엔, 코드 한 줄 못 짜는 제가, 그만한 수준의 서비스를 2달 만에 다시 만들었습니다. 그것도 예전엔 상상도 못 하던 AI 기능까지 얹어서요. 지금 운영하는 9WAY가 그렇게 나왔습니다.

예전 방식이었다면 어림도 없었어요. 조직에서 기능 하나를 만들려면 소통할 채널, 결재받을 의사결정 라인이 너무 복잡합니다. 구현 자체도 복잡하고요. 그래서 아주 작은 기능 하나에 넉 달까지 걸린 적도 있어요. 그런데 그 전체를 비개발자 혼자서 2달에. 저도 만들면서 "이게 되네?" 싶었습니다.

'GPT는 그럴듯하게, 진짜는 작동하게'

여기서 오해 하나는 풀고 가야 합니다. AI한테 시키면 그럴듯한 화면은 정말 금방 나옵니다. 그래서 "AI로 앱 5분 만에 뚝딱" 같은 말이 도는 거죠. 그런데 '그럴듯한 것'과 '진짜 돌아가는 서비스'는 완전히 다른 얘기예요.

화면만 예쁜 건 데모입니다. 서비스는 결제가 실제로 되고, 데이터가 안 깨지고, 사람이 매일 들어와 써도 버티는 거죠. '그럴듯함'에서 '진짜 작동'까지, 그 마지막 구간이 사실 제일 깁니다. 코딩을 배우든 AI에 시키든, 진짜 갈림길은 여기예요. 화면을 뽑는 게 아니라, 작동하는 데까지 끝까지 데려갈 수 있느냐. 한 줄로 말하면 이렇습니다. GPT는 그럴듯한 화면을 주고, VUILD 같은 빌드 시스템은 비개발자의 아이디어를 진짜 작동하는 서비스까지 데려갑니다.

그래서 나는 배워야 하나, 시켜야 하나 (판단 순서)

말로 풀면 흐려지니까 표로 정리했습니다. 내 상황을 한 줄씩 대보세요. 한쪽으로 신호가 쏠리면 그게 답입니다.

위쪽 칸이 막연하면 코딩 강의보다 '뭘 만들지'부터 또렷이 하는 게 먼저입니다. AI는 '무엇을 만들지'를 대신 정해 주진 않거든요.

솔직히, 그냥 되는 건 아닙니다

여기서 정직하게 짚을 게 있어요. 제가 2달에 해낸 건 도메인 지식과 인프라가 있어서 가능했습니다. 강점이라는 한 주제를 오래 파 온 사람이라, '뭘 만들어야 하는지'가 제 머릿속엔 이미 또렷했어요. AI는 그 '무엇'을 대신 정해 주지 않습니다. 만들 게 막연한 채로 도구만 쥐면, 2달이 아니라 한참을 헤맵니다.

그리고 코딩 학습이 정답인 사람도 분명히 있습니다. 개발자로 일하고 싶거나, 코드를 손끝까지 통제해야 하는 일이라면 배우는 게 맞아요. 그러니 이 글은 "배우지 마라"가 아닙니다. "뭘 배울지가 다르다"는 거예요. 작동하는 서비스가 목표인 사람에게는, 문법보다 'AI에게 내 문제를 작동하는 결과로 시키는 법'이 더 빠른 길이라는 거죠.

마무리

코딩을 배우는 데 1년을 쓰는 대신, 내 머릿속 문제를 작동하는 서비스로 바꾸는 데 2달을 쓸 수 있다면. 저는 그쪽을 택했고, 실제로 그렇게 만든 서비스가 지금 첫 해에 억 단위 매출을 내며 돌아가고 있습니다. 코드 한 줄 못 짜는 사람이요.

물론 누구나 2달 만에 되는 건 아닙니다. '뭘 만들지'가 또렷해야 하고, 그걸 작동하는 데까지 끝까지 끌고 갈 방법이 있어야 하죠. VUILD는 바로 그 길 — 비개발자가 아이디어를 진짜 작동하는 서비스로 바꾸는 과정 — 을 시스템으로 만든 겁니다. 머릿속에만 있는 그 서비스가 있다면, 코딩 강의를 결제하기 전에 VUILD부터 한번 보셔도 좋겠습니다.