Vibe coding을 사랑의 언어로
Source: Dev.to
주말에 코딩을 시작하게 된 이유
나는 예전에는 주말에 코딩을 하는 사람이 아니었다. 아이디어가 부족해서가 아니라, 주말 내내 책상에 틀어박혀 있는 것이 파트너에게 불공평하게 느껴졌기 때문이다.
AI 도구가 그 상황을 바꾸었다. 이제는 재미로 바보 같은, 비즈니스 가치가 없는 프로젝트를 만들고 싶은 욕구를 채울 수 있게 되었고, 가치를 추가하는 장벽은 자연어가 되었다. 이제 프로그램은 우리 둘이 함께 할 수 있는 재미있는 게임이나 퍼즐이 될 수 있다.
첫 번째 프로젝트: 속독 테스트
이번 주말에는 바이럴 속독 영상을 애플리케이션으로 재현하고 싶었다. 목표는 다음과 같다:
- 고유한 기사를 불러온다.
- 사용자의 독해력을 테스트한다.
원본 테스트를 해보고는 내가 가장 빠른 독자라고 생각했지만, 실제로 읽은 내용을 이해했는지는 확신이 서지 않았다.
남편은 전혀 기술 배경이 없고(관심도 없다) 그래서 **Goose Desktop**을 사용해 처음 프롬프트를 함께 만들었다.
초기 프롬프트
I want to make a website based on the viral speed reading test. This site should pick a wikipedia article at random for the test and have an input at the end where the player has to put in what they understood about what they just read. The site should then be able to judge the reading comprehension. Help me design a plan to implement this. The first step will be understanding what the viral speed reading test is so you will need to research that우리는 Sonnet 4.5를 사용했으며, 모델은 Next.js(React) 애플리케이션을 제안했고, 이는 자연스럽게 느껴졌다.
남편과 함께 반복하기
프로토타입이 실행되자 남편은 즉시 디자인 수정 사항을 제안했다—더 읽기 쉬운 폰트와 빨간 글자를 위한 더 안정된 초점. 그는 Goose에게 무엇을 시키면 될지 알려주며 우리 둘이 함께 반복 작업을 진행했다.
새로운 기능 추가
새로운 기사를 불러오고, 첫 번째 기사가 충분히 길지 않을 경우 로딩 상태를 보여주는 방법이 필요했다. 다음 반복에서는 그 로직과 테스트‑재시작 흐름을 추가했다.
회고
순전히 재미를 위한 연습이었음에도 불구하고, 기술과 거리가 먼 사람이 Goose Desktop 같은 도구를 사용해 문제를 해결하는 모습을 보는 것은 흥미로웠다. 그는 애플리케이션이 어떻게 느껴지고 보여야 하는지에 집중했으며, 코드 자체보다는 사용자 경험에 더 큰 관심을 가졌다—내가 보통 일하는 개발자들과는 매우 다른 접근 방식이다.
개발자로서 나는 “완성된” 제품을 쉽게 포기하지 못했다. 거친 부분을 발견하고 사용자 경험에 대한 고민이 떠올랐다: 네트워크 오류, 충분히 긴 기사를 찾기 위한 여러 번의 재시도, 중복 콘텐츠 처리, 모바일 호환성 등등.
결국 목표는 다듬어진 제품이 아니라, 비기술적인 친구나 파트너와도 함께 즐길 수 있는 새로운 방식의 재미를 공유하는 것이었다. 어쩌면 미래의 사회적 상호작용은 저녁 시간에 함께 만들고 플레이하는 일시적인 게임들을 포함할지도 모른다.
AI에 대한 많은 유효한 비판이 존재하지만, 이 기술은 사랑하는 사람들과 더 가까워지게 하고 새로운 연결 방식을 발견하도록 도와줄 수도 있다.