본문 바로가기

분류 전체보기282

[Travly 개발기 3화] AI 비서에게 권한을 얼마나 줄 것인가 여행 플래너에 AI를 붙이겠다고 결정했을 때, 첫 번째로 맞닥뜨린 질문은 기술적인 것이 아니었다. "AI가 뭘 할 수 있게 해줄 건가?"였다.채팅만 되는 AI의 한계초기에는 단순한 채팅 인터페이스였다. 사용자가 "3월 16일에 컨퍼런스 일정 추가해줘"라고 하면 AI가 "네, 추가했습니다"라고 답하는 척한다. 실제로는 아무것도 바뀌지 않는다. 사용자가 직접 입력해야 한다.이게 얼마나 불편한지 직접 겪어봤다. AI한테 "이 구간 이동 시간 계산해줘"라고 물어보면 답은 잘 해준다. 그런데 그 정보를 일정에 반영하려면 내가 다시 들어가서 수동으로 입력해야 한다. AI가 말한 것과 실제 일정 사이에 복붙이라는 마찰이 존재한다.그 마찰이 쌓이면 사람들은 AI를 쓰지 않게 된다.도구 실행 권한을 주기로 했다그래서 결.. 2026. 3. 11.
[Travly 개발기 2화] 지도가 중심이 되다 — 4가지 뷰가 생긴 이유 화면을 설계할 때 가장 많이 싸운 문제가 하나 있다. 뷰의 형태다. 여행 일정을 어떤 모양으로 보여줄 것인가.처음에는 리스트였다초기 버전은 단순했다. 날짜 → 일정 목록. 세로로 죽 나열되는 형태. 빠르게 만들 수 있고, 누구나 이해하기 쉽지만 씁제지 이해하기 쉽지만 주다주다 다른 문제가 생겣다.4가지 뷰의 탄생결론은 하나의 뷰로 모든 걸 해결하려 하지 말자였다. 세로 목록, 수평 타임라인, 일별 뷰, 캘린더 뷰 네 가지가 생겼다.좌표 없으면 아무것도 안 된다지도 기반으로 설계하면서 가장 고통스러운 문제가 하나 있었다. 좌표다. 사용자가 Embassy Suites Milpitas라고 입력하면 지도에 핀이 꽂혀야 한다. AI를 중간에 끊워 넣었다.설계의 기본 원칙화면은 사용자가 여행 중에 꺼내보는 물리적인.. 2026. 3. 11.
[Travly 개발기 1화] 왜 또 여행 앱이야? — Travly를 만든 진짜 이유 AI와 함께 일하다 보면 이상한 버릇이 하나 생긴다. 불편한 것을 참지 못하게 된다. 이거 그냥 만들면 되지 않나 라는 생각이 너무 쉽게 든다. Travly도 그렇게 시작됐다.기존 앱들의 진짜 문제GTC 2026 출장을 준비하면서 일정을 짜기 시작했다. 지도와 일정이 진짜로 연결된 앱은 거의 없었다.참고한 서비스가 없다는 것의 의미Travly를 만들면서 특이한 점이 있었다. 다른 서비스를 벤치마킹하지 않았다. 처음부터 나를 위해 만들었기 때문이다.MVP 첫날 결정한 것들첫 번째 화면을 무엇으로 할지 결정할 때 지도를 메인으로 가기로 했다. AI는 첫날부터 있었다.다음 화: 지도가 중심이 되다→ Travly 바로가기 2026. 3. 11.
[AI 노동일지 5탄 #5] Google OAuth 통합 — 버튼 하나로 로그인하기 이메일/비밀번호 로그인만 있었다. 모바일에서 이메일을 치는 건 귀찮다. 특히 게임을 하려고 들어온 사람에게. Google 버튼 하나면 끝나는 로그인이 필요했다.서버는 이미 준비되어 있었다POST /api/auth/google/signin 엔드포인트가 이미 있었다. Google ID 토큰을 받아서 검증하고, 유저를 찾거나 생성하고, JWT를 발급한다. 클라이언트만 연결하면 됐다.GSI 원탭 버튼Google Sign-In 라이브러리(GSI)를 동적으로 로드한다. SharedWallet의 로그인 모달이 열릴 때 버튼을 렌더링한다.google.accounts.id.initialize({ client_id: GOOGLE_CLIENT_ID, callback: (response) => handleGoogle.. 2026. 3. 10.

티스토리툴바