코딩기록

오늘은 2차 이력서 타임어택 하는날이다. 어제 받은 피드백에서 수정후 2차로 피드백을 받는데 자기소개를 어떤 구성으로 쓸지 고민이다. 지금 내용을 요약하면 이러저런 에피소드를 곁들여 '성실합니다, 열심히합니다.' 라는 내용 밖에 없다. 내가 받은 피드백은 블로그를 성실하게 정리했고 지식공유라는 개발 문화를 사랑한다는 표현을 썼으니 그걸 정리해서 '성실히 블로그를 정리해 기초를 튼튼히 잡아가고 있고 내가 사랑하는 지식공유 문화를 나도 실천중이다'라는 컨셉으로하는게 어떻겠느냐 이다. 그 컨셉을 살려서 자기소개서를 다시 작성하고 ppt로 포트폴리오도 만들어야 겠다. 오늘의 할 일 1. 이력서 수정 자소서를 안쓴다는 사람도 있는데 나는,,, 올드스쿨이라 그런지 써야 맘이 편하다. 간략하게 쓰려고 계속 읽고 수정..

오늘의 할 일 1. 게임중간에 옵저버가 나갔을때 기존 훈수체팅 횟수로 점수 계산됨 -상태- 나간 옵저버 카운트 0리셋 안되고 포인트 계산 안됨, 남은 팀들 결과창에 나간 옵저버의 정보가 뜸 겜방에서 대기실로 나간 옵저버 유저디비 state가 계속 남음 ​-수정사항- 중간에 나간 옵저버 소켓에서 teachingCnt 0리셋 하기 소켓 disconnecting에서 updateOne- $pull 에서 바꾸면 된다 겜방에서 대기실로 나간 옵저버 유저디비 state를 endGame으로 변경하기 -2022-03-31-목 새벽완료 * 소켓 joinGame에서 connect: inGame 변경, disconnecting에서 state:online, connect:outGame 변동되게 했더니 겜중간 새로고침이나 오류등..

오늘의 할 일 1. 게임중간에 옵저버가 나갔을때 기존 훈수체팅 횟수로 점수 계산됨 -상태- 나간 옵저버 카운트 0리셋 안되고 포인트 계산 안됨, 남은 팀들 결과창에 나간 옵저버의 정보가 뜸 겜방에서 대기실로 나간 옵저버 유저디비 state가 계속 남음 ​-수정사항- 중간에 나간 옵저버 소켓에서 teachingCnt 0리셋 하기 소켓 disconnecting에서 updateOne- $pull 에서 바꾸면 된다 겜방에서 대기실로 나간 옵저버 유저디비 state를 endGame으로 변경하기 -수정코드- const {id, gameNum} = socket.nickname //게임방 퇴장시 유저 state변경, connect변경 await Users.updateMany({ id }, { $set: { state:..

오늘의 할 일 1. [결과창] 게임중간에 기권패 포인트 추가하기 byebye소켓 → gameFinish_API → gameFInishSow_API 에서 byebye소켓 → thisGameOut_API 로 변경을 요청했었는데 알겠다 하고 gameFinish와 동일하게 req를 보낸다 해서 다시 확인해 보니 기존 gameFinish 에서 thisGameOut으로 바뀌는 거였다. 나는 thisGameOut에서 결과창으로 보여지는걸 요청했었는데 내 요청과 전혀 다른걸 얘기해서 다시 생각해보니 이렇게 바뀌어도 되겠다 싶어 동의하고 기권패는 byebye소켓 → thisGameOut_API → gameFInishSow_API 이렇게 흐름이 진행된다. 기권패는 byebye소켓 → thisGameOut_API(gameF..

API-gameFinishShow 부분에서 find, findOne으로 디비에서 찾은 값들을 가공하는 방법을 찾고 있었데 aggregate가 늦게 응답해서 계산후 teachingCnt가 0으로 뜨는게 아니라 계산전 값을 불러와서 0으로 찍힌다는 팀원의 의견이 있었다. 이 aggregate를 지금 4일째 하고있다. 처음 동기, 비동기의 차이 얘기를 들고 생각해 보니 gameStart에서도 같이 aggregate/ lookup이 쓰이는데 여기는 async, await 동기식으로 값이 잘 나온다. gameFinishShow도 동기식이라 값이 늦게 나오는게 아니라 너무 빨리 찾아져서 0으로 나오는게 문제라는게 맞는 것 같다. 그 의견을 참고해서 기존에 프론트에서 gameFinish와 동시에 gameFinishS..

이번 프로젝트의 중점은 socket.io이다. 소켓으로 채팅 연습을 하고 이게 실시간 사용자 정보 띄우기, 접속자 수 등 다른 예제를 찾아보고 소켓을 다양하게 사용한다. 전 기수들의 프로젝트를 보며 코드를 분석해 봐야겠다. 오늘의 할 일 1. 소켓 사용한 프로젝트 분석 2. 백엔드 API 파트 나누기 뭐가 어려운지 쉬운지 할 수 있을지 어쩔지 전혀 감이 오지 않아서 복불복으로 파트를 정했다. 어쩜 이러는지 저번에도 메인 걸리더니 이번에도 오목 게임 구현이 걸렸다. 결국 다 같이 할거 같긴 한데 내가 감당할 수 있는 파트였으면 좋겠다는 바람이 큰 거였나 보다. 서버 지킴이를 이번에 하고 로그인이랑 회원가입을 해볼까 싶었는데 괜히 걱정돼서 그냥 복불복에 맡겼더니 이렇게 됐다. 계속 다른 프로젝트를 찾아서 코..

어제의 아이디어를 기반으로 API 상세와 와이어프레임을 작성하는 날이다. 어떻게 작성될지 감도 안 와서 조금은 걱정이다. 오늘의 할 일 1. API 작성하기 1차 작성을 하고 와이어프레임 회의 후 2차 작성을 하는 중에 소켓에 대해 알고 나면 API가 변경될 거 같아서 소켓을 추가로 공부한 뒤 마무리하기로 했다. 우선 회의 때 프론트와 백이 서로 의견이 조율이 되고 이해가 된다는 게 참 감사하다. 2. 와이어프레임 만들기 대략적으로 만들고 오후에 디자이너 2분이 합류해서 구체적으로 작성이 되었다. 한 분은 확실이 일을 하시는 분이셔서 그런지 굉장히 짧은 시간 안에 본인의 아이디어를 추가로 적고 설명을 곁들여 정리가 더 빨리 끝났다. 두 시간이면 굉장히 알차게 회의를 했다고 생각한다. 중간에 내가 물어본 ..

이제 수면은 포기다. 어제를 기준으로 5,6시간만 자는 날들이 시작된것 같다. 수면시간은 둘째 치고 프론트랑 백이랑 합치는데 나는 오류들이 문제다 왜 그런 오류가 나는지 알기 어렵다. 또 하나 확인하려면 서버 켜는 백인원, 프론트 연결해서 데이터 입력하는 프론트인원 백 코드 작성자 최소 2,3은 있어야 한다. multer를 이용해서 파일 업로드 코드를 짜야하는데 같이 보는 중이라서 당장 만들기가 어렵다. 오늘의 할일 1. 백,프론트 배포후 테스트 현재 프론트와 같이 기능 확인 중 인데 게시글 생성, 삭제는 가능하다 다행이다 2. multer 파일업로드 기능 구현 중간에 댓글 갯수 구현하느라 또 미뤄졌다. 내일 꼭 해야지 오늘의 스케줄 09:10 - 기상 11:00 - CS스터디 02-16 05:10 - ..

어제 저녁에 백엔드 머지를 끝내려고 했는데 생성부터 막혔다. 오늘 가장 먼저 할일이 바로 머지다. 오늘의 할일 1. 백엔드 머지 끝내기 머지를 다하고 authMiddleware를 연결하고 데이터를 확인 해야 하는데 thunder client에서 token을 입력해야했다. 처음엔 Thunder client로 jwt토큰 입력하는 방법을 몰라서 지난 프로젝트에서 파일을 가져와서 프론트를 연결해야 하나 고민했는데 연결하는것도 일이라서 Thunder client로 api 데이터를 확인하는 방법을 하기로 하고 검색하던 중 2,3시간 씨름한 끝에 찾았다. 그리고 블로거에 정리했다. 2. 파일업로드 api 21:32분 multer로 파일 업로드를 한다는걸 알고 검색하던중 ftp, ftps, sftp, multer, m..

어제 각자 맡은 백api를 깃으로 commit 하려고 했는데 이래저래 시간이 흘러 결국 각자의 파일만 공유하고 각자 합해서 기능 추가 구현 해보는 것으로 이야기가 끝났다. 오늘 좀 쉬고 WIL작성하고 나니 벌써 밤이다. 그래도 CORS 문제 해결까지는 WIL에 추가하고 api를 합쳐봐야 겠다. 오늘의 할일 1. WIL 작성 2. 블로그 정리 3. api 합치기 오늘의 스케줄 10:30 - 기상 15:30 - 공부 시작 오늘 배운 것 cors는 백과 프론트를 합치기 위해 꼭 알아야 하는 개념이다. 프론트의 요청을 백에서 처리 하기 위해 접근할 수 있는 권한을 부여하도록 브라우저에 알려주는 체제이다. 만약 cors를 사용하지 않으면 해킹에 취약해지고 서버의 정보가 노출되거나 변경되는 위험이 있다. CORS ..