-
Notifications
You must be signed in to change notification settings - Fork 2
📝 아이디어 회의 (작성일 : 2024 10 29)
- 분류: 정규 회의
- 생성 일시: 2024년 10월 29일 오전 10:00
- 선택: 회의록
| 이름 | 발제자 | 분류 |
|---|---|---|
| 💭 Three.js에 대한 생각 by 임재도 | Zen | idea |
| 💭 공간에 기억을 담다 by 임재도 | Zen | idea |
| 💭 아이디어 합치기 by 김주원 | 주원 김 | discuss |
| 💭 GPT의 아이디어 by 이동율 | 동율 이 | idea |
| 💭 중장년층을 위한 지도 서비스 (토론) | Discuss | discuss |
| 💭 중장년층을 위한 지도 서비스 by 임재도 | Zen | idea |
| 💭 중장년층을 위한 지도 서비스 by 이동율 | 동율 이 | idea |
| 💭 중장년층을 위한 지도 서비스 by 정혜인 | 혜인 정 | idea |
| 💭 중장년층을 위한 지도 서비스 by 김주원 | 주원 김 | idea |
@Zen :: 기존에 이야기를 한 것은 디자인적인 측면이 강한 것 같았다.
@혜인 정 :: A11y에 대한 아예 접근성을 고려하는게 좋을 것 같다. 접근성자체를 기술적으로 가져가봐도 좋을 것 같다.
@혜인 정 :: 지도에 대한 상태관리를 해봐도 좋을 것 같다. 치킨집마다 다른 뿌링클 맛을 평가하는 웹사이트가 있었으면 좋겠다 해서 전국 뿌링클 맛집 지도를 만든적이 있는데, 전국 맛집에 대한 마킹을 해두고 마킹 별로, 리뷰를 넣을 수 있는 그런 식으로 사용을 했다. 네이버 지도 API나 카카오 지도 API를 사용하면 그건 진짜 간단하다. 기술적인 도전으로 가져가기에는 아쉬움이 있을 것 같다. 상태관리에 대한 기술적 도전보다는 API적용에 대한 기술적 도전이 될 것 같다. 포트폴리오적으로 맞지 않을 것 같다.
@Zen :: 위치 정확도를 올리고 싶으면 알고리즘을 건드려야 한다.
@Zen :: 기술적인 도전을 할 거면 2개를 생각해볼 수 있을 것 같다. 1. 지도 만들기. 2. 실내에서 위치 안내해주기. 다만, 이 경우는 FE프로젝트라기 보다는 임베디드, CS 프로젝트가 될 가능성이 있다.
@혜인 정 :: 위치에 대한 것에 집중하면 threejs라는 기술 자체에 도전하는 것과 다를게 없을 것 같다. 기술적인 도전을 했으면 좋겠다.
@혜인 정 :: 그냥 멘토님께서 말씀하신 스토리북을 도입해서 프론트엔드 개발적인 도전을 해보자. 주제는 어제 정한 걸로 동일하게 하고,
@Zen :: A11y로 할 것이라면 TDD로 하자. 그냥 TDD를 넘어서 모든 과정을 테스트하고, 이를 기술적인 도전으로 삼자.
@동율 이 :: 뭐든 “왜?” 라는 질문에 대답을 확실히 할 수 만 있으면 상관이 없을 것 같다.
@주원 김 :: 6주동안 TDD하는게 잘 없을 것 같아서, 면접때 주제를 모을 수 있고.. 장점이 많을 것 같다. 딥다이브한 범위 내에서 주제를 가져갈 수 있을 것 같다. 부정적이면 부정적인 이유를 나열할 수 있고, 등등.. 다만 확장성에 대한 부분
@동율 이 :: 실시간 위치나, 접근성이나 UX도 디자인적인게 강하다. 이에 대해서 기술적 도전을 할게 아니라면 TDD등 평소에 해보기 어려운 확실한 주제를 잡아서 가는 게 좋을 것 같다.
@혜인 정 :: 우리가 할 수 있는 제일 큰 기술적인 도전인 것 같다. 구현하는 데 신경을 많이쓰면 TDD를 도입하기 어려울 것 같다. 우리가 구현할 수 있는게 적어야 할 것 같다. 간단한 프로젝트 처럼.
@혜인 정 :: 문서화를 도전으로 해봐도 좋을것 같다.
@동율 이 :: 문서화는 기술적 도전이 아닌 것 같다. 굳이 TDD가 아니더라도, 다른 방법으로 고민해봐도 좋을 것 같다.
@주원 김 :: 여행계획 TodoList로 가더라도, 주제는 좀 짜쳐도 상태관리 TodoList로 넣어도 괜찮지 않을까? 계획 세우기를 J식으로 해서 상태관리를 해봐도 좋을 것 같다.
@Zen :: 시간이 부족할 것이라는 생각이 든다면, 코어타임 규칙을 깨자. 코어타임까지만 개발을 하더라도 문서화, 공부는 그 외시간에 하는 게 맞다고 생각한다. 내가 생각하는 일정 산출에는 학습 시간 및 문서화 시간은 포함되어 있지 않다.
@혜인 정 :: 주제만 작게 잡으면 시간적인 측면에서는 상관 없을 것 같다.
@Zen :: 문서화나, 학습은 코어시간 이후에 진행하자. 대신 학습을 하면 동기화는 빠르게 하자.
@혜인 정 :: 프로젝트가 작으면 테스트를 할 게 그만큼 적어진다.
@Zen :: 그럼 아예 클론 코딩을 해버리는 건?
- 어떤 주제를 하든 상관없으나,
TDD등 모든 과정에 대한 테스트 주도 개발을 기술적 도전으로 함. - 주제는 위치관련된 것이면 된다. ↔ 자유롭게 해보고 최대한 고려 (포폴적으로 확실하게…)
- 코어타임시간에는 온전히 개발만. 일정 산출도 개발진도에 대한 부분만. (늘어짐 방지) - 회의시간은 포함 → 테스트코드 작성
- 문서화 및 학습은 코어타임 이후에 자유롭게. 적게하든 많이하든 무조건 코어타임 이후. (개발하면서는 최소한의 것만 보기.)
-
문서정리 → 아카이빙해서 가져가면 좋을 것 같다는 생각… 나중에 회으ㅜ
-
이후 쉬고와서 :: 주제선정
최대한 노션 페이지는 안만들고 여기에 적을게요. GPT가 잘 인식을 못하네여 ㅠㅠ..
나중에 따로 아카이빙 하겠습니다.
테스트 with Jest: 제로초에게 제대로 배우기 강의 | 제로초(조현영) - 인프런
2시간으로 끝내는 프론트엔드 테스트 기본기 강의 | 강병진 - 인프런
- 생각해보니 Cypress도 있었네요. 당근은 이거쓴다던데
실무에 바로 적용하는 프런트엔드 테스트 - 1부. 테스트 기초: 단위・통합 테스트 강의 | 코드 조커, 오프 - 인프런
실무에 바로 적용하는 프런트엔드 테스트 - 2부. 테스트 심화: 시각적 회귀・E2E 테스트 강의 | 코드 조커, 오프 - 인프런
근본있는 프론트엔드 유닛테스트 강의 | 어쩔코딩 - 인프런
- 개인적으로 만약 TDD 프로젝트로 가면 이 바이블 책 정도는 읽어봐야 할 것 같아서, 이걸로 그룹프로젝트 내부 스터디해도 재밌을 것 같습니다.
코드와 함께 살펴보는 프론트엔드 단위 테스트 – Part 1. 이론 편 | 우아한형제들 기술블로그
코드와 함께 살펴보는 프론트엔드 단위 테스트 – Part 2. 실전 편 | 우아한형제들 기술블로그
프론트엔드 개발자가 알아야 할 ‘유닛 테스트’ 작성법 | 요즘IT
실용적인 프론트엔드 테스트 전략 (1) : NHN Cloud Meetup
[A5] 프론트엔드에서 TDD가 가능하다는 것을 보여드립니다.
@혜인 정 :: 걸리는게 뭐냐면, TDD가 현업에서 부정적인 이미지가 많은데.. 이걸 써야하는 게 후킹하지 않다고 생각한다. 예시를 들면 멘토님이 써야하는 프로젝트가 전역 상태 라이브러리를 써야한다는 방향으로 나아갔다. 거기에서 Context를 써보고, 안좋은 것이 있다는 것을 발견했고, 그래서 왜 안좋은지 알 수 있었다가 흐름이 되는건데… 우리로 따지면 전역상태관리를 쓰지 않고 그냥 useContext가 됐다. 라고 생각한다. 우리로 치면 useContext가 TDD라고 생각한다. Storybook이 Redux가 아닌가 싶다. 많이 바뀌고, 테스트코드가 바뀌기 때문에 비효율적인것 같다가 대다수고… 간단한 스토리북을 사용하는 경우가 훨씬 많고. 제가 생각했을 때는 멘토님이 useContext를 썼을 떄 그정도로 후킹했을까 싶다.
@주원 김 :: 썻을떄 비용은 많이 들었지만, 코드가 어떻게 변했다. 이게 포커싱이 될 것 같다. TDD를 썼을때의 효과는 이거이거했으니까 좋고, 전 프로젝트는 어떤 관점이 부족하고… 사이드이펙트가 생길지 몰랐는데.. 다음 프로젝트는 이거이거… 그렇게까지 하는게 되는게 아닐까 생각하고있다.
@혜인 정 :: 결론이 부족한게 너무 걸린다…
@혜인 정 :: 테스트와 빡센 문서화면 프로젝트로도 가치가 있을 것 같다.
@Zen :: 테스트를 제대로 할 수 있으면 좋을 것 같다. (팀 전체가 동의한다면)
@주원 김 :: 일단 써보자가 의의인 것 같다. 일단 그래도 쓰자 라는 주의이다.
@동율 이 :: 테스트를 하고 싶어 하는 것 같다. 테스트가 주가 되기 보다는 어디서든 쓸 수 있다. 굳이 좋은 주제가 있는 게 아니면 그대로 써보자.
@혜인 정 :: 일단 어제 정했던 주제로 가서 TDD를 입히고, 거기서 해보는 걸로 가자.
| 제안자 | 아이디어 | 예상 사용 기술 | 이유 | 추가 피드백 |
|---|---|---|---|---|
| @주원 김 | 🗺️ 네이버 지도 개선 - 오늘의 장소 리스트에 오늘 갈 장소들을 담아둔다 - 단톡에 이를 공유하면 약속 일정 공유와 함께 장소를 이동할 때 바로 해당 링크에서 길안내를 시작할 수 있다 - 좋았던 여행 경로 등을 기록해두고 공유할 수 있다 🤔 확장 (1,2월 기간을 활용해서 더 추가해볼만한 사항) 1. 경로추천 - 경로 설정(A,B,C) 3가지 목적지가 있을 경우 A→B→C가 빠른지 B→A→C가 빠른지 등 빠른 경유지 탐색 2. 3D를 사용 - 실내(롯데타워 같은 곳에서는 실내 길안내) 3. AI 사용 - 여행의 경우에 추가할만한 방문지 추천 4. 재도님 프로젝트와의 결합? - 링크에 접속한 사람들의 실시간 위치를 표시(옵션 추가) → 위치의 정확성 높이기 → 어르신 픽업, 흩어져서 놀다가 모이기 등등 |
이전의 지도는 단톡방에 공유되어있는 장소 정보나 인터넷 검색을 통해 1명이 길찾기를 진행하는 방식으로 진행되어왔다. 따라서 단톡방에 일정을 공유할 때 장소 각각에 대한 링크들을 공유하는 것이 아니라 장소들의 목록을 공유하여 번거로움을 줄이고자 한다. |
@Zen Travel이라는 어플이 있어요. 이거 벤치마킹 해봐도 재밌을 것 같음. 실제로 일본 여행 때 요긴하게 썼음. → 구글지도 연동 |
|
| @Zen | 🚀 약속 정하기 위해 사용하는 프로그램 [핵심] :: 실시간 위치 추적 - 지도에 실시간으로 각 사용자의 위치를 표시한다. - 이를 보면서 사용자 간의 서로 현재 어느 위치에 있는지 파악한다 [추가 기능] - 실시간 위치 표시를 넘어서 장소에 댓글을 남겨봐도 괜찮을 것 같다. 일종의 추억 저장이라 해야 하나…? 1. WhenToMeet처럼 시간을 타임테이블 형식으로 정할 수 있었으면 좋겠다. 2. 약속 장소를 리스트업하고, 이를 바탕으로 주변 사람들의 위치를 파악할 수 있었으면 좋겠다. 3. 중간 지점이 되는 장소를 자동으로 찾고, 경로를 알려줬으면 좋겠다. (예상 시간까지.) 4. 버스 타는 지점이나 대중교통 타는 지점 등을 알려줬으면 좋겠다. 5. 막차에 대한 정보를 정확하게 제공했으면 좋겠다. 혹은 현재 버스가 어디에 있는지도. |
- Geolocation API - 네이버 지도 API - React - React Native |
1. 약속을 정하기 위해서 항상 어려운 것은 다음과 같습니다. - ㄱ) 공통된 시간을 정하는 문제 - ㄴ) 중간 지점을 찾는 문제 이에 대해서 뭔가 하나로 합쳐진 서비스가 있었으면 했습니다. (당장 저희만 해도 관련해서 정하는데 꽤 오래 걸렸잖아요? ㅎㅎ) 2. 막차를 제대로 알려주는 서비스가 있었으면 했습니다. 얼마 전 집 근처 지하철역에서 집까지 막차를 타는데, 버스가 16분 후로 찍혀있는 겁니다. 7 정거장 전이었구요. 그래서 그런가 보다 했는데 10분 딴짓하다 다시 보니 14분입니다… 그래서 아 뭔가 막히는가 보다 했는데.. 20분 더 기다려서 보니 버스가 사라져있습니다… 아놔.. 이러면서 다른 버스 기다리는데 20분 후 그 버스가 다시 나타나고 6분 후가 되었더군요.. 3 정거장 전… 심지어 기다리던 다른 버스에서도 비슷한 문제가 발생했습니다. 결국 밖에서 1시간 10분을 기다린 끝에 탔습니다. 이런 경우 다른 건 모르겠고 실시간 버스 위치만 추적이 되어도 괜찮지 않을까 했습니다. 그리고, 이런 기능은 약속 정할 때 실시간 위치 추적과도 크게 기능상 다르지 않을 것 같아서.. 이 정도만 있어도 약속 정하기 위한 프로그램이 아니라 버스의 위치 추적만 제공을 해주고,도메인을 버스 추적기라고 해서 개발해도.. 저는 이 프로그램을 사용할 거라고 생각했습니다.3. 저희 조부모님의 동네에는 1시간에 버스가 1대 옵니다. 그리고, 정해진 시각에 도착하는 경우가 거의 없습니다. 현재 위치가 어딘지 몰라서.. 조부모님께서는 항상 덥든 춥든 힘든 몸을 이끌고 최소 20분은 대기하십니다.. 버스의 위치만을 알아도 이런 문제가 덜하지 않을까 생각했습니다. 4. 조부모님께서 열차로 올라오실 때 서울 지리가 익숙치 않아서 길을 자주 헤매십니다.. 저희가 마중 가도 위치 파악이 안 되어 헤매는 경우가 많습니다. 이 경우 실시간 위치만 제대로 보여줘도, 그 위치로 저희가 가면 되니까 얼마나 좋을까? 하는 생각이 있었습니다. 5. 약속 때에도 항상 길이 엇갈리는 경우가 생깁니다. 그런 경우에도 이런 서비스가 있었으면 좋겠다고 생각합니다. 6. 위치 서비스를 쓰면 차는 몰라도 도보는 현재 내 위치가 제대로 파악이 안 되는 경우가 많습니다. 이걸 프론트엔드의 기술을 써서 해결해보면 어떨까 했습니다. |
@혜인 정 부산에서 카카오는 시범 운행하고 있다. 현재 버스 위치를 실시간으로 보여준다. 이미 있는 서비스를 클론 코딩 하는 것도 좋지만, 개선하거나 새롭게 했으면 좋겠다. 개발 말고 기획 단계에서 생각해야 하는 부분이 많을 것 같다. API도 없을 것이다. 시간이 부족할 것 같다. @혜인 정 위치를 공유하면서, 카메라로 실시간 위치를 보여주면 좋을 것 같다는 생각이 들었다. 밤에 그런 의도로 활용해도 좋을 것 같다는 생각이 들었다. 위험한 상황이 생기면 경찰에 전화에서 톡톡 같은 번호 2번 누르면 크롬 화면으로 넘어가고, 현재 상황을 보여줄 수 있게 되어 있다. 카메라도 보이고, 위치 서비스도 제공하면서, 경찰에 보내는 건 조금 부담스럽다. 이런 느낌일 때 사용하면 좋을 것 같다. 계속 브레인스토밍하는 것이다. @동율 이 https://kakaomap.tistory.com/281 요거 이용하면 도착지까지 친구들의 위치와 예상 시간도 알 수 있어요! 저도 최근에 알게 돼서 공유드립니다 |
| @혜인 정 | 🚗 초보자를 위한 운전 연수 웹 네이버 지도의 네비게이션처럼 길을 알려주지만, 현재 위치를 기반으로 해서 유턴을 해야 할 때는 핸들을 꺾는 각도를 함께 보여준다거나, 구간 단속이나 비보호 좌회전, 유턴 신호 등 간단하지만 처음에는 헷갈릴 수 있는 규범이 나왔을 때 어떤 용도(?)인지를 목소리로 알려주는 웹앱 |
부모님이 멀리 계시거나 연수는 비싸서 많이 할 수 없는 경우에는 면허증이 있어도 운전을 시작할 엄두가 안 나는 초보자들을 위해… |
@혜인 정 개발이 아니라 기획 단계에서 할 게 많아서 제외시키면 좋을 것 같았다. | |
| @혜인 정 | 🧭 위치 기반 날씨 시각화 웹 (백엔드 필요 없을 듯) 사용자의 현재 위치와 날씨 정보를 통해 구름, 비, 눈 등의 날씨 요소를 three.js를 통해 3D로 표현해주는 웹 (추가로 인구 밀도, 교통량, 미세먼지 등도 표현하면 괜찮을듯) |
WebGL, Three.js | 백엔드 기술이 최대한 들어가지 않는 웹을 생각해보다……. | @혜인 정 백앤드 필요없는 프로젝트가 제일 베스트가 아닐까? 하는 생각에서 아이디어가 시작되었다. 현재 위치를 통해서 지도를 보여주는 것이다. 그 지도에 날씨 요소를 넣는 것이다. 인구밀도 교통량, 미세먼지 등을 표시해주는 것. 현재 위치를 기반으로 하면, 다른 여행지를 갈 때 날씨를 볼 텐데, 다른 지역을 볼 때가 더 효율적이지 않을까 하는 생각이 들고.. 뭔가 근거가 충분하지 않은것 같다. 조금더 생각해보면 좋을 것 같다. |
| @혜인 정 | 🚲 여행 기록 3d animation 웹 내가 여태껏 다닌 여행지를 애니메이션 형태 (인스타 등에 자랑?할 수 있는 형태)의 영상으로 추출해주는 웹 개인적으로 ‘내트리에놀러와’ 같이 그 영상을 서로 공유하는 웹사이트로 만들어도 재밌을 듯 아래 링크 참고 https://mult.dev/studio |
제가 여행을 정말 좋아해서 기록하고 SNS에 공유하는 것을 좋아하는 편인데, 예쁜 애니메이션 형태로 공유할 수 있는 웹사이트가 있으면 좋겠다고 생각하였습니다. (다만 급하게 생각해낸 거기도 하고 현재 실시간 위치를 반영하는 웹은 아니라서, 더 고민해봐야할듯…) | @혜인 정 Three.js를 쓸 수 있는 방법을 생각했다. 인스타용으로 많이 쓸 수 있을 것 같았다. 한국인 환경에 맞는 느낌, UI/UX가 별로라서 만들고 싶었다. @주원 김 카카오 API나 여러가지로 받아오고, 여행을 한다음 Three.js 와 같은 애니메이션으로 경로를 바꿔서 보여주면 좋을 것 같다. 네이버API, 카카오API와 합쳐도 재밌을 것 같다는 생각이 들었다. @혜인 정 이미지를 넣으면 이미지에 위치 정보가 담겨 있으니까, 그 정보를 이용해서 경로를 보여주는 것도 좋을 것도 좋을 것 같다. |
|
| @혜인 정 | 크리스마스 특집 이건 진짜 아이디어가 아니고 브레인 스토밍 용인데, 12월 딱 프로젝트 마무리 할 때 쯔음 되면 크리스마스일테니, 내 트리에 놀러와 같은 크리스마스 용 웹사이트를 만들어도 재밌을 듯 |
@혜인 정 뭔지 생각 안하고 만든 것. 크리스마스 용도로 산타에게 선물을 보낸다거나.. FE만 사용해도 쓸 수 있는 그런걸 만들고 싶었다. | ||
| @동율 이 | 여행 도감 이미 해봤던 아이디어긴 하지만 매우 미약하고 퀄리티가 떨어져서 다시 디벨롭 해보고 싶은 생각이 있습니다! 기능은 각 도시들 마다 유명한 관광지들을 도감에 비활성화 상태로 넣어두고 실제 그 관광지에 들어간 뒤 5분이 지나면 도감에 사진과 글을 등록할 수 있도록 합니다! 그 이후 각 도시들마다 진행도를 넣고, 등록한 관광지의 수 만큼 경험치를 얻거나 크레딧을 얻는 방식입니다! 이를 three.js를 사용해서 멋지게 만들어 보거나 혜인님 아이디어와 결합해도 재밌을 것 같아요!! 추가적으로는 등록을 위한 여행 루트도 짜주는 시스템도 들어가면 좋을 것 같아요! 시간이 모자라서 구현을 못했던 기능입니다 |
주제가 공익적이거나 전국적인 사회 문제를 해결할 수 있는 앱이었고, 현재 우리나라는 수도권 집중화가 과도하게 되어있어, 이를 해결하기 위한 앱이었습니다. 아무래도 기업을 옮기거나 인프라를 늘리는 방법은 저희가 할 수 없기 때문에, 여행을 통한 유동 인구를 늘려 지역 경제를 활성화 시키자는 아이디어로 시작했습니다 비인기 도시일수록 크레딧을 많이 주는 방식으로 하면 좋은 방향이 될 수 있을 것 같아요 |
@동율 이 예전에 썼던 건데, 2학년때 만든것. 퀄리티가 굉장히 떨어짐. 관광지들을 많이 알려서, 유동인구를 늘려서 해결하면 되겠다. 하는 아이디어에서 출발. 각각 도감이 있다. 직접 그곳으로 가서 실시간으로 위치를 감지를 해서 반경 몇 미터 이내에 들어가면 활성화가 되고, 사진이랑 글을 넣을 수 있도록 해두었다. 사람들이 많이 안가는 곳일수록 경험치를 많이 주도록 유도를 하고자 했다. 수익성도 고려를 했어야 했다. 아직 등록이 안된 부분은 어떻게 하면 더 재밌게 즐길 수 있을 지 플랜도 짤 수 있게 하면 재밌겠다 생각을 했다. 여행 도감이라는 아이디어가 괜찮은 것 같다. 그 지역들에 대한 관광지 소개가 괜찮은 것 같다. 이걸 디벨롭 시켜보고자 하는 마음이 있었다. |
|
| @Zen | 현실 메세지 | @동율 이 재밌을것같아요! |