3. 코딩을 몰라도 시작할 수 있는 이유

한 줄 요약
처음에 할 수 있는 일과 더 많은 준비가 필요한 일을 구분합니다.
예상 읽기·실습 시간
8~12분 · 개인차 있음
읽는 방식
설명과 사례

처음에는 설명과 확인부터

코드 문법을 외우지 않아도 별명과 소개글을 고를 수 있습니다. 화면에 나온 이름이 맞는지 읽고, 링크를 눌렀을 때 정한 곳으로 가는지도 볼 수 있습니다. 이런 일이 첫 페이지를 만드는 시작점입니다.

AI는 설명을 코드로 옮겨 줍니다. 글자가 잘 보이지 않으면 “소개글을 좀 더 진하게 해 줘”라고 부탁할 수 있습니다. 수정 뒤에는 정말 읽기 쉬워졌는지 화면을 보고 판단합니다.

작게 시작하면 확인하기 쉽습니다

글과 링크만 있는 소개 페이지라면 확인할 것이 많지 않습니다. 문장이 맞는지, 작은 화면에서 읽히는지, 링크가 열리는지 보면 됩니다.

사진을 넣으면 사진을 쓸 권리가 있는지, 파일이 제대로 보이는지도 확인해야 합니다. 여러 사람이 각자의 자료를 저장하는 기능을 넣으면 누가 누구의 자료를 볼 수 있는지도 따져야 합니다.

그래서 첫 목표는 작게 잡습니다. “별명과 소개글을 화면에서 보고 문장 하나를 바꾸기”만 해도 어디까지 했는지 분명합니다.

첫날 한 시간밖에 없다면 이 목표 하나로도 충분합니다. 화면에 글이 나타났는지, 고친 문장이 다시 보이는지만 확인하고 멈출 수 있습니다. 사진과 검색 기능은 다음에 생각해도 됩니다.

도구의 미리보기를 찾느라 시간을 다 썼을 수도 있습니다. 그날은 도구의 지원 여부를 확인한 것이지 페이지를 완성한 것은 아닙니다. 마지막에 어디까지 했는지 한 줄만 적어 두면 다음에 이어 가기 쉽습니다.

첫 결과가 다르면 한 가지씩 고칩니다

“별명을 크게 보여 줘”라고 부탁했더니 너무 크게 나올 수 있습니다. 어느 정도 큰지는 아직 서로 정하지 않았기 때문입니다. 그럴 때는 “지금보다 작게, 소개글보다는 눈에 띄게”라고 알려 줍니다.

처음부터 문장, 색, 사진, 배치를 한꺼번에 바꾸면 무엇이 좋아졌는지 알기 어렵습니다. 먼저 문장을 확인하고, 다음에 글자 크기를 살펴보세요. 잘 맞던 부분이 함께 바뀌었는지도 봅니다.

소개글만 바꿔 달라고 했는데 링크가 사라질 수도 있습니다. 이때는 링크를 다시 만들기 전에 “소개글은 새 문장으로 두고, 이전에 있던 링크를 되살려 줘”라고 현재 상태를 말할 수 있습니다. 실제로 무엇이 사라졌는지 보고 말하는 편이 문제를 좁혀 줍니다.

마지막으로 잘 작동하던 화면이나 작업을 다시 찾을 수 있으면 수정이 부담스럽지 않습니다. 이 책에서는 고치기 전에 현재 결과를 남기는 방법도 다룹니다.

모르는 말이 나오면 결과를 물어봅니다

AI가 “반응형으로 만들었어요”라고 말할 수 있습니다. 뜻을 외우기보다 “휴대전화 화면에서는 어떻게 달라져?”라고 물어보세요. 넓은 화면의 가로 배치가 좁은 화면에서 세로로 바뀐다는 설명을 들으면, 직접 확인할 수 있습니다.

다만 자료를 지우거나 돈을 쓰거나 다른 서비스에 연결하는 단계라면 의미를 이해한 뒤 진행합니다. 화면의 글자 크기를 바꾸는 일보다 확인할 것이 많기 때문입니다.

예를 들어 “저장된 목록을 초기화합니다”라는 안내를 봤다면, 초기화가 어떤 자료를 지우는지 묻습니다. 모르는 버튼을 눌러 보며 뜻을 알아내려 할 필요는 없습니다. 반대로 생소한 단어가 글자 배치를 설명하는 것이라면 화면을 보고 판단할 수 있습니다.

질문할 때는 “무슨 뜻이야?”에 더해 “내 자료와 화면 중 무엇이 바뀌어?”라고 물어 보세요. 듣고도 결과가 불분명하다면 그 단계에서 멈춰도 됩니다.

같은 곳에서 계속 막힌다면

처음부터 잘되지 않아도 괜찮습니다

한 번에 완성하는 대신 제목 하나를 바꾸는 데서 시작하세요. 바뀐 제목을 확인하면 다음에는 소개 문장을 바꿉니다. 화면이 예상과 다르면 “제목을 바꿨는데 이전 제목이 보여”처럼 지금 보이는 상태를 말하세요. 짧은 수정 한 번도 직접 만드는 경험입니다.

꼭 기억하세요

코드를 모두 이해해야 시작할 수 있는 것은 아닙니다. 작은 목표를 정하고, 결과를 확인하며, 모르는 부분을 질문하는 습관은 처음부터 필요합니다.