📝 [2024-10-31] 기획 회의

테스트 진행 현황

@Zen :: 테스트 환경 세팅 (vite, tailwind 등), 네이버 맵 api 사용해서 불러오는 것, polyline 사용해서 마킹 되는지 여부 확인

[[기능 테스트 (socket)|기능 테스트 (socket)]]

[[기능 테스트 (지도 API)|기능 테스트 (지도 API)]]

---

네이버 지도 API 관련

네이버에서 @types/navermap 관련한 타입을 전체 정리해둠, 사용하면 됨

준일님 :: tdd는 반대, 테스트는 할 수 있는게 없을듯,

여러가지 놓고 봤을 때 포폴로 쓸 수 있을지? 프론트엔드는 인터렉션, 백엔드는 웹소켓으로 끝날 것 같음

기술적으로도 주제적으로도 사용할 수 있는게 없을듯

→ 시나리오 관련해서 정리 필요

[[사용자 시나리오 by 김주원|사용자 시나리오 by 김주원]]

[[사용자 시나리오 by 임재도|사용자 시나리오 by 임재도]]

[[사용자 시나리오 by 정혜인|사용자 시나리오 by 정혜인]]

[[사용자 시나리오 by 이동율|사용자 시나리오 by 이동율]]

📝 김주원

• 사용자의 그룹화 → 선은 마트가는 길로 뺴놓겠어.
• 길을 여러번 꺾이게 그렸는데 경로 하나하나 선택하는 것은 너무 사용자 경험이 떨어진다고 생각.
• 초록색이 두 칸이 있어도 하나하나

📝 정혜인

• 해당 사용자만 보는 것과 같은 관리가 필요하다.
• 사용자별로 출발지 도착지 마커를 찍고, 그림으로 조작을 하는 것.
• 정말 저작도구처럼 그리는 느낌
  • 직선 툴 같이 사용하면 좋을 것 같다. 하나하나 그리는 것보다 직선 툴 처럼 그리는 것.

@주원 김 :: 이미지로 저장하는 방법도 있을 것 같은데 혹시 이건 어떻게 생각하시나요?

@혜인 정, @Zen :: 지도가 커지면 이미지도 커져야 해서 깨질 위험이 있다. 파일이 많아지면 로딩도 오래걸릴 것 같다. 여러 사용자에 대해서 이미지가 겹쳤을 때 z-index 설정 등이 어려울 것 같다.

📝 이동율

• 사용자가 다르거나 다른 경로라면, 탭 만들어서 보여줘도 좋을 것 같다.
• 핵심은 여러 마커와 지도로 설명한다가 핵심인 거 같다.
  • 굳이 다른 사람에게 보내는 용도가 아니라, 내가 쓸 수 있도록 지도를 커스텀할 수 있게끔 커스텀을 해도 좋을 것 같다.
  • 주제가 심플해지면서, 실시간적으로 하는 건 내 위치 정도만 들어가고, 큰 기술도 많이 줄고, 축제를 가거나, 내가 모르는 위치를 가거나 했을 때 그 주변 위치를 잘 모른다.
  • 매번 확인을 해야하는데, 여행을 가기 전에 미리미리 그려두고 이것만 참고를 한다던지.

📝 임재도

• 지도 위에 그리는 걸로 구상해왔는데, 혜인님이 가져오신 선으로 그리는 아이디어가 더 나은듯
• 처음에는 오전에 얘기했던 것처럼 이미지로 저장하는 것을 생각했는데, 지우개를 생각하면 혜인님 말ㅆ므대로 canvas 사용하는게 더 좋을듯
• 화면을 이동해서 벗어났을 때는 그림에 대한 렌더링을 아예 해버리지 않는 방식도 괜찮을듯
• 로그인 기능, 그림 기능 (메인 기능), 지도 기능 (지도 기능은 api로 충분)
• 기술적 도전 - 리스트화 해둠, 그냥 다 적은거임 (canvas 사용하여 최적화, 반응형 - 옵션, 코드 품질 정도)

10:40 ~ 11:00 : 트랙 1 👁‍🗨👀

서비스 명

• 따라길

• 내비친구

• 길동무

• 길비서

• 따라와길

• 안내지기

• 따라오길 @주원 김 2 @동율 이 2 @Zen 2

• 손마중

• 손그림

• 손그림따라?

• 손길

• 손길따라

• 그림따라길

• 이길저길

• 따라가는길

• 그림따라

• 따라지도

• 손따라길따라

• 선따라길따라 @Zen : 3 @동율 이 3 @주원 김 3 @혜인 정 제 의견 필요없음…….

• 중장년층 사용자가 쉽게 길 안내를 받을 수 있도록 설계된 웹서비스

---

결론

팀명 : 따라따라

프로젝트 제목 : 선따라 길따라 (DDara)

프로젝트 한 줄 소개 : 중장년층 사용자가 쉽게 길 안내를 받게 해주는 모바일 웹서비스

기술 키워드 : #지도, #저작도구, #실시간 위치

깃허브 링크 : https://github.com/boostcampwm-2024/web28-DDara

---

20241101(금)까지 해야 할 일

1. @혜인 정 피그마 기획서 수정
2. @혜인 정 리드미 작성
3. @주원 김 @동율 이 필요한 기능 정리 → 기능 추출
4. @Zen 멘토님께 전달 드릴 문서 작성
5. @Zen 20241101 발표 준비

20241104(월)까지`

1. 커밋 전략 및 코드 컨벤션
2. 에어비앤비 : https://github.com/airbnb/javascript (번역본 : https://github.com/ParkSB/javascript-style-guide)
3. 네이버 : https://github.com/naver/eslint-config-naver/blob/master/STYLE_GUIDE.md
4. JavaScript Standard Style : https://standardjs.com/readme-kokr.html
5. 타입스크립트 → 옵션 어떻게 줄건지
6. 테스트 전략
7. 스토리북 사용법 익혀오기

• 각자 해오기로 (프론트)

5. (백엔드) 혜인님도 스웨거 익혀오기
6. Vitest

Vitest 처음 시작하기

7. Github action → 자동화
8. 자동화 배포 어떻게 할건지 → 정해오시면… 편하신걸로…
9. FE 빌드 및 배포 → Vercel 이용하기

• @Zen :: 도메인 살꺼에요? → 임시도메인 이용하기
• CloudFlare(DNS) → Vercel(Proxy, Router) → 정적배포
• 버셀이 검사합니다. 빌드되는지 안되는지
• 그래서 항상 코드 PR 날리기 전에 ts build 해보셔야 됨.

10. WAS → 혜인님 재량

• @혜인 정

• 월요일 목표는 환경설정 끝내기

• 만약에 안적은거 잇어도 공유하고 싶은거 있으면 즉각즉각 슬랙에 공유.

• Zep은 항상 열려있어요 여러분.. 와주세요….

• 저희 기능 테스트 어제 해오신것처럼 가능하면 조금씩 해도 좋아요.

태그 이름	설명
Feat	새로운 기능을 추가할 경우
Fix	버그를 고친 경우
Design	CSS 등 사용자 UI 디자인 변경
!BREAKING CHANGE	커다란 API 변경의 경우
!HOTFIX	급하게 치명적인 버그를 고쳐야하는 경우
Style	코드 포맷 변경, 세미 콜론 누락 등 코드 수정이 없는 경우
Refactor	프로덕션 코드 리팩토링
Comment	필요한 주석 추가 및 변경
Docs	문서를 수정한 경우
Test	테스트 추가, 테스트 리팩토링
Chore	빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우 (프로덕션 코드 변경 X)
Rename	파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
Remove	파일을 삭제하는 작업만 수행한 경우