항해99 모의면접, 알고리즘 연습, 기술면접 연습 이번 주는 기술면접 준비와 알고리즘 준비의 반복이었다. 그리고 마지막 토요일에 항해99에서 모의 면접을 진행해주셨다. 정말 준비 안 했던 부분에서만 쏙쏙 질문이 나와 당황을 했지만, 아는 것들도 어느정도 나와서 그것에 대한 설명을 하고있는 내 자신이 약간 신기하기도 하였다. 모르는 질문에 대해서 '죄송합니다' 라고 예의있게 말을 하였는데 피드백으로 '죄송합니다' 라는 말은 자신감이 없어 보인다는 말을 들었다. 지금까지 면접을 볼 때 '죄송합니다' 라는 말은 상대에 대한 예의와 겸손을 의미한다고 생각하였는데 개발자 면접에서는 겸손 보다는 좀 더 자신감이 중요하게 평가된다는 느낌을 받았다. 또 모르는 질문이 나왔을 때 곰곰히 생각하다가 모르겠습니다 라는 답변..

이력서 작성, 최종 이력서 제출, 항해99 5기 수료식, 외부 사이트에 이력서 제출, 기술 면접 대비 공부 이번주는 최종발표가 끝난 후 본격적으로 이력서 작성에 들어갔다. 막상 쓰려고 해보니... 이력서 작성은 언제나 어렵다. 누군가에게는 마음에 드는 문장과 내용이 누군가에게는 반대로 비춰질 수 도 있기 때문이다. 하루에 완성하기에는 무리가 있어 매일매일 조금씩 수정해나갔다. 항해99에서 이력서 강사님의 특강도 있었고, 기술멘토님의 조언 등을 통해서 어떻게 적어나갈지에 대한 방향을 정할 수 있었다. 바쁘게 프로젝트와 하루살기를 해오느라 이력서에 쓸만한 좋은 것(?)을 생각해오면서 진행하지 않았던 내가 너무 아쉬웠다... 지금 다시 돌아간다면 이력서에 쓰기위한 것들을 많이 했을 것 같다... 예로들면 기술..

최종 발표 준비, 실전 프로젝트 마무리, 면접(?) 드디어 이번주는 최종발표를 하는 날이였다. 준비할 것은 프로젝트의 더 붙이고 싶은 기능도 있고, 아쉬운 점들도 많지만 이제 정리를 해야한다. 마지막 성능개선을 마치고 주석으로 마무리를 하였다. 그렇게 평화로운 날이 오려나 했더니... 사실 최종발표회날 시작되기 몇시간전 갑자기 문제가 발생해 고치느라 심장이 쫄렸었다....휴... 그렇게 오게된,,,최종발표 시간! 사실 축제의 한마당 같은 기분이였다. 마치 어린시절 운동회를 했을 때의 기분이 살짝 들었다.(온라인 상이지만,,,,왜케 신나지? ㅎㅎ) 약 200명 이상의 사람들이 게더의 발표장에 모였다. 항해99 5기 멤버들 뿐만 아니라, 협력사 측에서도 참가해주셔서 '혹시...오늘 채용이 되면 어떡하지?' ..

실전 프로젝트 실제 배포, 마케팅, 피드백 수렴 후 개선, 서비스 성능개선, 스프링을 스프링답게 사용하기 위해 코드 개선, 내 서비스가 언제 뻗을지 스트레스테스트 저번주는 Github Actions + CodeDeploy + Nginx 를 이용하여 배포자동화, 무중단배포 하기를 구현했었다. 그렇게 이제 평화가 오나 했으나... 문제가 하나 둘씩 빵빵 터졌다. Nginx를 이용해 EC2 인스턴스 한개에서 두개의 포트를 돌려서 스위치를 하는 식으로 가동되어 있었다. 그런데 가동된지 20시간 정도가 되면 갑자기 EC2가 멈추는게 아닌가... 다시 중지 후 시작을 하여 다시 돌려놓았지만 다음날이 되자 또 이런 일이 발생하였다... 그래서 swab을 통해 메모리를 EC2 기본 1기가 메모리에서 2기가를 추가하여 ..

Github Actions와 AWS CodeDeploy로 배포 자동화하기, Nginx에 keystore.p12 없이 https 적용시키기, Nginx 로 무중단배포 하기 Github Actions와 AWS CodeDeploy로 CI/CD를 구축하여 배포 자동화는 잘 되었는데 깃헙에 올리면 안되는 것들이 문제였다. git ignore를 이용하자니 그러면 github actions가 읽지를 못하니 안되고... 곤란한 상황에 빠졌다. mySQL이나 keystore.p12 형태로 intellij에 넣어 사용하였던 https 적용과 아이디,비번들이 문제였다. Github Actions 문법들을 찾아보고 하여 keystore.p12를 base64로 만들어 넣는 방법을 사용하였다. 다른 아이디 비번들도 Github의..

DB 데이터를 삭제하는 것보다 비활성화시키는게 더 나을 수 있다(나중에 이용자 통계 등등) 현재 : Room, User, Quiz, Clue 다 삭제 Rank에 팀이름, 유저수, 걸린시간만 기록 Room, User, Quiz, Clue를 다 삭제하는 것이 아니라 필요하다고 생각되는 일부 데이터는 DB에 그대로 남겨둔다. Room, User, Quiz, Clue는 삭제하고 저장할 정보들은 Rank와 같은 형태로 새로 데이터를 만들어서 저장한다. Redis 추가 도입하는 것보다 mysql에서 인덱싱 등으로 속도 올리는 방법도 있다. Redis와 index 중 어떤게 더 조회속도 개선할 수 있는지? 코드 개선 Random이나 +를 쓰는 방식은 속도가 오래걸리고 하드코딩에 가까워서 좋은 코드가 아니다. 스프링을..