-
Notifications
You must be signed in to change notification settings - Fork 3
Week1 회고
Seolmin Moon edited this page Nov 2, 2024
·
1 revision
- J035
- 의견 충돌이 발생해도 그 단계에서 근거에 대한 설명들을 잘 해주시다 보니 합의가 잘 되었다.
- 계획을 잘 세워서 태스크, 디자인, 와이어프레임을 구성하는 것이 좋았다.
- J042
- 그라운드 룰을 어기지 않았다는 점이 좋았다. 데일리 스크럼을 지키고 회의 중간 쉬는 시간을 가졌던 부분!
- 4명의 I 임에도 불구하고 원활한 의견 교환이 이루어졌던 점이 좋았다.
- 기술적 난제나 문제에 대해서 합의가 이번 주내로 이루어져서 진행에 차질이 없었던 점이 좋았다.
- J091
- 중간에 흐름이 끊겨도 진행상황 공유가 잘 이뤄졌다 → 소통이 잘 됐다
- 기획단계에서 의견충돌이 많을 줄 알았으나 얘기가 잘 통해서 좋았다
- 게더타운 이용했던 것도 좋았다.
- 저희팀이 디벨롭이 많이 됐다.
- :
- 프론트엔드에 능력자 분이 계셔서 화면 구성이나 디자인 부분에 있어서 좋았던 점이 많았다.
- J239
- 코어 타임이 잘 지켜져서 집중해야하는 시간에 결과물을 도출해내서 효율적으로 이루어졌다고 생각!
- 게더 타운에서 함께 상주하면서 기획 단계에서 의견 교환이 잘 이루어져서 좋았다.
- J035
- 마일스톤을 관리하는 데에 있어서 부족함이 있었다.
- J042
- 스스로 느끼기에 독단적으로 진행한 부분이 있는 것 같았다. (차라리 욕을…)
- J091
- 의사 결정에 있어서 명확한 부분이 없어서 조금 그런 느낌이 있다.
- J239
- Github wiki, 마일스톤이 다른 조에 비해서 진행 상황이 미진한 느낌이 있다.
- J035
- wiki 올릴 때 무엇을 공부할 건지 공유를 하자
- J042
- 분쟁을 만들자, 부정적인 의견 긍정적인 의견 모든 의견을 적극적으로 내도록 하자
- 모두가 팀장이 되도록 하자
- J091
- 의사 결정권자 적극 찬성!
- 분야별로 정해보자 → FE, BE 기능별, 깃헙,.. 등등
- 야근하는 거 이야기해주세요~
- J239
- 의사 결정권자를 설정해서 의사 결정이 명확하게 이루어지도록 하자
- Kafka를 고려하는 지에 대한 질문
- 디자인, 와이어프레임에 대한 부분에 긍정적인 피드백
- WebRTC vs Socket
- 왜 게시판 방식이 아니라 채팅방방식인가 ?
- 🚩 FE 기술 선택이유
- ✨ 차트의 반응형 구현과 useRef 타입 문제
- 🐣 부모 요소의 상태에 따라 자식 요소도 스타일 변화 부여하기
- 📁 zod 도입하기
- 🔖 useInfiniteQuery를 사용한 그래프 무한스크롤 구현
- 🎫 사용자의 시점 변화 없는 그래프 스크롤 구현하기
- 🧪 수많은 그래프 데이터 요청을 어떻게 줄일까
- 🌚 다크모드에서 새로고침 시 라이트모드가 잠깐 보이는 문제
- 👊 웹소켓의 채팅 데이터와 REST API의 채팅 데이터를 함께 관리하기
- 📡 BE 기술 선택 이유
- ⛏️ Node WebSocket 파고들기
- ✏️ TypeORM Datasource mock 만들기
- ☁️ oauth ID range 문제
- 📖 custom pipe에서 Nan이 받아지는 문제
- 🪒 nest Websocket에 세션이 안된다고?
- 🏴 nginx websocket 연결 시 문제 발생
- 🆘 WebPush 구현
- 🧊 우선순위 큐로 요청 제어하기
- 🔌 websocket이 늦게 할당되어 발생되는 문제
- 🥳 typeorm을 이용한 FCM 알림 서비스
- 🚦 다중 유저 동시성 제어 ‐ 싱글톤, 뮤텍스
- 🍙 그래프 데이터를 실시간으로 제공하기위한 전략