kth990303의 코딩 블로그

정말 오랜만에 쓰는 블로그.사실상 이제는 정보공유 보다는 내 일기장 같은 느낌으로 쓰는 느낌이다. 블로그 글이 뜸했던 데는 이유가 있다. 1. 히스토리/정책이 중요 -> 블로그보다는 사내 위키를 주로 활용.2. 기술은 배우면 된다. 아키텍처 설계, 객체의 책임이 더 중요한 듯.3. 바빠서. 3번은 사실 핑계다.1번, 2번 이유가 더 큰 듯하다.예전에는 '기술적으로 뛰어나면, 개발하는 데에 어려움이 없다' 라고 생각했다.하지만 지금은 아니라고 생각한다. (물론 기술이 중요치 않다고 생각하는 건 아니다.) 지금은 '기술은 하나의 도구일 뿐이다. 더 중요한 것은 나만의 가치관을 잘 정리하는 것' 이라고 생각한다. 그리고 이에 대한 내 스스로에 대해, 아직도 정답을 잘 모르겠는 상황이다.가치관에는 여러 가지가 ..

특정 시점에 여러 건들을 동시에 처리해야되는 작업을 할 일이 있어서 스프링 배치를 활용한 적이 있다.배치 코드를 작성하면서 받은 리뷰 및 고찰들을 블로그에 간단히 기록해보려 한다.(원래 같으면 메모장에 작성했을텐데, 오랜만에 블로그에 남겨보는 듯하다 ㅎㅎ 블로그가 좀 더 시간은 오래 걸리지만, 기록용으로는 좋긴 한듯.)스프링 배치 동작 다이어그램 사실 스프링 배치 동작 원리는 한글이 익숙하다는 가정 하에, 향로님 블로그(https://jojoldu.tistory.com/331)에서 보는 것이 가장 좋은 듯하다. 위 그림은 chunk 단위로 배치 작업을 하는 과정을 나타낸 것이다. ItemReader 에서 작업이 필요한 대상을 size만큼 읽어들이고,ItemWriter 에서 reader에서 읽어온 대상을 ..

2024년 목표 회고를 적은지 엊그제같은데, 벌써 2025년 1월 1일이 다가왔다.2024년을 어떻게 보냈는지, 2025년은 어떻게 보낼지 (지금은) 아무 생각이 없다.글 써보면서 즉각적으로 상기시켜보고 목표도 세워보려 한다~ ㅋㅋㅋ2024년 한해 목표 및 그 결과를 되돌아보자작년에 내가 목표를 세웠었나? 하고, 작년에 작성했던 회고글을 한번 봤다.https://kth990303.tistory.com/470 [231223] 2023년 회고, 그리고 2024년 나의 계획벌써 2023년이 끝나간다니, 믿을 수 없다. 아래 글을 썼던 게 얼마 전인 거 같은데 벌써 이 글을 쓴지 1년이 다돼간다. https://kth990303.tistory.com/404 [221214] 2022년 회고, 그리고 2023년 나..

최근에 신기한 이슈를 겪었다.어떠한 api를 실행했는데 500 에러가 떠서 문의가 왔는데, 우리 쪽에는 아예 로그조차 남지 않은 것이다.일시적인 네트워크 장애인가 싶어서 한번 더 시도해봐도 결과는 마찬가지. 해당 api는 특정 혜택을 요청으로 온 가게들에게 생성시켜주는 역할을 담당한다.예를 들어 가게A, 가게B 에 20% 할인 혜택을 부여하고 싶다! 그렇다면 해당 api를 사용하면 되는 것! 아무튼간에, 500 에러가 떴으니 원인을 파악하고 재발 방지를 해야되니 한번 뜯어보았다.그런데, 로그에 아무것도 안남았는데 어떻게 파악하지?좀 더 확인해보니 가게 개수가 좀 적을 때에는 실행도 잘되고 로그도 잘 남았다. 가게 개수가 매우 많을 때에만 발생하는 에러였다. 어 그렇다면 그냥 서버 성능 및 cpu가 딸려서..

우아한형제들 주관 테크컨퍼런스인 WOOWACON 2024에 참여했다!https://2024.woowacon.com/ WOOWACON 2024한 번의 배달을 위해 필요한 모든 기술들2024.woowacon.com 작년 11월에는 우아콘 2023을 팀원분 한분과 함께 갔다왔었다. (후기: https://kth990303.tistory.com/468) 올해는 비교적 일찍인 10월 말에 우아콘이 열렸고, 팀원분 한분 뿐만이 아닌 팀원 5분 + 내 지인들 + 우테코 동료들 등등 엄청나게 많은 지인들과 함께 우아콘에 참여하였다. 지난 해와 다르게 이번에는 쿠키를 굿즈에 포함시켜주었다.아마 WOOWACON 내의 알파벳으로 구성된 쿠키 중 랜덤하게 주는 듯? 우아콘 2024 영상들은 추후 유튜브에 올라올 예정이라고 한..

스프링 환경에서 테스트 코드를 작성할 때, unit test가 아닌 이상 모킹을 이용해야 하는 경우가 참 많다.나의 경우는 테스트를 하고 싶은 객체의 함수 외에, 관심사가 아닌 함수들과 의존객체들을 주로 mock 으로 처리하는 듯. 이번 포스팅에서는 어떻게 보면 굉장히 단순하지만, 최근 내가 잊고 있었던 내용들을 기록해보려 한다.`굳이 기록까지 해야되나?` 싶기도 하다. 하지만 가끔씩 상기시키면 좋을 듯한, 그리고 요즘같이 바쁜 시기에 이걸 잊으면 맞왜틀? (맞게 작성했는데 왜 테스트 안돌아감?) 을 할 수 있을듯한 내용들이라.. 나를 위해 기록하려 한다. data class 는 mock 이 불가능하다.아무 생각없이 data class mock을 반환하는 테스트 코드를 작성한 적이 있을 것이다. 하지만 ..

나는 꾸준히 유스콘에 참여했었다. 유스콘 2021 에 지인의 안내로 처음 참여해보고 유익하다는 생각이 들어서유스콘 2022, 2023 에도 청중(?) 신분으로 신청했었다.그리고 매번 후기를 작성했었다. 유스콘 2023 에서, 유스콘의 주최자인 제이슨이 이렇게 말한 적이 있었다.'케이, 발표자 한 번 하셔야죠~'(여담으로 케이는 내 우테코 시절 닉네임이다.) 사실 진심인지 아니면 가벼운 인사치레인지 모르겠지만ㅋㅋ (진심이라 말해줘요 제이슨~)그 말을 듣고, 나도 한번 내가 얻은 실무경험 중 신기하고 재밌었던 내용을 공유해보고 싶단 생각이 들었다.그리고 2024년 7월 경으로 기억하는데, 그 쯤에 발표자 신청 폼을 제출하여 다행히 발표자로 선정이 되었다!   그렇게 나는 유스콘 2024에서 `다중 서버에서 ..

fetchJoin을 하는 경우, 카테시안 곱으로 인해 중복 문제가 발생한다.아래와 같이 클라이밍 팀 관련 데이터가 존재한다고 해보자.1팀, 2팀은 클라이밍고수 라는 동일한 팀 이름을 가지고 있다.(2팀에 계신 분들은 국가대표 선수들이라 진짜 고수고, 1팀은 클라이밍 고수가 되고 싶은 팀이라고 하자 ㅎㅎ) querydsl 메서드아래 querydsl 코드로 '팀이름으로 해당 팀의 회원 명단을 반환'하는 메서드를 생성했다.12345678@Overridepublic ListTeam> findAllMembersByTeamName(String teamName) {    return jpaQueryFactory.selectFrom(team)                          .join(team.member..

우아한형제들에서 근무한지 벌써 만 1년이 넘었다.우리 팀에서 벌써 내가 막내를 탈출하기도 했고 (실력은 아직 내가 막내가 맞는듯 ㅜㅜ), 벌써 입사할 때 후덥지근했던 계절이었던 여름이 다가오기도 했다. 배운 것도 정말 많고 해서 후기를 작성해보려 한다.그리고 근황도 함께.(깃허브 잔디 접었다는 소문이 많은데, 그렇지 않다. 그 계정을 거의 안쓸뿐... 뒤에 후술하겠다.)개발 기술적으로 느낀 점들API 개발은 신중하게. 도메인 책임 위치는 생각보다 매우 중요!사이드프젝을 개발할 때에는 유즈케이스 추가에 따른 API 개발 및 필드 추가를 아무 생각없이 하곤 했다.하지만 실무경험이 조금 쌓인 지금은, 필드 추가 및 API 개발을 굉장히 조심스럽게 하고 있다. 규모가 크고 복잡한 곳에서는 API 개발 또는 응답..

Spring Data JPA 를 사용한다면 (특히 querydsl) 아래와 같은 생각이 들 때가 있다. '클래스명 xxxRepositoryImpl 말고 xxxRepositoryImplementation 이라든지, HappyRepositoryImpl 처럼 좀 줄이거나 바꿔서 작성할 수 없나?' 안된다. 아래 에러를 만나게 된다. Failed to load ApplicationContextCaused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name defined in file  빈을 아예 못찾아서 위 에러가 발생하게 된다.원인을 찾기 위해 내려보면, No property foun..