우아한테크코스가 끝난지 3주차다. 아직까지는 톡방이나 디스코드도 활발하고 오프라인 스터디도 하고 있어서 그런지 진짜 '끝났다'는 생각은 잘 들지 않는 것 같다. 끝..났나? 22년 겨울 작년 초쯤 학교 선배에게 우아한테크코스라는 것이 있다고 들었다. 그 때는 그런 교육 프로그램이 있구나 하는 가벼운 생각을 하며 흘려들었던 것 같다. 22년 10월 운이 좋게도 선배를 따라 지원한 회사의 최종 면접을 보고왔다. 행복회로를 돌리지 않는 사람이기도 하고 기대하지 않으려 노력했지만 '최종'이라는 글자는 그런 나에게도 기대감을 주기에 충분한 단어였다. 하지만 예상했던 것처럼 떨어졌고, 운동으로 스트레스를 풀어보려했지만 디스크가 터져 그마저도 힘들었다. 나에게 가혹한 시간이었다. 무엇을 해야 할까. 무엇을 할 수 있..
💡 Intro https://krrong.tistory.com/entry/예외처리 위 글을 작성하며 프로젝트에서 예외처리를 어떻게 하면 잘 할 수 있을까 고민을 많이 했고 제이슨의 도움으로 이론적인 해결의 실마리를 찾았다. 이번 글에서는 어떤 고민을 하면서 프로젝트에 적용했는지 적어보려 한다. 항상 생각하고 있는 것이지만 이론적인 것을 아는 것과 그 이론을 프로젝트에 적용하고 코드로 녹여내는 것은 정말 다른 영역인 것 같다. ❓ Before 지금도 예외처리를 안하고 있는 것은 아니다. 그 처리가 체계적이지 않고 어떤 예외인지 한 눈에 알 수 없는 형태일뿐이다. 코드를 실행했을 때 예외의 메시지를 통해 어떤 예외인지는 알 수는 있다. 하지만 구현하는 동안은 어떤 예외가 발생할 수 있을지 생각해보고 이에 맞..
문제 상황1 현재 Interceptor가 굉장히 살이 많이 쪄있다. 만료된 액세스 토큰을 리프레시 하는 기능을 모두 Interceptor안에 몰아두었기 때문인데 이를 역할과 책임을 적절히 분배할 것이다. 현재 프로젝트에는 AuthRepository가 이미 있기 때문에 액세스 토큰의 리프레시 로직을 AuthRepository가 가지고 있는 것이 적절하다고 생각한다. 그러기 위해서는 Interceptor가 AuthRepository를 들고 있어야 한다. 이 것이 적절할까? 에 대해서 많이 고민하긴 했는데, 역할과 책임을 적절히 분배한다 라는 관점에서는 이게 맞는 것 같기도 했고, 이렇게 구현한 레퍼런스가 아예 없는 것도 아니기에 생각을 밀고 나가보기로 결정했다. (팀원의 생각이 다르다면 받아들여야지 하는 생..
