공개를 전제로 했더니 처음 생긴 문제들

 

링크를 열어보는 순간부터 달라진 감각

이전글에서 계산기를 배포 가능한 상태로 만들고 나니
묘한 긴장감이 따라왔습니다.

기능은 이미 완성됐습니다.
숫자를 입력하면 결과가 나오고,
잘못 입력하면 안내 문구도 표시됩니다.

혼자 테스트할 때는 분명히 문제없었습니다.

그런데 막상
“한번 써보세요”라고 말하려니
손이 잠깐 멈췄습니다.

혹시 안 열리지는 않을까.
모바일에서는 깨지지 않을까.
내가 당연하다고 생각한 부분이
다른 사람에게는 불친절하지 않을까.

그전까지는
코드가 돌아가는지만 확인하면 됐습니다.

하지만 공개를 전제로 하자
생각의 방향이 완전히 달라졌습니다.

완성의 기준이
‘작동 여부’에서
‘신뢰 가능 여부’로 이동한 것입니다.

혼자 쓰는 기준은 서비스 기준이 아니었다

저는 그동안
‘내가 이해하면 충분하다’는 기준으로 만들고 있었습니다.

계산 공식이 맞고
버튼이 눌리고
결과가 나오면 끝이라고 생각했습니다.

하지만 링크를 공유한 뒤
비로소 깨달았습니다.

사용자는 제 머릿속 설명을 모릅니다.
어떤 값을 먼저 넣어야 하는지도 모릅니다.
이 도구가 무엇을 계산하는지도
처음엔 알지 못할 수 있습니다.

예를 들어
저는 자연스럽게 숫자 두 개를 입력하고
계산 버튼을 눌렀습니다.

그런데 지인은 이렇게 물었습니다.

“아무것도 안 넣고 누르면 왜 이렇게 나오나요?”

그 질문을 듣고
화면을 다시 바라봤습니다.

아무 입력 없이 계산 버튼을 누르면
0 이 출력되고 있었습니다.

저는 그 상황을
단 한 번도 상상해보지 않았던 것입니다.

문제는 코드가 아니었습니다.
사용자를 상상하지 못한
제 시야였습니다.

공개 후 처음 발견한 실제 문제들

공개를 전제로 점검을 시작하자
사소하지만 중요한 문제들이
하나씩 눈에 들어오기 시작했습니다.

첫째, 입력 전 안내가 부족했습니다.
처음 열면 무엇을 해야 할지
약간 애매했습니다.

둘째, 오류 메시지가 추상적이었습니다.
“잘못된 값입니다”라는 문장은
친절하지 않았습니다.

무엇이 잘못됐는지
구체적으로 알려주지 않았기 때문입니다.

셋째, 결과 영역이 눈에 잘 띄지 않았습니다.
계산은 되는데
성공했는지 잠깐 멈칫하게 만드는 구조였습니다.

이 문제들은
거창한 기능 추가로 해결되지 않았습니다.

대신 이렇게 수정했습니다.

  • 입력창 아래에 “숫자를 입력해 주세요”라는 기본 안내 문구 추가

  • 공란일 경우 “값을 먼저 입력해 주세요”라고 구체적으로 안내

  • 결과 영역에 배경 구분을 줘 시각적으로 강조

코드는 거의 바뀌지 않았습니다.

그런데 화면의 인상은
눈에 띄게 달라졌습니다.


창작자의 관점(나만의 기준)과 사용자의 관점(서비스 기준)의 대비. 공개와 피드백이라는 다리를 통해 복잡한 로직 중심의 사고에서 직관적이고 친절한 사용자 중심 설계로 진화하는 과정을 시각화함.


초보자도 바로 해볼 수 있는 점검 방법

혹시 간단한 계산기를 만들었다면
다음 순서로 점검해보시기 바랍니다.

  1. 아무 값도 입력하지 않고 버튼을 눌러봅니다.

  2. 숫자 대신 문자를 입력해봅니다.

  3. 모바일 화면 크기로 줄여서 열어봅니다.

  4. 처음 보는 사람이라고 가정하고
    10초간 아무 설명 없이 화면을 바라봅니다.

이 네 가지만 해도
생각보다 많은 허점이 보입니다.

저 역시 이 과정을 거치며
몇 번이나 고쳐야 했습니다.

특히 네 번째 방법이
가장 도움이 됐습니다.

설명 없이 이해되는지 바라보는 순간
제가 얼마나 제 관점에 갇혀 있었는지
분명하게 느낄 수 있었습니다.

"전문 용어로는 이를 '예외 처리'라고 부르는데, 
초보자에게는 '배려의 기술'이라고 부르고 싶습니다"

공개는 부담이 아니라 성장 장치였다

처음에는 공개가 두려웠습니다.
혹시 지적받을까 걱정됐습니다.

하지만 막상 반응을 받는다면
공격이 아니라 힌트에 가까울것입니다.

제가 보지 못한 부분을
대신 봐주는 역할이기 때문입니다.

공개를 하지 않았다면
이 계산기는
제 컴퓨터 속 파일로만 남았을 것입니다.

공개를 했기 때문에
다듬기 시작했고

다듬었기 때문에
조금 더 서비스에 가까워졌습니다.

그 차이는
기술의 크기가 아니라
관점의 변화에서 생겼습니다.

요약 / 정리

  • 공개는 완성의 끝이 아니라 새로운 시작입니다.

  • 혼자 쓰는 기준은 서비스 기준이 아닙니다.

  • 대부분의 문제는 기능이 아니라 설명 부족에서 발생합니다.

  • 네 가지 점검만으로도 완성도는 크게 올라갑니다.

  • “내가 만든 서비스다”라는 감각은 공개 이후에 더 단단해집니다.

코딩은
결국 사람을 향한 작업이었습니다.

공개를 전제로 생각하는 순간
코드는 비로소
사용자를 향해 움직이기 시작합니다.

"여러분이 만든 도구를 처음 본 지인은 어떤 반응이었나요? 댓글로 공유해 주세요"

댓글

댓글 쓰기

이 블로그의 인기 게시물

바이브코딩 기초: 설치와 환경 준비로 첫걸음 떼기

이미지
바이브코딩이라는 새로운 코딩 방식에 관심을 가지게 된 건 최근 몇 주 전입니다. 기존 프로그래밍과 달리, 내 생각과 아이디어를 바로 코드로 연결할 수 있다는 점이 매력적이었죠. 하지만 막상 시작하려니, 어디서부터 손을 대야 할지 막막했습니다. 오늘은 제가 직접 겪은 시행착오와 배움을 중심으로, 초보자도 따라할 수 있는  바이브코딩 환경 준비와 설치 과정 을 안내하려고 합니다. 실제로 제가 처음 시작했을 때는 프로그램 설치 오류, 브라우저 호환 문제 등 사소한 문제 때문에 몇 번이나 다시 시작해야 했습니다. 이런 경험이 있으니, 초보자분들은 같은 시행착오를 줄일 수 있을 거예요. 1. 컴퓨터와 브라우저 환경 확인 바이브코딩 도구 대부분은 웹 기반으로 작동합니다. 따라서 최신 브라우저가 준비되어 있어야 합니다. 저는 Chrome 브라우저를 사용했는데, 설치 과정이 간단하고 도구와 연동이 편리했습니다. 설치가 완료되면, 브라우저 설정에서 팝업 차단이나 확장 프로그램 호환성도 체크해 두는 것이 좋습니다. 실제로 제가 설치 초기에 알림 팝업이 차단되어 시연 화면이 제대로 표시되지 않은 경험이 있었거든요. 또한, 컴퓨터 화면 해상도가 너무 낮으면 시연 화면 일부가 잘리기 때문에, 해상도 설정도 미리 확인하면 좋습니다. 이런 작은 준비가 나중에 큰 시간을 절약해줍니다. 2. 바이브코딩 계정 생성과 도구 접근 환경이 준비되면, 바이브코딩 도구에 접속할 차례입니다. 제가 사용한 도구는  안티그래비티 였는데, 구글 계정으로 간단하게 가입할 수 있었습니다. 계정을 만들면 바로 시작 화면이 나타나며, 기본 사용법과 안내가 제공됩니다. 처음에는 기능이 많아 복잡해 보였지만, 천천히 하나씩 클릭하며 확인하니 이해가 되었습니다. 이 과정에서 중요한 점은 “모르면 도움말을 적극 활용하는 것”입니다. 초보자일수록 매뉴얼과 커뮤니티를 활용하면 시행착오를 크게 줄일 수 있습니다. 저 역시 처음에는 여러 메뉴를 헷갈려 몇 번이나 다시 로그인했지만, 이런 경험 덕분에 사용법을 금방...
자세한 내용 보기

안티그래비티 사용법: 문과생이 프롬프트로 5분 만에 계산기 화면 만드는 법

이미지
  안티그래비티란 무엇일까? 제가 처음 안티그래비티를 만났을 때 솔직히 조금 두려웠습니다. 평생 문과생으로 살아오면서 숫자와 코드와는 거리가 멀었거든요. 그런데 안티그래비티는 그런 저 같은 사람도 친근하게 접근할 수 있도록 만들어진 도구였습니다. 안티그래비티는 말 그대로 “마법의 작업 공간” 같은 느낌이에요. 화면 안에는 우리가 만들고 싶은 프로그램의 요소들을 글로 입력하면, 내부 인공지능이 알아서 코드와 버튼, 화면을 만들어줍니다. 복잡한 명령어를 외울 필요 없이, 글로 원하는 내용을 쓰기만 하면 되는 것이죠. 무엇보다 마음에 들었던 점은,  초보자의 실수를 자연스럽게 흡수 한다는 겁니다. 제가 글자를 조금 잘못 입력해도 안티그래비티는 오류를 크게 내지 않고, 대부분 수정 제안이나 기본값으로 처리해 줍니다. 처음 접하는 사람에게는 정말 큰 장점입니다. 그리고 재미있는 점은, 입력하는 글의 문장만으로도 다양한 시도가 가능하다는 것입니다. 예를 들어, “빨간 버튼을 만들어줘”라고 입력하면 즉시 빨간 버튼이 나타나고, “버튼 크기는 크게”라고 덧붙이면 버튼이 조금 더 커지는 식이죠. 이런  직관적 반응  덕분에 문과생도 금세 재미를 느낄 수 있었습니다. 화면 구성과 첫 인상 처음 안티그래비티를 켜면 기본 화면은 크게 세 부분으로 나뉩니다. 입력창 : 프로그램에 원하는 기능이나 디자인을 글로 입력하는 공간 미리보기 창 : 입력 내용을 바탕으로 화면을 실시간으로 확인할 수 있는 곳 설정 메뉴 : 버튼 색상, 글씨 크기, 배경 색 등을 조절하는 영역 제가 처음 입력창에 글을 입력할 때, 조금 성의 있게 프롬프트를 작성했습니다. 예를 들어 단순히 “계산기 만들어줘”라고 입력하는 대신, 이렇게 썼습니다: “간단한 계산기 화면을 만들어줘. 숫자 입력 칸 2개, 더하기 버튼, 결과를 표시하는 출력 칸 포함. 버튼은 파란색, 글씨는 검정색, 배경은 연한 회색으로. 모든 버튼과 입력칸은 보기 좋게 정렬해줘.” 몇 초 후, 입력한 그대로 버튼과 입...
자세한 내용 보기

바이브코딩의 장점과 일상 활용 사례(가계부와 체크리스트 5분 만들기)

이미지
  바이브코딩이란 무엇인가? 지난 글에서 안티그래비티를 이용해 간단한 계산기 화면을 만들어보았죠. 이번에는 그 경험을 바탕으로  바이브코딩의 장점과 일상 속 활용 사례 를 살펴보겠습니다. 바이브코딩은 단순히 코드를 작성하는 행위가 아니라,  아이디어를 글로 표현하면 화면과 기능으로 바로 구현 해주는 도구입니다. 기존 코딩과 달리 문법 오류에 시달릴 필요가 없고, 초보자도 시각적으로 바로 결과를 확인할 수 있다는 점이 가장 큰 장점이에요. 제가 직접 사용해보면서 느낀 장점은 크게 세 가지였습니다. 즉시 피드백 : 입력한 문장대로 화면이 생성되니, 결과를 기다릴 필요가 없습니다. 시행착오 학습 : 작은 실수나 입력 오류가 발생해도, 반복 수정 과정을 통해 자연스럽게 문제 해결 능력을 기를 수 있습니다. 실용성 : 간단한 계산기, 메모 앱, 체크리스트 등 실생활에서 바로 쓸 수 있는 기능을 구현할 수 있어, 배운 것을 바로 활용할 수 있습니다. 특히 저는 처음 안티그래비티 화면을 띄웠을 때, 버튼 하나하나가 제대로 작동하지 않아 당황했던 경험이 있습니다. 하지만 반복적으로 입력값을 수정하고, 버튼 색상과 위치를 조정하면서  문과생인 저도 충분히 화면을 원하는 대로 설계할 수 있다 는 자신감을 얻었죠. 일상 속 활용 사례 제가 가장 먼저 시도한 활용은   생활에 직접 필요한 도구 만들기 였습니다. 예를 들어, 집안에서 자주 사용하는   가계부 계산기 나, 간단한   할 일 체크리스트 를 만들어보았습니다. 1. 가계부 계산기 프롬프트 가계부 계산기 화면을 만들어줘. - 숫자 입력 칸 2개: ‘지출 내역’과 ‘금액’ 입력 가능 - 더하기 버튼: 클릭 시 두 입력값의 합계 계산 - 결과 출력 칸: 합계가 표시됨 - 버튼 색상은 기본 파란색, 글씨는 검정색, 배경은 연한 회색 - 모든 버튼과 입력칸 보기 좋게 정렬 - 입력 칸에 안내 문구 포함: ‘지출 내역 입력’, ‘금액 입력’ 이 프롬프트를 입력하...
자세한 내용 보기