-
Notifications
You must be signed in to change notification settings - Fork 2
📝 기획 회의 (작성일 : 2024 10 31)
- 분류: 정규 회의
- 생성 일시: 2024년 10월 31일 오전 10:05
- 선택: 회의록
@Zen :: 테스트 환경 세팅 (vite, tailwind 등), 네이버 맵 api 사용해서 불러오는 것, polyline 사용해서 마킹 되는지 여부 확인
네이버에서 @types/navermap 관련한 타입을 전체 정리해둠, 사용하면 됨
준일님 :: tdd는 반대, 테스트는 할 수 있는게 없을듯,
여러가지 놓고 봤을 때 포폴로 쓸 수 있을지? 프론트엔드는 인터렉션, 백엔드는 웹소켓으로 끝날 것 같음
기술적으로도 주제적으로도 사용할 수 있는게 없을듯
→ 시나리오 관련해서 정리 필요
- 사용자의 그룹화 → 선은 마트가는 길로 뺴놓겠어.
- 길을 여러번 꺾이게 그렸는데 경로 하나하나 선택하는 것은 너무 사용자 경험이 떨어진다고 생각.
- 초록색이 두 칸이 있어도 하나하나
-
해당 사용자만 보는 것과 같은 관리가 필요하다.
-
사용자별로 출발지 도착지 마커를 찍고, 그림으로 조작을 하는 것.
-
정말 저작도구처럼 그리는 느낌
- 직선 툴 같이 사용하면 좋을 것 같다. 하나하나 그리는 것보다 직선 툴 처럼 그리는 것.
@주원 김 :: 이미지로 저장하는 방법도 있을 것 같은데 혹시 이건 어떻게 생각하시나요?
@혜인 정, @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
- @혜인 정 피그마 기획서 수정
- @혜인 정 리드미 작성
- @주원 김 @동율 이 필요한 기능 정리 → 기능 추출
- @Zen 멘토님께 전달 드릴 문서 작성
- @Zen 20241101 발표 준비
-
커밋 전략 및 코드 컨벤션
- 에어비앤비 : https://github.com/airbnb/javascript (번역본 : https://github.com/ParkSB/javascript-style-guide)
- 네이버 : https://github.com/naver/eslint-config-naver/blob/master/STYLE_GUIDE.md
- JavaScript Standard Style : https://standardjs.com/readme-kokr.html
-
타입스크립트 → 옵션 어떻게 줄건지
-
테스트 전략
-
스토리북 사용법 익혀오기
- 각자 해오기로 (프론트)
-
(백엔드) 혜인님도 스웨거 익혀오기
-
Vitest
-
Github action → 자동화
-
자동화 배포 어떻게 할건지 → 정해오시면… 편하신걸로…
-
FE 빌드 및 배포 →
Vercel이용하기- @Zen :: 도메인 살꺼에요? → 임시도메인 이용하기
- CloudFlare(DNS) → Vercel(Proxy, Router) → 정적배포
- 버셀이 검사합니다. 빌드되는지 안되는지
- 그래서 항상 코드 PR 날리기 전에 ts build 해보셔야 됨.
-
WAS → 혜인님 재량
- @혜인 정
-
월요일 목표는 환경설정 끝내기
-
만약에 안적은거 잇어도 공유하고 싶은거 있으면 즉각즉각 슬랙에 공유.
-
Zep은 항상 열려있어요 여러분.. 와주세요….
-
저희 기능 테스트 어제 해오신것처럼 가능하면 조금씩 해도 좋아요.
| 태그 이름 | 설명 |
|---|---|
| Feat | 새로운 기능을 추가할 경우 |
| Fix | 버그를 고친 경우 |
| Design | CSS 등 사용자 UI 디자인 변경 |
| !BREAKING CHANGE | 커다란 API 변경의 경우 |
| !HOTFIX | 급하게 치명적인 버그를 고쳐야하는 경우 |
| Style | 코드 포맷 변경, 세미 콜론 누락 등 코드 수정이 없는 경우 |
| Refactor | 프로덕션 코드 리팩토링 |
| Comment | 필요한 주석 추가 및 변경 |
| Docs | 문서를 수정한 경우 |
| Test | 테스트 추가, 테스트 리팩토링 |
| Chore | 빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우 (프로덕션 코드 변경 X) |
| Rename | 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우 |
| Remove | 파일을 삭제하는 작업만 수행한 경우 |