2024/09 8

CH3 - 거북하지 않은 코딩(18조) KPT

우리 조의 KPT keep- git 활용이 좋았다.- api 역할분담이 잘 되었다.- 아침 회의시간에 서로 할일을 말하고 토론했다.- 팀원 간 모르는거에 대한 질문 및 소통이 활발했다. problem- 코드 진행 도중 소통이 부족해서 시간이 부족했다.- 코드 리뷰 시간이 존재하지 않았다.- 별도의 마감 일정을 정하지 않아서 코드 완성시기가 늦어졌다.- 코드 리팩토링 시간이 부족했다. try- 저녁 식사 이후 7시부터 8시까지 코드 리뷰 시간을 가진다.

CH3 풋살 온라인 프로젝트 240923

회의 후 기존에 내가 맡았던 파트를 모두 완료해서 지금 남는 시간을 어떻게 써볼까 하다가 챌린지 요소인 강화를 한번 생각해보자는 마인드로 강화 라우터를 짜 보았다. 아무래도 기존 강화가 없던 기획에서 강화를 하다보니 강화 표현하는 부분에서 기존 코드와 충돌이 있었는데 그중 기존 코드와 가장 충돌이 없을만한 방향은 플레이어 테이블에 강화 수치를 추가해서, 최대 강화 수치만큼 넣는 거라고 생각했다.idnamespeedshootpowergoal_finishdefensestaminalevel1mesi707080507012mesi757585557523mesi808090608034mesi858595658545mesi909010070905 테이블을 이런식으로 제작하고, 강화가 성공하면 같은 명칭의 +된 레벨을 찾아서..

카테고리 없음 2024.09.23

CH3 풋살 온라인 프로젝트 240920

1. prisma method sql내부의 값을 범위를 지정해서 해당 범위의 row의 값 중 하나를 랜덤으로 값을 들고와야하는 상황이 생겼는데 기존 sql에서는 where구문과 부등호를 사용해서 범위를 지정하여 들고 올 수 있으니까 ORM에서도 특정 method를 사용하면 가능하지 않을까 하면서 prisma사이트를 뒤져보다가 lt와 gt를 발견했다. 각각 less then 과 greater then이라고 하는데 이걸 이용해서const Matchlevel = await userDataClient.rank.findMany({ where: { AND: [ { rankpoint: { lt: rankA.rankpoint + 100 } }, { rankpoint..

카테고리 없음 2024.09.20

CH3 풋살 온라인 프로젝트 240919

팀 프로젝트의 게임 플레이 부분을 맡게 되었는데 현재 우리 프로젝트의 게임 플레이 방식은 1. 랭크 점수를 도입하여 해당 점수와 비슷한 상대를 만나고2. 해당 플레이어와 자신의 팀의 선수 스텟을 비교하여 승패를 정한 뒤에3. 자신이 승리하면 랭크점수를+, 졌을 경우 -하기로 하였다. 이후 게임 플레이 api를 작성하기 위한 순서를 먼저 작성하고.// 게임 플레이 api// 0. 플레이어의 덱 정보 확인// 0-1. 플레이어의 덱이 완성되어 있는가// 1. 플레이어 끼리 매칭(랭크 점수)// 1-1. 매칭 레벨 안에 상대 가능한 플레이어가 있는가..?// 2. 매칭 후 플레이// 2-1 . 선수들의 정보 확인// 2-2 . 선수 포지션 별 스텟 가중치 적용// 2-3 . 적용된 가중치를 통한 플레이 진행/..

CH3 풋살온라인 프로젝트 240913

1. 와이어 프레임 구현하려 하는 프로그램이 어떤 모양을 가지고 행동하는지에 대한 예상 구성을 작성하는걸 해봤다. 지금 하는 프로젝트는 backend에서만 구현되기 때문에 사실상의 front는 insomnia라서 insomnia에 예상되는 요청과 응답을 ppt를 통해 작성해 보았다. 2. 깃과 깃허브의 제대로된 사용 시작.이걸 이제 배웠다..라고 하는게 맞는지 모르겠지만 다른사람의 git repository에도 처음 연결해봤고 branch를 따로 분리해서 main에 잘못 pull merge했다가 파일도 날아가보고.. 아직 초창기라 고칠게 많이 없어서 쉽게 복구했지만 이런 시작을 해보는게 재밌었다

카테고리 없음 2024.09.13

Node.js 숙련주차 240911

1. 인증, 인가인증은 해당 서비스를 사용하려는 사용자가 검증된 사람이 맞는지 검증하는 작업이고인가는 이미 인증된 사용자가 특정 작업 혹은 리소스에 접근할 때 해당 권한이 있는지를 검증하는 작업을 의미한다.2. 액세스 토큰, 리프레시 토큰액세스 토큰은 사용자의 인증이 완료된 후 해당 사용자를 인증하는 용도로 발급하는 토큰이다.리프레시 토큰은 액세스 토큰을 발급받기 위한 목적으로 사용되는 토큰이다.액세스 토큰은 인증에 필요한 모든 정보를 담고 있기 때문에 토큰 탈취에 대한 피해를 최소화하기 위하여리프레시 토큰을 사용한다.3. 트랜잭션작업의 완전성을 보장해주기 위해 사용되는 개념이다.특정한 작업을 실행할 때 해당 작업을 전부 처리하거나 전부 실패하게 만들어 데이터의 일관성을 보장해주는 기능이다.A데이터의 일..