문제상황Java/Spring을 Kotlin/Spring으로 마이그레이션하는 과정에서 Kotlin의 Lombok 사용에 어려움을 겪었다.그리고 그 이유 Lombok이 Javac의 Annotation Processing 과정에서 처리되는데, Javac보다 Kotlinc가 더 먼저 작동하여 Javac에서 Annotation Processing 과정을 통해 생성되는 코드를 Kotlin 코드에서는 알 수가 없기 때문임을 알게 되었다. 이 과정에서 Javac의 Annotation Processing을 포함한 전반적인 과정을 흝어보고 싶어 학습하여 기록해두게 되었다. javac의 동작과정javac의 동작과정에 대해 자세히 파헤쳐보자. javac는 대략 아래 7가지 단계로 컴파일을 수행한다. 1. Parsing: 소..
문제 상황 정의 생산성 저하 우리 팀에서는 땅콩 개발 초기에, 테스트 코드를 작성할 때 위와 같은 init-test.sql 파일을 사용했었다. 초반에는 위와 같이 사용함으로 인해 테스트 코드 작성 시에 굉장히 길어질 수 있는 데이터 초기화 로직을 제거할 수 있었다.미리 init-sql에 정의되어 있는 값만 가져다가 사용하면 되어서 편리하다고도 생각했다. 하지만 위 방식에서는 문제점이 있었다. 데이터가 얼마 없을 때는 편리할 줄 알았으나테스트 코드에서 사용할 데이터를 참조할 때 매번 init-test.sql 파일에 접근해서 사용할 데이터의 ID값을 확인해야하는 것이 굉장히 불편했다. 이로 인해 테스트 코드 작성의 생산성이 저하 되었다. 가독성 저하 생산성 저하로 인해서 잘 사용하지 않게 되자, 결국 테..
고민의 시작점다수의 사람들이 서비스를 이용하는 우아한테크코스의 데모데이 직전,모니터링이 수월하게 작동할 지 확인하는 도중 다른 크루원과 기존 로깅 방식에 대해 이야기를 나누는 과정에서 현재 로깅 방식에 아쉬움을 느끼게 되었다.때문에 로깅 방식을 개선해보고자 몇 가지 고민을 했고, 그 과정과 결과를 기록해두고자 한다. 현재 Logging의 문제점 현재 우리 땅콩 서버의 로그는 다음과 같은 형태로 남겨지고 있다.Request, Response에 대한 정보를 남기고 있는 효율적인 로깅 방식으로 보여진다. 하지만 여기에 하나의 문제점이 있다. 서버에 동시에 요청이 마구잡이로 들어왔을 때, 특정 로그를 어떻게 추적하여 확인할 수 있을까?어떤 요청에서 예외가 발생했을 때, 빠른 속도로 어떤 요청에서 예외가 발생..
최근 우아한테크코스와 취준을 병행하느라 글을 적지 못하고 있던 중에 좋은 소식이 찾아와서 오랜만에 글을 적어보려 한다. 평소 토스 문화를 살펴보면서 개발자로서 첫 커리어를 시작한다면 '토스'에서 시작하고 싶다고 생각해왔는데, 그게 실현되었다는 기쁜 소식이다. 그리고 그 과정을 회고로 남겨 종종 되돌아보고자 글을 적는다.물론 이후에 지원하는 이들에게도 도움이 되었으면 하는 마음에 소소한 팁도 적어두었다. 올해 8월 2024 토스뱅크 테크 직군 대규모 채용이 열렸다. 평소 개발자로서 생각해왔던 금융권 기업의 이미지는 '보수적인 곳', '개발 안 하는 곳', '커리어의 무덤' 이었다. 물론 '정년은 보장되는 곳'이라는 타이틀도 있었지만 별로 가고싶다는 생각은 없었다. 사람들에게 필요한 가치를 찾고 개발을 통해..
사용기술AWS EC2Git ActionsNginxSpringboot/Java AWS 보안 그룹 및 권한 제한으로 인한 고민ec2는 우테코에서 기본 제공해주는 VPC, Subnet, 보안그룹을 사용해야했으며, 여러 기능에 대해서 권한 제한이 걸려있었다. 우아한형제들 계정의 IAM 사용자 계정이기 때문에 혹시라도 AWS 사용에 미숙한 크루원이 pem키 같은 중요한 정보를 Github에 업로드하는 등의 실수를 하게 되면, 회사에 큰 재산적 피해가 갈 수 있기 때문인 것 같았다. AWS IAM 에서 SecretKey를 발급받을 수 있는 권한이 없었고, EC2 접근도 80,443 포트만 전체 접근으로 열려있었고 ssh 프로토콜 통신을 위한 22번 포트는 우테코 캠퍼스 내부 LAN에 연결된 상태로만 접근 가능했다...
우테코의 프로젝트는 2주 간격으로 데모데이가 있어서, 2주 단위 스프린트 방식으로 개발이 진행된다. 이렇게 짧은 단위로 빠르게 치고 나가는 환경에서 같이 일하고 싶은 ‘좋은’ 팀원이 되기 위해, 그리고 ‘좋은’ 팀을 만들기 위해 첫 스프린트 기간인 2주 간 몇 가지 시도와 노력을 거쳐왔다. 좋은 팀원이 되기 위해 노력하게 된 가장 큰 계기는 우테코 때문인데 우테코에서 진행하는 소프트스킬 수업을 들으면서 “협업에 있어서 함께 일하고 싶은 사람은 어떤 사람일까?”, “그런 사람이 되려면 어떻게 해야할까?” 에 대해 고민하게 되었고, ‘좋은 팀원’이란 무엇일지에 대해 정의를 내려보면서 점차 그런 사람이 되기 위해 노력하게 되었다. 내가 생각하는 ‘좋은’ 팀원이란 누군가 해주길 기다리지 않고 직접 나서는 사람이..
협업 과정에서 개발 생산성을 증가시키는 방법은 다양하지만, 그중 협업을 편하게 만들어주는 협업툴을 활용하는 것도 좋은 방식이라고 생각한다. 우리 땅콩 팀은 우테코에서 사용하고 있는 Slack을 사용하여 프로젝트 협업 관리를 하려했지만,무료 버전에서는 대화 기록이 3개월 밖에 유지되지 않는 Slack의 단점이 너무 크다는 판단 하에Discord를 협업툴로 정하게 되었다. Discord는 정말 다양한 서비스와 연동하여 사용할 수 있는 협업툴인데,Discord 채널에 Webhook을 연결하여 Github 내에서의 Issue 생성, PR 생성 등 특정 행위가 발생하면 알림을 보내도록 설정할 수 있었다. 우리 팀의 VCS(Version Control System)는 Github이고,VCS와 관련된 주요 동작이 발..
이 글은 김영한님의 스프링 MVC 강의 영상을 참조하여 작성되었습니다. Spring MVC 동작 과정 🍃 0. HTTP 요청 💭Client로부터 요청이 들어오면 Front Controller인 Dispatcher Sevlet이 요청을 받는다. Dispatcher Sevlet은 받은 요청을 처리할 수 있는 Handler 객체를 가져온다. 0번 과정에서 Dispatcher Servlet에 요청이 들어오기 직전이 Filter의 동작 시점이다.Dispatcher Servlet 이후에 동작하는 ControllerAdvice는 이러한 동작 시점에 의해 Filter 측에서 발생하는 예외까진 잡지 못한다는 특징이 있다. 1. 핸들러 조회 💭핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조..