Skip to content

11.12(금) 3주차 주간 회고 & 피어 세션 메모

nawhes edited this page Nov 21, 2021 · 1 revision

주간회고 방법

  • 유익한 피드백을 위해서 대놓고 하기 어려운 이야기를 익명성을 활용해서 전달합니다.
  • 모든 피드백이 작성된 후에는 각자에게 달린 피드백을 댓글읽기 콘텐츠처럼 리뷰해야 합니다.
  • 각자의 피드백에 억지 칭찬, 자유, 억지 비난 세가지가 적혀야 합니다.
  • 한 사람이 본인을 제외한 다른 팀원에게 피드백을 하나씩(억지 칭찬, 자유, 억지 비난 중 하나 선택) 작성해야 합니다.
  • 다른 팀원의 피드백 중 작성되지 않은 피드백을 채워야 합니다.

3주차

우리의 프로젝트는 어땠나요

억지 칭찬

  • 부릉부릉 슬슬 시동걸린다.
    • 종목 상세 페이지 마무리하면 다한겁니다
    • 뛰뛰 빵빵
    • 가즈아
    • 시동 걸렸으니까 차트 뚝딱 만들어 주시는거죠? 감사합니다.

자유

  • 와! 체결이 된다!
    • 와 떡상 가즈아
    • 핵심기능 하나씩 클리어중
    • 가즈아
    • 역시 세환님이 잘 만들어주셔서? 저를 잘 부려주셔서? 체결이 잘 되어서 만족스럽습니다.

자유

  • 담주야 기다려라ㅋㅋㅋㅋ
    • 담주가 벌벌 떨어요ㄷㄷ
    • 딱대ㅐㅋㅋ
    • ㄹㅇㅋㅋ
    • 다음주에 차트 만들어주신다는 얘기 하신거죠? 감사합니다.

억지 비난

  • 이제 설계가 가닥이 잡힌것같아서 좋은데 이제 구현에 집중했으면 좋겠어요 우리 시간이 없어요!!
    • 설계 다했으니 구현만 남아서 순식간 입니다
    • 저는 구현도 구현인데 리팩토링욕심도 많이 있어요 아 근데 구현욕심도 많이 있어요
    • 리팩토링에 대한거 인정합니다 제가 짠 코드가 제일 맘에 안들어요
    • 저도 주문 API 완전 마음에 안들어서 지금 리팩토링 완전 하고 싶어요

권구상

억지 칭찬

  • 우리팀 메인 탱정글러
    • 난 미드와 탑만 하는데...

자유

  • 까까 이리와
    • 브라우니도 있어요. 브라우니가 서러워할 듯ㅋ

억지 비난

  • 테트리스 진행횟수가 점점 많아지는것 같아요 ㅋㅋㅋㅋㅋ
    • 그거 재현님이 맨날 한판? 한판? 이래서 억지로 키는겁니다 ㅋㅋㅋ

김재현

억지 칭찬

  • 다크모드도 그렇고 프론트엔드 왜이렇게 구현 잘하시나요?
    • 구글은 신입니다 없는게 없습니다

자유

  • 재현님의 묵-직한 스타일이 좋아요
    • ^^

억지 비난

  • 와 차트 마스터 김재현
    • 구상님이 쓰신거 다 알아요? 다음주에 뵐께요 구상님

박세환

억지 칭찬

  • 이번 주는 너무 부드러워지셨는데요ㅋㅋㅋㅋ
    • 말투가 꽤 나긋나긋하죠 이번주는 컨디션도 나쁘지않았던것같아서 더 잘할수 있었는듯

자유

  • 세환님은... 다... 계획이 있구나... 최종 코드의 가독성이 좋아요.
    • ^_^

억지 비난

  • 세환님 뒤에 아주머니분들이 너무 시끄러워요 조금만 조용히좀 시켜주실 수 있나요?
    • 제 권한밖입니다. 여기 카페 쫒겨나면 불편해져요

장민준

억지 칭찬

  • 프로젝트에 신경을 많이 써주셔서 감사합니다
    • 신경을 많이 쓴다고 생각해주셔서 감사합니다.

자유

  • 주무시면서 하세요 잠이 최곱니다
    • 일부러 그렇게 한건 아닙니다;;;;; 어쩌다가 그렇게 됬지??? 갑자기???

억지 비난

  • 신경쓰셔서 만드신 것들 정리해서 모두가 이해할 수 있게끔 해주실 수 있나요?
    • 혹시혹시 전혀 빈정상하지 않았으니 어떤 부분이 모르겠으신지 알려주시면 한번 잘 설명해보도록 하겠습니다 실명 밝혀주세요.... 전반적으로... 정리를 다.. 해보겠습니다 최대한... 네.... ㅠㅠㅠ

피어 세션 메모

  • 2주 동안 작업한거 간단히 소개?
  • 궁금했던 것들 물어보고
  • 기술공유 혹은 고민 했던 것들 혹은 삽질 했던 것들 공유해주세요.

벽전

  1. NEXT를 사용했고 각 전시회 페이지와 옥션페이지가 SEO가 되었으면 했다.

    • 라우팅이 쉽다
  2. 레이아웃으로 공통 컴포넌트를 만들어서 페이지를 구성하는데 불필요한 코드 중복을 줄였다.

  3. 배경이 사진으로 하다보니 글자 색이 배경과 같아서 안보이는 이슈가 있어서 배경사진 그림을 분석해서 검은색 글씨 혹은 흰 글씨를 적용할 수 있도록 했습니다.

질문

  1. 캐러셀 애니메이션 어떻게 구현하셨나요?

    • ㄴ react-slick 을 사용했습니다.
  2. blur를 어떻게 하나요

    • ㄴ css backdrop-filter blur 를 사용했습니다.
  3. 헤더랑 푸터 레퍼런스가 있나요?

    • ㄴ 아트지?, openSea 를 참고 해서 card를 만들었고 헤더 푸터는 저희끼리 만들었습니다.
  4. SEO에 들어갈 수 있게 NEXT를 쓰였는데 리스트는 페이지네이션을 하지 않고 인피니티 스크롤로 했나요?

    • ㄴ 검색결과에서 리스트로 가고 싶어하지 않을 것이라고 생각해서 전시회나 옥션 상세 페이지에만 적용할 생각입니다.
  5. jwt는 SPA에 적용하는 걸로 아는데 SSR 도메인간에 유지가 되던가요?

    • ㄴ 깊게 고민하지 않았던 부분인데 도메인간에 유지가 되어서 따로 처리하지 않았습니다.
  6. 경매 쪽은 실시간으로 처리해야하는데 어떻게 하시나요?

    • ㄴ 소켓io namespace를 활용해서 실시간 처리를 할 예정이고 성능 문제가 되면 해결하려 한다.
  7. NFT에 관해서 설명해줄 수 있는지?

    • ㄴ 내가 소지하고 있다는 증명서가 됩니다. NFT 토큰 내부에 r거래 내역, 가격, 날짜 등이 기록이 되고 위변조가 되지 않습니다.
    • ㄴ 최근에는 사진 이미지 뿐만아이라 최초의 트윗, 게임의 공간, 게임의 아이템도 NFT로 거래를 시도하고 있습니다.
  8. 실시간성 트랜잭션 결과 처리 어떻게 할건지.

    • 레디스를 사용하자?
  9. NEST API 서버를 여는거말고 소켓서버는 어떻게 할것인가?

    • app 객체에 붙이면 되지 않을까 싶습니다.
  10. eslint 참고어떤걸 했을까요?

BOOSTOCK

  1. 백단 아키텍처 아키텍처를 이야기를 하고있다.

  2. 웹소켓을 써야 하나 확실히 했다.

    1. SSE + rest api를 고려했다가 차트 때문에 웹소켓을 사용하게 되었습니다.
    2. websocket과 socket.io 고민하고있다.
    3. socket.io string으로 주고 받아서 성능이 안좋다.
    4. 최대한 성능을 높이고자 websocket을 진행할 것이다.
  3. UPbit를 참고해서 하려한다.

  4. 몽고DB, mysql 둘다 사용한다. 차트도 일분마다 계속 생성되는 차트다. 최상단의 거래소의 데이터를 저장하고 있는 것이라고 생각했다. scale out을 고려해야겠다. 확장성을 고려해야겠다.

  5. 실시간적이고 대용량 트래픽을 처리를 고민하고있는데 어느정도인지 생각을 안했다. 그부분에 더 디테일하게 생각을 하면 좋겠다. 조언을 받았습니다. 거래소가 일반적으로 얼마큼의 사용자가 있는지 트랜잭션을 확인해볼 때 tps라해서 초당 트랙잭션이 얼마인지 계산을 했다.

  6. mysql에서는 버틸 수 없어서 mongoDB를 선택하신건지 피드백을 받았다.

  7. jwt 왜 사용했는지 와 jwt를 사용하므로써 다른 인증과 장/단점이 무엇인지 생각해본적이 있는가? 면접 질문을 받았었다.

  8. 데이터베이스가 중요하고 트랜잭션의 성공여부가 명확하게 지켜줘야 한다. 타입ORM을 사용하는데 트랜잭션을 제어하는 기술을 파악 하고 잇다.

  9. 클라이언트에게 뿌려주는 거는 서버가 클라이언트에 뿌려주고있다. 일정 시간 마다 종합된 정보를 보내는데 짧은 간격으로 계속으로 보내줘서 렌더링을 빠르게 한다. DB에서 쿼리에서 계속 보내야 한다. 10ms 안에 다 처리가 되어야 한다.

    • ㄴ매번 쿼리를 날리지 않는다. 가격이 딱 정해진 것 하루 전까지만 DB에 저장을 할 수 있고, 막 바뀌는 데이터는 메모리DB로 처리 한다.
    • ㄴ웹소켓을 사용하는 정확한것 같다. SSE는 만들고 있는 서비스에 일단위 틱단위 시간단위 필터를 처리할 수 가 없다. 종목이 바뀌게되어도 처리할 수 가 없다.
    • ㄴ호가, 차트, 소켓이 다 따로 들어간다. 로그인을 했을 때 관심 종목 다 받아놓고 클라이언트에서 갖고 있다. 소켓을 열때 클라이언트에 맞게 처리할 수 있게 해주어야 한다.

질문

  1. 데이터를 어디서 받아올 예정인가요?

  2. HTML5 표준 websocket을 사용하면 재접속 처리 등을 아마 직접해야하는 걸로 알고있는데

  3. 트랜잭션 제어 부분 듣고 싶어요.

  4. 인메모리 DB로 저장한다는 것이 현재 가격인가?

    • 모든 종목의 데이터를 갖고있고 거래 데이터 메모리DB에서 관리하고 주기마다 RDB에 저장하도록 한다.
    • NoSQL을 사용하는 것에 굉장히 소극적이라고 했다.
    • 차트때문에 MongoDB를 사용해야한다.
  5. 인메모리 DB를 고려했는데 서버가 동기화 되지 않냐 라는 질문을 받았다.

    • 인 메모리가 다르니까..
    • 채결가능한 것부 처리하고
Clone this wiki locally