문홍의 공부장

들어가며이번 작업은 개인 프로젝트 앱에 카카오 소셜 로그인을 추가한 기록입니다. 기존 이메일/비밀번호 로그인 흐름은 유지하면서, 동일한 /api/v1/login 엔드포인트로 OAuth 로그인까지 처리하도록 서버와 클라이언트를 함께 확장했습니다.OAuth 개념 정리OAuth 2.0은 "인증"과 "인가"를 분리해주는 표준 프로토콜입니다. 사용자는 서비스에 비밀번호를 직접 제공하지 않고, 외부 인증 제공자(카카오 등)로부터 발급된 토큰을 통해 서비스 접근 권한을 위임합니다.인증(Authentication): 사용자가 누구인지 확인인가(Authorization): 해당 사용자에게 어떤 권한을 부여할지 결정이번 구현에서는 "카카오로 로그인"을 통해 인가 코드를 받고, 서버가 카카오에 토큰을 요청해 사용자 정보를 ..

개발자 포커싱하여 회고를 적어볼까. 올해는 달마다 적는 월간회고도 거~의 안적고, 그냥 마냥 바쁘게만 살았던 것 같다. 근데 그러다보니까, 막상 1년이 지나고 내가 뭘 했지? 하니까 떠오르는 게 없다. 그나마 다행인건 8월 이전까지는 데일리 업무일지를 꼬박꼬박 써놨어서 확인이 가능했다. (8월 이후에 한 업무는 가장 최근까지 진행했어서 그래도 기억이 난다.)이래서 주기적으로 적고 업데이트를 해둬야해. ================================================2024 타임라인1월 [VoC] 회원가입 프로세스 간소화 & 정보 동기화2-3월 [VoC] 요금제 전환4월 신규 클러스터 연동4-6월 프로젝트 시작 - 분석/설계4-6월 요금제 전환 안정화7월 쿠버네티스 포팅 & Java/..

2024 목표설정 - 달성해외(1/6)해외라는 목표에 대해 조금 희미해져서 그런지, 목표했던 것을 하나도 하지 못했다.링크드인 꾸미기/네트워킹 정도는 주기적으로 했어야 하는데, 너무 일-집-일-집만 하느라 못한 부분도 있는듯.개발(3.5/8)개발 파트의 목표는 대부분이 "회사에서 자리잡기" 와 관련이 있었어서, 약간은 멱살잡고 끌려간 목표달성률이긴 하다 (ㅋㅋ)사내 발표하기는 내가 자원해서 한 거 였으니 요거 정도는 그래도 좋은 점수를 주고 싶다. 이렇게 많은 사람들 앞에서 발표한 건 처음인 것 같다. 엄청나게 떨릴 줄 알았는데 딱히 그렇지두 않더라 ㅋㅋ 사이드 프로젝트 릴리즈는 나 혼자만의 영역이 아니었기에 쩜오 점수를 주었다. 역시 일과 병행하는 것은 너무나 어렵다..테스트코드 작성은 도대체 언제쯤 ..

## 1. 진행하던 단기 TF 종료 3월 말에 드디어 릴리즈를 했다 ! 릴리즈 전후 2주는 정말 정신없이 보냈는데, 릴리즈 하자마자 빵빵 터지는 이슈에 꽤나 고된 하루하루였다. 뭔놈의 핫픽스를 하루걸러 하루로 내보내는지,, 운영 안해본 티가 팍팍 나죠 이런저런 시행착오를 겪으면서 나아가는 거겠지. 괜찮아 괜찮아! (+) 수치화된 테스트 시나리오 작성과, 테스트 코드의 중요성을 다시 한 번 깨닫는 계기가 되었다. 테스트코드... 진짜찐쨔 짜야찌. ## 2. 구글 엔지니어는 이렇게 일한다 완독 드디어 다 읽었다! 중간중간 내 상황과 안맞는 부분이나 내가 실질적으로 다루지 않는 부분들이 있어서 약간 집중도가 흐려질 때도 있었지만, 그래도 열심히 읽어서 드디어 1회독 완료! 전자책에 북마크 해두고 하이라이트 쳐..

웹 애플리케이션을 개발하다 보면 하나의 클라이언트 요청에 대해 애플리케이션 전반에 걸친 특정 Context를 유지해야 할 필요성이 생긴다. 대표적으로 로깅 정보나 사용자 정보가 있다. 이 때 흔히 사용하는 방안은 ThreadLocal을 활용하는 것이다. 스프링에서 Web Request 가 오게 되면 하나의 쓰레드를 할당해서 해당 작업을 처리하게 된다. 이때 Thread 에 대한 정보를 ThreadLocal 에 저장하게 되면 해당 작업이 끝날 때 까지 모든 상황에서 context 를 유지하고 저장하고 찾아볼 수 있다. ThreadLocal은 쓰레드의 로컬 컨텍스트 변수로 Thread 가 존재하는 한 계속해서 남아 있는 변수이다. 작업 요청이 들어왔을때 하나의 쓰레드가 생성이 되고 작업이 끝나면 쓰레드가 없..

서비스 로직 간의 강결합이 주는 문제점 애플리케이션을 개발하면서, 한 번의 요청에 의해 2가지 이상의 기능을 수행하는 경우가 빈번하게 발생한다. 혹은, 간단하게 시작된 도메인 로직이 서비스가 확장됨에 따라 여러가지 추가 로직이 늘어나는 경우 역시 발생한다. 이러한 상황에서, 다수의 기능을 하나의 메서드에서 코드로 구현하면 기능 간 강결합이 생기게 된다. 강한 결합이 생기면 생길수록 로직을 분리해서 관리하기 어렵고, 특정 기능에 문제가 발생하였을 때 이를 처리하는 로직 역시 섞이게 된다. 클라이언트에서 회원 가입 요청이 발생하였을 때, 아래와 같이 프로세스가 진행된다고 가정해보자. (로직에서 사용한 메서드는 별도 구현이 되어있음을 전제한다.) 회원 등록 가입 축하 메일 발송 @Service @Require..

CompletableFuture 는 기존의 Future 인터페이스의 한계를 보완하기 위해 등장한 클래스이다. Future 인터페이스는 비동기 작업에 대한 결과값을 리턴받기 위해 사용되었으나, 아래와 같은 한계점이 존재한다. 외부에서 완료시킬 수 없고, get(long timeout, TimeUnit unit) 의 timeout 설정으로만 완료 가능 블로킹 코드(get()) 을 통해서만 이후 결과를 처리할 수 있음 여러 Future 를 조합하거나, 예외 처리 할 수 없음 CompletableFuture 는 이름 그대로 외부에서 '완료 가능한' Future 이다. 또한, CompletionStage 인터페이스를 구현하여 작업의 중첩, 완료 후 콜백(Future 간 조합)을 가능하게 하였다. public cl..

### 1. 새 회사 적응기 이직하고 적응하기 어려운 것이 여러가지가 있지만, 가장 큰 건 회사 규모가 커지면서 나의 역할은 작아졌다는 점이다. 아무래도 스타트업은 한 사람이 여러 업무를 하기 마련인지라, 개발자가 기획자이기도 개발자이기도 데브옵스 엔지니어이기도 QA 이기도 DBA 이기도 했는데, 지금은 모든 역할이 쪼개져 있다. 물론 이건 장점이자 단점이다. 전 직장에서 많이 했던 말 (댁아리를 쥐어싸매며) 제발 기획자 좀 뽑아줘,,,, (셀프 머지와 동시에) 배포하겠습니다 (대충 TF 팀방에) 잠깐 DB 작업 좀 하겠습니다 (6시 이후) 김개발자 퇴근합니다 김QA 출근했습니다 이런식이었고 역할이 나눠지지 않고 한 사람이 알아서 다 해야 한다는게 스트레스 였는데, 지금은 다 분업되어 있으니 모든 게 협..