-
Notifications
You must be signed in to change notification settings - Fork 10
11.26(금) 5주차 주간 회고 & 피어 세션
nawhes edited this page Dec 5, 2021
·
2 revisions
주간회고 방법
- 유익한 피드백을 위해서 대놓고 하기 어려운 이야기를 익명성을 활용해서 전달합니다.
- 모든 피드백이 작성된 후에는 각자에게 달린 피드백을 댓글읽기 콘텐츠처럼 리뷰해야 합니다.
- 각자의 피드백에 억지 칭찬, 자유, 억지 비난 세가지가 적혀야 합니다.
- 한 사람이 본인을 제외한 다른 팀원에게 피드백을 하나씩(억지 칭찬, 자유, 억지 비난 중 하나 선택) 작성해야 합니다.
- 다른 팀원의 피드백 중 작성되지 않은 피드백을 채워야 합니다.
억지 칭찬
- 우리의 고민의 흔적이 진짜 무시못하는 경험들이라고 생각합니다 저도 다른 프로젝트 해봤는데 이렇게 팀이랑 같이 고민하면서 하는건 정말 처음인 것 같아요 한번은 잘 몰라요~ 이러는 팀원들이랑하고 한번은 해보려고 하는데도 잘모르겠는데 ,,, 하는 사람이랑 하고 한번은 한분이 결혼하시느라 바뻐서 신경도 안쓰고
- 3줄 요약좀
- 되게 힘든 조별과제를 많이 하셨던것 같네요 ㅠㅠㅠㅠㅠ 토닥토닥.....
- 제가 3줄 요약해드림 우 리 짱
- 많은 프로젝트를 경험하셨네요?? 대단하시네요?? 그와중에 우리 프로젝트가 최고라니깐 기분이 좋네용
자유
- 와! 차트가 된다!
- 와!
- 차트 나랑 재현님이 만듬 ^^~~
- 난 차트 될 줄 알았음. 쉽던데요?
- 차트 ㄹㅇ 근사하다구요
자유
- 와! 봇도 된다!
- 와!
- 봇은 구상님이 만듬~!~~~
- 로또생성기랑 다름없는 봇 ㅋㅋ
- 곧,, 인공지능이 추가될 봇입니다..
억지 비난
- 성능도 구현의 일부분입니다.다음주도 일하세요
- 월차 써도 되나요?
- 이제 락 트랜잭션 개선하면 20만명 가능한가요???? 세환님?????
- 담주에 봇 20만명 돌아갈 예정이니 작정하셔야합니다. 초당 20만 요청 ㄲ
- 성능만 잘뽑히면 진짜 멋질듯 근데 렌더링 성능에는 큰 문제없나요?? 급 궁금하네요
억지 칭찬
- 트레이딩봇이 원할하게 잘 돌아가서 서비스를 운영하는 느낌이 나게되서 너무 좋아요~~
- 까보면 별거없는 트레이딩 봇입니다. 백도어 같이 쓰는거라 ㅋㅋㅋ
자유
- 항상 대답 잘해줘서 고마워요
- 아 그거 까까가 하는건데요ㅎㅎ
억지 비난
- 까까 이리와~
- 브라우니도 있다구요...맨날 브라우니는 까먹어...
억지 칭찬
- 차트 라이브러리 만들어서 우리도 팔죠 ㅋㅋ 수익금은 제가 관리하겠습니다^^
- 아니 민준님도 차트 같이 했다구요!!
자유
- 차트 ... 쫌 쳤다잉
- 민준님도 쳤다잉...
억지 비난
- 차트와 스타일 개선을 그렇게 잘해주셨는데 어떻게 비난하죠¿¿¿
- 하하... 감사함다
(스스로 억지비난 3개를 자처함)
억지 비난
- Mysql:격리수준, 쿼리:락이자나여~ 격리수준하고 락이 같으면 Mysql이 쿼리하고 같은게 되어버린다구요~
- 흠... 조리있게 얘기하고싶다... 아마 우리 같은 얘기를 하는걸꺼에요 그냥 무식해서 말을 제대로 못해서 그래요 제가 ㅋㅋㅋ
억지 비난
- 아직도 혼란스러워요 격리수준이랑 락 어떻게된걸까요
- 그니깐... 락을 걸면 쿼리가 차단될 수 있다. 쿼리에 락을 걸 수 있다.
억지 비난
- 텐션좀높여주세욬ㅋ
- 텐션?_?
억지 칭찬
- CI/CD 마스터 ㄷㄷ
- 이거 만든지 많이 됬는데 이제..? 지금..? 갑자기..?? 많이 적을게 없으셨나봅니다..???
자유
- 민준님 저 좋아하세요? 저 싫어하세요?
- 음....... 싫어요 ^^
억지 비난
- 민준님 저 좋아하세요? 저 싫어하세요?22
- 음........ 좋아요 ^^
- J012 김경식
- J065 김한빈
- J143 이수민
- J208 최인규
- J089 박세환
- J008 권구상
- J176 장민준
- J050 김재현
To 핸섬서비스
- 차트 어떻게 그리셨는지 궁금합니다
- 캔버스로 그림
- x, y 좌표값 계산이 어려웠음
- DB 설계 궁금해요
- 모든 거래 내역을 DB에서 관리 (mysql)
- 동시성 제어가 중요한데 그부분을 계속 고민중입니다.
- 로그 관리 (mongoDB)
- mysql의 부하를 분산하기 위해 로그는 mongoDB 사용
- 모든 거래 내역을 DB에서 관리 (mysql)
- 트래픽은 어떻게 관리하시나요
- 트래픽을 완화하기 위해서 캐싱등을 사용하기가 어려운 점이 있음(실시간 데이터, 개인화 서비스), 그래서 주문 체결 프로세스를 빠르게 처리하는 것을 우선순위로 두고 있음.
- 네트워크 트래픽은 아직 분석단계
- 주문은 봇이 계속 걸어주고 있는건가요
- 주문이 체결되게 하기위해 봇이 주문을 계속 걸어주고 있습니다.
- 웹소켓으로 통신되는 데이터가 순서보장이 되는건가??
- 그러게요 ㅋ_ㅋ 알아봐야겠네요
To 버스없는 팀
- 게임자체가 재밌는 요소가 있네요 몰랐던 게임인데 재밌어요 술게임해도 좋을 듯 부가적인 기능들 더 추가할 아이디어도 있을까요?
- 발언할 차례가 되었을 때 알림?!
- 사용자간 마이크 공유(?)는 어떻게 처리하시는지 궁금해요!
- peer to peer : 서버 과부하 방지
- 3-way handshake와 비슷한 방식으로 구현
- Zoom은 어떤 식으로 처리하고 있을까요?!
- 턴 처리는 어떻게 하시는지도 궁금해요!
- 서버에서 턴 정보를 계산해서 방 안의 클라이언트들에게 broadcast 해줍니다.
- 자신의 턴이 되면 마이크를 ON 하고, 자신의 턴이 아니면 마이크를 OFF.
- 배포 과정은 어떻게 진행이 되었나요
- Nginx에서 프론트엔드 빌드 경로에서 정적파일을 제공하고 api, socket 요청을 각각 포워딩 해주고 있습니다.
- 발표 주제는 어떤걸 생각하시나요
🏠 Home
📄 Ground Rules
📄 Branch & PR Rules
📄 Coding Conventions
📖 Backlog
🖥️ Wireframe
⚙️ Architecture 및 시나리오 흐름
📋 ER-Diagram
📋 API 문서
📄 Ground Rules
📄 Branch & PR Rules
📄 Coding Conventions
📖 Backlog
🖥️ Wireframe
⚙️ Architecture 및 시나리오 흐름
📋 ER-Diagram
📋 API 문서