삐에로의 지식창고

쁘띠 TFT 프로젝트 결과물 Github 오늘은 프로젝트를 마치고 발표 및 피드백을 받게되는 날이였고, 피드백에 관한 생각들을 정리해보았다. 피드백 트랜잭션의 최적화 트랜잭션 내부에 await을 다중으로 사용하는 경우 트랜잭션 작업속도가 느려질 수 있다. => 트랜잭션 속도가 느려지면, 격리수준에 따른 잠금으로 인해 데드락/성능저하 가 심해질 수 있다. 해결책 트랜잭션 외부에서 await을 통해 비동기 처리를 미리 해두어 트랜잭션 내부에선 최소한의 작업이 되도록 만들기 const data = awa... Read More

Facts 프로젝트의 리팩토링을 전반적으로 맡으면서 여러 아이디어나 최적화 방법을 볼 수 있엇다. 이번에 주어진 조건들을 만족시키기 위해 여러 prisma의 문법이나 메서드를 배울 수 있었다. 코드를 팀원분들에게 설명을 해주며 프로젝트에 대한 이해도가 올라갔다. Feelings 팀원분들과의 소통이 원활하여 프로젝트 진행이 순조로웠고, 그래서 기분좋게 마무리를 할 수 있었다. 리팩토링을 해가며 코드들을 이해하고 새로운 알고리즘을 짜는 기분이여서 뿌듯했다. Finding 기획/발표와 관련된 일을 대부... Read More

오늘의 Troubleshooting 쁘띠 TFT 프로젝트 파라미터 값 생략? 이번에 프론트엔드(HTML) 쪽 구현을 조금씩 해보시는 팀원분의 의견으로 이야기가 시작된다 기존의 parameter로 받는 userKey 값을 프론트에서 동적으로 생성할 방법을 찾을 수가 없다! 프론트엔드에서 받을 수 있는 값은 로그인을 한 후 받은 jwt토큰 밖에 없다. 이론상 프론트엔드와 백엔드는 구별되어 있어야기에 jwt토큰을 복호화(해석)를 쉽게 진행할 수 없었다 토큰 입력만으로도... Read More

쁘띠 TFT 프로젝트 유효성 평가 미들웨어 조정 기존에 agent를 찾는 변수로 agent_name(str)과 agent_key(int)를 사용했는데, 이를 통합하여 key만 사용하게 설계함 기존 팀편성 / 대표 챔피언 설정 api 수정 찾는 변수를 name에서 key로 변경 및 에러 메시지를 수정하였다. // 팀편성 API 내부 myAgent[i] = await prisma.myAgents.findFirst({ where: { agentKey: +formation[i], userKey: +key } }) //보유 챔피언 확인 ... Read More

오늘의 Troubleshooting 쁘띠 TFT 프로젝트 Insomnia 생성 및 공유 API 명세서를 작성한 김에 Insomnia를 이용한 입력들을 일괄작성하여 팀원분들께 배포하면 좋을 것 같아 시작했다 작성한 http request를 Collection채로 보내기! (Json파일) 보낸 파일에서 필요한 세팅을 알려드리고 작업을 마쳤다 API 명세서 수정 기존에 response[Error] 를 통해 경우에 따른 에러 메시지를 정리 해두었는데.. => 이중 중복되는 에러 부분들은 중복표시를 하여 API 구현 때 무시하도록 표시를 해주었다! (유효성 평가와 인증... Read More

오늘의 Troubleshooting 쁘띠 TFT 프로젝트 기존의 형식인 풋살 온라인 프로젝트의 컨셉을 바꾸어 쁘띠 TFT(전락적 팀 전투)로 구현하기로 하였다! 컨셉을 정한 뒤 구현할 API를 회의를 통해 정하였고 이를 구체화하여 명세서를 작성하는 일을 하였다! 추가로 협업을 위해 Github의 repository를 연결하여 branch 명을 정해주고 각자 역할을 분담하였다 API들을 기능과 관련있는 경우 파일을 통합하기로 결정했다. (기능과 관련되있는 경우 숫자로 묶고, 전체와 관련된 경우 체리로 표시하였다.) 개선점 분석 알고리즘 ... Read More

Facts express와 prisma를 이용해 처음으로 REST API를 만들었다. AWS EC2와 깃허브를 이용해 클라우드 서버에 프로젝트를 실행시켜 보았다. try catch 구문을 적극적으로 이용해 보았다. Feelings 프로젝트/과제 를 진행할 때마다 새로운 시도를 해보며 오류들을 잡아가는 것이 신났다 어려운 것을 시도해가며 풀어가는 게 개꿀잼이다 Finding 회의할 때 과제에 집중한다고 가끔씩 흘려듣는 상황이 생기는데.. 이를 좀 주의해야될 것 같다. Future 다음 주... Read More

오늘의 Troubleshooting 아이템 시뮬레이터 과제 유효성 평가 미들웨어 유효성 평가들 중, 겹치는 부분들을 묶어 미들웨어로 만드는게 편해보여 진행하려 한다! 유효성 평가 기능별 묶기 비슷한 유효성 평가를 하는 기능들끼리 묶는건 좋아보인다만, 이를 어떻게 상세구분해줄 수 있는지가 고민이다.. 일단 기능적으로 묶인 router들을 이용해 1차로 구분을 해주고 2차로 request의 [req.path] Propertie 를 사용해 구분해주면 될 것 같다! (추가로 m... Read More