20편. 다음 목표, NOPLAN 진짜 서비스로

이미지
다음 목표, NOPLAN 진짜 서비스로 여기까지가 코딩 모르던 디자이너가 AI로 앱을 만든 이야기예요. NOPLAN은 이제 시작일 뿐입니다. 앞으로 어디로 갈지, 그 계획을 이야기하면서 이 시리즈를 마무리하려고 해요. 골프는 시작일 뿐이었다 NOPLAN은 골프 여행으로 시작했어요. 제가 제일 좋아하는 거니까요. 근데 처음부터 골프만을 위한 앱은 아니었어요. 여행에는 골프도 있고, 관광도 있고, 맛집 탐방도 있잖아요. 골프는 그중 첫 번째 시작점이었을 뿐이에요. 동선이 제일 까다로운 골프에서 통하면, 다른 여행은 더 쉬울 거라고 봤거든요. 앞으로는 골프 너머로 넓혀갈 계획이에요. 어떤 여행이든 NOPLAN을 켜고 그냥 떠날 수 있게요. 진짜 쓸 수 있는 서비스로 지금 NOPLAN은 데모에 가까워요. 후쿠오카로 고정돼 있고, 추천 정보도 제가 넣은 범위 안에 있어요. 목표는 이걸 진짜 서비스로 키우는 거예요. 여행지를 자유롭게 고르고, 더 다양한 정보가 들어가고, 실제 예약까지 이어지는 것. 갈 길이 멀지만, 여기까지 온 것처럼 하나씩 만들어가려고 해요. 코딩을 못 한다는 건 이제 핑계가 안 돼요. AI랑 같이 하면 되니까요. 이 블로그를 이어가는 이유 이 블로그는 NOPLAN을 만드는 과정을 적는 곳이에요. 앞으로도 계속 적을 거예요. 새 기능을 만들면서 막힌 이야기, AI랑 씨름한 이야기, 사람들 반응을 듣고 고친 이야기. 잘된 것만이 아니라 헤맨 것까지 다 적을게요. 저처럼 "나도 만들어보고 싶은데" 하는 사람한테, "어 나도 할 수 있겠다"는 용기가 되면 좋겠어요. 계획 없이 사는 사람이, 계획 없이 시작한 앱 만들기. 그 여정은 계속됩니다. 여기까지 오는 데 걸린 시간 첫 프롬프트를 쳤던 날부터 지금까지, 돌아보면 짧지 않은 시간이었습니다. 에러도 여러 번 만났고, 하루치 작업을 통째로 날린 날도 있었고, 이름 하나 짓는 데도 한참 걸렸어요. 그래도 결국 여기까지 왔습니다. 앞으로는 후...

13편. 코드 백업, 이래서 중요하다

코드 백업, 이래서 중요하다

만든 걸 날려본 적 있으세요? 저는 있습니다. 그것도 며칠치를요.

그날 이후로 저는 "저장"에 집착하게 됐어요.

백업 커밋 기록

한 번 크게 데였다

앞서 규칙 어기고 작업을 통째로 날린 이야기를 했었죠. 그때 진짜 뼈아팠던 건, 돌아갈 곳이 없었다는 거예요.

만약 "며칠 전 잘 되던 상태"가 어딘가 저장돼 있었다면, 거기로 돌아가면 됐을 거예요. 근데 저는 그걸 안 해놨어요. 그래서 망가진 순간, 복구할 방법이 없었습니다.

그때 깨달았어요. 만드는 것만큼 중요한 게 저장해두는 거구나.

저장이란 게 뭔가

코딩하는 사람들은 작업한 걸 단계마다 저장해둔대요. "지금까지 잘 됐다" 싶은 지점을 기록으로 남겨두는 거죠. 디자인 작업도 백업이 필수에요. 그러면 나중에 뭔가 망가져도 그 지점으로 돌아갈 수 있어요.

게임 세이브 포인트랑 비슷해요. 보스 깨기 전에 저장해두면, 죽어도 거기서 다시 시작하잖아요. 코드도 똑같습니다. 잘 되는 지점마다 저장해두면, 망가져도 거기서 다시 시작할 수 있어요.

저는 이걸 AI한테 맡겼어요. "지금 잘 되니까 이 상태를 저장해줘"라고요. 그러면 AI가 알아서 기록을 남겨줍니다.

비개발자한테 더 절실하다

이것도 결국 비개발자한테 더 중요한 이야기예요.

개발자는 망가져도 코드를 읽고 직접 고칠 수 있어요. 근데 저는 못 하잖아요. 그러니 "망가지면 저장해둔 지점으로 돌아가는 것"이 유일한 복구 방법입니다.

그래서 저는 이제 좀 잘 됐다 싶으면 무조건 저장부터 해요. 큰 기능 하나 완성하면 저장, 잘 작동하는 거 확인하면 저장. 귀찮아도 이게 저를 살립니다. 사고는 항상 "저장 안 한 날" 나거든요.

단계마다 저장 지점이 표시된 그림

백업 없이 날렸던 그날, 또 한 번

Plan Mode 사건 이후에도 비슷한 일이 한 번 더 있었습니다. 이번엔 저장을 깜빡한 채로 큰 수정을 시도했다가, 되돌리려니 되돌릴 지점 자체가 없었어요. 그날 다시 한번 깨달았습니다. 잘 되고 있을 때일수록 저장을 미루면 안 된다는 걸요.

지금은 기능 하나가 끝날 때마다 무조건 저장 지점부터 남깁니다. "첫 화면 완성", "비용 계산 로직 추가"처럼 뭘 저장했는지 알아볼 수 있게 이름도 붙여요. 덕분에 뭔가 잘못돼도 최근 저장 지점으로 바로 되돌아갈 수 있게 됐습니다.

코딩을 몰라도 이 습관 하나는 꼭 챙기시라고 말씀드리고 싶어요. 저장은 공짜인데, 안 해서 날리는 건 몇 시간이 될 수도 있거든요.

저장 지점을 나누는 기준

아무 때나 저장하지는 않습니다. 기능 하나가 완성되고, 확인까지 끝났을 때 저장합니다. 애매하게 중간에 저장하면 나중에 되돌아갈 때 어디가 정상 상태인지 헷갈리거든요.

지금까지 쌓인 저장 지점만 봐도 이 프로젝트가 어떻게 커왔는지 순서대로 보입니다. 첫 화면, 계산 로직, 드래그 기능, 배포까지. 하나의 기록이자 일기장처럼 느껴져요.

비개발자라서 이 개념이 낯설었는데, 지금은 없으면 불안할 정도로 익숙해졌습니다.

백업 습관이 몸에 붙고 나서는 오히려 더 과감하게 시도할 수 있게 됐습니다. 어차피 문제가 생겨도 최근 저장 지점으로 되돌아가면 되니까요. 안전망이 있다는 확신이 생기니까 새로운 시도를 두려워하지 않게 됐습니다.

지금은 저장 지점을 볼 때마다 이 프로젝트가 걸어온 길이 한눈에 보입니다. 어떤 날은 하루에 몇 개씩 쌓이고, 어떤 날은 하나도 못 쌓기도 했어요. 그 기록 자체가 저한테는 작은 성취감을 주는 것 같습니다.

"저장은 알아서 되는 거 아니야?"

1. 의식적으로 저장해야 합니다. 잘 되는 지점을 "여기 저장해줘"라고 직접 챙겨야 해요. 안 그러면 망가졌을 때 돌아갈 곳이 없습니다.

2. 게임 세이브 포인트처럼 생각하세요. 잘 되는 지점마다 저장해두면, 망가져도 거기서 다시 시작할 수 있어요. 자주 저장할수록 안전합니다.

3. 비개발자는 저장이 유일한 복구법입니다. 코드를 못 고치니까, 저장해둔 지점으로 돌아가는 게 사실상 유일한 방법이에요. 귀찮아도 꼭 하세요.

다음 이야기

이제 앱이 어느 정도 틀을 갖췄어요. 그런데 정작 이 앱에 이름이 없었습니다. 다음 글에서는 드디어 이 앱의 이름을 지은 이야기를 하겠습니다. 왜 "그 이름"이 됐는지요.

이 블로그의 인기 게시물

18편. 사람들에게 보여준 첫 반응

이미지
사람들에게 보여준 첫 반응 앱을 다 만들고 나니 떨렸어요. 이걸 사람들이 어떻게 볼까. 혼자 만들 땐 몰랐는데, 막상 보여주려니 두려웠습니다. "별로면 어쩌지?" 하는 마음이요. 공개가 제일 무서웠다 사실 만드는 것보다 보여주는 게 더 무서웠어요. 내 컴퓨터 안에 있을 땐 누가 뭐라 할 사람이 없잖아요. 근데 세상에 내놓는 순간 평가를 받게 되니까요. "이게 뭐야", "별로다" 같은 말을 들을까 봐 겁났어요. 근데 안 보여주면 아무 의미가 없잖아요. 쓰라고 만든 앱인데. 그래서 용기를 내서 SNS에 올렸어요. 만든 과정이랑 앱 화면을 같이요. 솔직하게 보여줬다 저는 "완벽한 앱"인 척 안 했어요. 오히려 솔직하게 갔습니다. "극P라서 여행 계획 짜기 싫어서 그냥 만들어버렸어요"라고요. 코딩도 모르는데 AI랑 만들었다는 것도 그대로 밝혔어요. 잘난 척이 아니라, 나 같은 사람도 만들었다는 이야기로요. 신기하게도 이 솔직함에 사람들이 반응했어요. "오 나도 극P인데", "이런 거 필요했어", "코딩 모르는데 어떻게 만들었어요?" 같은 댓글이 달렸어요. 완벽해서가 아니라 공감돼서 반응한 거예요. 반응에서 배운 것 사람들 반응을 보면서 많이 배웠어요. 내가 당연하다고 생각한 기능을 신기해하기도 하고, 내가 신경 못 쓴 부분을 불편해하기도 했어요. 혼자 만들 때는 안 보이던 것들이 남의 눈을 통해 보였습니다. 그리고 깨달았어요. 앱은 공개하고 나서가 진짜 시작이구나. 만드는 건 절반이고, 사람들 반응을 듣고 고쳐가는 게 나머지 절반이라는 걸요. 무서워도 보여주길 잘했습니다. 올리기 직전까지 망설였던 이유 스레드에 올리기 버튼을 누르기까지 한참 망설였습니다. "코딩도 모르면서 뭘 만들었다고 자랑하냐"는 말을 들을까 봐서요. 제가 만든 게 완벽하지 않다는 것도 스스로 잘 알고 있었고...
자세한 내용 보기

17편. 모바일에서도 되게 만들기

이미지
모바일에서도 되게 만들기 앱을 인터넷에 올리고 나서 폰으로 열어봤어요. 그런데 화면이 영 어색했습니다. 컴퓨터에서는 멀쩡했는데, 폰에서는 글자가 삐져나오고 버튼이 너무 작고. 사람들은 대부분 폰으로 볼 텐데 이러면 안 되잖아요. 사람들은 폰으로 본다 생각해보면 당연한 거였어요. 요즘은 여행 정보를 컴퓨터 앞에 앉아서 보는 것보다 대부분 침대에 누워서, 출퇴근길에, 폰으로 보겠죠. 근데 저는 만들 때 컴퓨터 화면만 보고 만들었어요. 그러니 컴퓨터에선 완벽한데 폰에선 엉망이었던 거죠. 큰 화면에 맞춘 걸 작은 화면에 욱여넣으니 깨질 수밖에요. 이걸 두 화면 다 잘 보이게 만드는 걸 "반응형"이라고 하더라고요. 화면 크기에 따라 알아서 모양이 바뀌는 거요. 폰 기준으로 다시 봤다 그래서 작업 방식을 바꿨어요. 폰 화면을 기준으로 확인하기 시작했습니다. AI한테 "폰에서 글자가 화면 밖으로 나가", "버튼이 너무 작아서 누르기 힘들어"처럼 폰에서의 문제를 구체적으로 말했어요. 그러면 폰 화면에 맞게 고쳐줬습니다. 이때도 직접 확인이 중요했어요. 고쳤다고 하면 진짜 폰으로 열어봤어요. 글자가 잘 들어가는지, 버튼이 누를 만한지, 스크롤이 자연스러운지. 사용자가 진짜 쓸 환경에서 봐야 진짜 문제가 보이거든요. 디자이너라서 예민했던 부분 여기서도 보는 눈이 도움이 됐어요. 폰에서 살짝 어색한 것들이 눈에 띄었거든요. 글자가 너무 빽빽하다, 버튼 사이가 좁아서 잘못 누르겠다, 위아래 여백이 답답하다. 기능은 되는데 "쓰기 불편한" 부분들이요. 이런 걸 하나하나 다듬었어요. 작은 화면일수록 이런 디테일이 더 중요해요. 공간이 좁으니까 조금만 빽빽해도 답답하게 느껴지거든요. 덜어내고, 띄우고, 키우고. 폰에서 편하게 보이도록 계속 손봤습니다. 컴퓨터에선 예뻤는데 폰에선 다 깨졌다 컴퓨터 화면에서 확인할 땐 완벽해 보였습니다. 그런데 폰으로 열어보니 버튼은 화면 밖으로 삐져나가...
자세한 내용 보기

19편. AI로 앱 만들며 알게 된 것 5가지

이미지
AI로 앱 만들며 알게 된 것 5가지 코딩 한 줄 못 하던 제가 AI로 앱을 만들었어요. 완벽하진 않지만, 진짜 작동하는 앱을요. 그 과정에서 배운 것들을 정리해봤습니다. 저처럼 시작하려는 분들한테 도움이 됐으면 해요. 1. AI는 직원이 아니라 동료다 처음엔 AI한테 "이거 해, 저거 해" 일방적으로 시켰어요. 근데 그렇게 하면 결과가 별로예요. AI는 시키는 대로 하는 도구가 아니라, 같이 만들어가는 동료에 가까웠어요. 제 의도를 전하고, AI가 방법을 제안하고, 같이 다듬는 거죠. 일방적인 지시보다 주고받는 소통이 훨씬 좋은 결과를 만들었어요. 2. 못 만드는 게 아니라 설명을 못 하는 거다 "이건 어려워서 못 만들겠지"라고 지레 포기한 게 많았어요. 근데 막상 AI한테 물어보면 되는 경우가 대부분이었어요. 문제는 "만들 수 있냐"가 아니라 "내가 원하는 걸 정확히 설명할 수 있냐"였어요. 머릿속 그림이 또렷할수록 결과가 좋았고, 막연하면 막연한 게 나왔어요. 결국 실력은 코딩이 아니라 설명하는 능력이었어요. 3. 천천히 가는 게 빠르다 급하게 한꺼번에 시키면 꼭 사고가 났어요. 그리고 그 사고 수습에 며칠이 날아갔죠. 한 번에 하나씩, 확인하면서 가는 게 답답해 보여도 제일 빨랐어요. 특히 코드를 못 고치는 비개발자한테는 "안 망가뜨리는 것"이 최고의 전략이에요. 4. 보는 눈이 코딩 실력보다 중요하다 저는 코드를 못 읽어요. 대신 "이게 좋은지 나쁜지, 편한지 불편한지"는 봐요. AI가 만든 걸 보고 어디가 어색한지 잡아내는 것. 이게 코딩 실력보다 중요했어요. 그리고 이 눈은 디자이너가 아니어도, 평소 불편함을 느낄 줄 아는 사람이면 누구나 있어요. 5. 공개해야 진짜 완성이다 내 컴퓨터 안에 있는 건 반쪽짜리예요. 사람들한테 보여주고, 반응을 듣고, 고쳐가야 진짜 완성됩니다. 무서워도 내놓으세요. 만드는 건 절...
자세한 내용 보기