<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>kth990303의 코딩 블로그</title>
    <link>https://kth990303.tistory.com/</link>
    <description>Konkuk CSE 19. woowabros. woowacourse 4th 케이.
https://github.com/kth990303
개발/PS/일기 기록 블로그</description>
    <language>ko</language>
    <pubDate>Thu, 16 Apr 2026 19:08:33 +0900</pubDate>
    <generator>TISTORY</generator>
    <ttl>100</ttl>
    <managingEditor>kth990303</managingEditor>
    <image>
      <title>kth990303의 코딩 블로그</title>
      <url>https://tistory1.daumcdn.net/tistory/4460069/attach/2585240901444315b3996467762bfce6</url>
      <link>https://kth990303.tistory.com</link>
    </image>
    <item>
      <title>[251220] 25년 회고 겸 적는 플랫폼 vs 서비스 (feat. 객체지향, MSA)</title>
      <link>https://kth990303.tistory.com/494</link>
      <description>정말 오랜만에 쓰는 블로그.
사실상 이제는 정보공유 보다는 내 일기장 같은 느낌으로 쓰는 느낌이다.
&amp;nbsp;
블로그 글이 뜸했던 데는 이유가 있다.
&amp;nbsp;
1. 히스토리/정책이 중요 -&amp;gt; 블로그보다는 사내 위키를 주로 활용.
2. 기술은 배우면 된다. 아키텍처 설계, 객체의 책임이 더 중요한 듯.
3. 바빠서.
&amp;nbsp;
3번은 사실 핑계다.
1번, 2번 이유가 더 큰 듯하다.
예전에는 '기술적으로 뛰어나면, 개발하는 데에 어려움이 없다..</description>
      <category>JAVA/JAVA | Spring 학습기록</category>
      <category>개발자</category>
      <category>객체</category>
      <category>객체지향</category>
      <category>백엔드</category>
      <category>서버</category>
      <category>플랫폼</category>
      <category>회고</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/494</guid>
      <comments>https://kth990303.tistory.com/494#entry494comment</comments>
      <pubDate>Sat, 20 Dec 2025 23:17:41 +0900</pubDate>
    </item>
    <item>
      <title>[Spring] 스프링 배치 작성하면서 고민했던 부분들 기록</title>
      <link>https://kth990303.tistory.com/493</link>
      <description>특정 시점에 여러 건들을 동시에 처리해야되는 작업을 할 일이 있어서 스프링 배치를 활용한 적이 있다.
배치 코드를 작성하면서 받은 리뷰 및 고찰들을 블로그에 간단히 기록해보려 한다.
(원래 같으면 메모장에 작성했을텐데, 오랜만에 블로그에 남겨보는 듯하다 ㅎㅎ 블로그가 좀 더 시간은 오래 걸리지만, 기록용으로는 좋긴 한듯.)

스프링 배치 동작 다이어그램

&amp;nbsp;
사실 스프링 배치 동작 원리는 한글이 익숙하다는 가정 하에, 향로님 블로그(https:..</description>
      <category>JAVA/JAVA | Spring 학습기록</category>
      <category>BATCH</category>
      <category>jobscope</category>
      <category>Spring</category>
      <category>stepScope</category>
      <category>배치</category>
      <category>스프링</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/493</guid>
      <comments>https://kth990303.tistory.com/493#entry493comment</comments>
      <pubDate>Sat, 7 Jun 2025 13:55:58 +0900</pubDate>
    </item>
    <item>
      <title>[250101] 2024년 회고, 그리고 2025년 나의 계획</title>
      <link>https://kth990303.tistory.com/492</link>
      <description>2024년 목표 회고를 적은지 엊그제같은데, 벌써 2025년 1월 1일이 다가왔다.
2024년을 어떻게 보냈는지, 2025년은 어떻게 보낼지 (지금은) 아무 생각이 없다.
글 써보면서 즉각적으로 상기시켜보고 목표도 세워보려 한다~ ㅋㅋㅋ

2024년 한해 목표 및 그 결과를 되돌아보자
작년에 내가 목표를 세웠었나? 하고, 작년에 작성했던 회고글을 한번 봤다.
https://kth990303.tistory.com/470

&amp;nbsp;

[231223] 2..</description>
      <category>Coding Diary/diary, 회고 및 계획</category>
      <category>2024</category>
      <category>2025</category>
      <category>계획</category>
      <category>회고</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/492</guid>
      <comments>https://kth990303.tistory.com/492#entry492comment</comments>
      <pubDate>Wed, 1 Jan 2025 15:06:33 +0900</pubDate>
    </item>
    <item>
      <title>[트러블슈팅] 500 에러인데 앱로그가 평화롭다고? discard packet 로그로 쫄았던 이야기</title>
      <link>https://kth990303.tistory.com/491</link>
      <description>최근에 신기한 이슈를 겪었다.
어떠한 api를 실행했는데 500 에러가 떠서 문의가 왔는데, 우리 쪽에는 아예 로그조차 남지 않은 것이다.
일시적인 네트워크 장애인가 싶어서 한번 더 시도해봐도 결과는 마찬가지.
&amp;nbsp;
해당 api는 특정 혜택을 요청으로 온 가게들에게 생성시켜주는 역할을 담당한다.
예를 들어 가게A, 가게B 에 20% 할인 혜택을 부여하고 싶다! 그렇다면 해당 api를 사용하면 되는 것!
&amp;nbsp;
아무튼간에, 500 에러가 떴으..</description>
      <category>JAVA/JAVA | Spring 학습기록</category>
      <category>NGINX</category>
      <category>PinPoint</category>
      <category>timeout</category>
      <category>트러블슈팅</category>
      <category>핀포인트</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/491</guid>
      <comments>https://kth990303.tistory.com/491#entry491comment</comments>
      <pubDate>Tue, 26 Nov 2024 20:01:00 +0900</pubDate>
    </item>
    <item>
      <title>[241030] 우아콘 2024 참여 후기</title>
      <link>https://kth990303.tistory.com/490</link>
      <description>우아한형제들 주관 테크컨퍼런스인 WOOWACON 2024에 참여했다!
https://2024.woowacon.com/

&amp;nbsp;

WOOWACON 2024
한 번의 배달을 위해 필요한 모든 기술들
2024.woowacon.com


&amp;nbsp;
작년 11월에는 우아콘 2023을 팀원분 한분과 함께 갔다왔었다.&amp;nbsp;
(후기: https://kth990303.tistory.com/468)
&amp;nbsp;
올해는 비교적 일찍인 10월 말에 우아콘이 열렸..</description>
      <category>JAVA/JAVA | Spring 학습기록</category>
      <category>woowacon</category>
      <category>개발</category>
      <category>세미나</category>
      <category>우아콘</category>
      <category>우아콘2024</category>
      <category>우아한형제들</category>
      <category>컨퍼런스</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/490</guid>
      <comments>https://kth990303.tistory.com/490#entry490comment</comments>
      <pubDate>Sun, 3 Nov 2024 15:30:14 +0900</pubDate>
    </item>
    <item>
      <title>[Kotlin] mock 테스트를 작성할 때 기억하면 좋은 점들</title>
      <link>https://kth990303.tistory.com/489</link>
      <description>스프링 환경에서 테스트 코드를 작성할 때, unit test가 아닌 이상 모킹을 이용해야 하는 경우가 참 많다.
나의 경우는 테스트를 하고 싶은 객체의 함수 외에, 관심사가 아닌 함수들과 의존객체들을 주로 mock 으로 처리하는 듯.
&amp;nbsp;
이번 포스팅에서는 어떻게 보면 굉장히 단순하지만, 최근 내가 잊고 있었던 내용들을 기록해보려 한다.
`굳이 기록까지 해야되나?` 싶기도 하다. 하지만 가끔씩 상기시키면 좋을 듯한, 그리고 요즘같이 바쁜 시기에 ..</description>
      <category>Kotlin/Kotlin | Spring 학습기록</category>
      <category>argumentmatchers</category>
      <category>kluent</category>
      <category>mock</category>
      <category>mockitokotlin2</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/489</guid>
      <comments>https://kth990303.tistory.com/489#entry489comment</comments>
      <pubDate>Sat, 12 Oct 2024 16:13:18 +0900</pubDate>
    </item>
    <item>
      <title>[240831] 유스콘 2024 컨퍼런스 후기-이제는 발표자 신분으로! (다중 서버에서 똑똑하게 캐싱하기)</title>
      <link>https://kth990303.tistory.com/488</link>
      <description>나는 꾸준히 유스콘에 참여했었다.
&amp;nbsp;
유스콘 2021 에 지인의 안내로 처음 참여해보고 유익하다는 생각이 들어서
유스콘 2022, 2023 에도 청중(?) 신분으로 신청했었다.
그리고 매번 후기를 작성했었다.

&amp;nbsp;
유스콘 2023 에서, 유스콘의 주최자인 제이슨이 이렇게 말한 적이 있었다.
'케이, 발표자 한 번 하셔야죠~'
(여담으로 케이는 내 우테코 시절 닉네임이다.)
&amp;nbsp;
사실 진심인지 아니면 가벼운 인사치레인지 모르겠지만..</description>
      <category>JAVA/JAVA | Spring 학습기록</category>
      <category>YOUTHCON</category>
      <category>세미나</category>
      <category>유스콘</category>
      <category>유스콘 2024</category>
      <category>컨퍼런스</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/488</guid>
      <comments>https://kth990303.tistory.com/488#entry488comment</comments>
      <pubDate>Mon, 2 Sep 2024 21:29:22 +0900</pubDate>
    </item>
    <item>
      <title>[Hibernate] fetchJoin 시에 중복문제, 페이징을 사용하는 경우엔 미발생?</title>
      <link>https://kth990303.tistory.com/487</link>
      <description>fetchJoin을 하는 경우, 카테시안 곱으로 인해 중복 문제가 발생한다.
아래와 같이 클라이밍 팀 관련 데이터가 존재한다고 해보자.

1팀, 2팀은 클라이밍고수 라는 동일한 팀 이름을 가지고 있다.
(2팀에 계신 분들은 국가대표 선수들이라 진짜 고수고, 1팀은 클라이밍 고수가 되고 싶은 팀이라고 하자 ㅎㅎ)
&amp;nbsp;
querydsl 메서드
아래 querydsl 코드로 '팀이름으로 해당 팀의 회원 명단을 반환'하는 메서드를 생성했다.






1..</description>
      <category>JAVA/JPA 학습기록</category>
      <category>fetchjoin</category>
      <category>Hibernate</category>
      <category>join</category>
      <category>JPA</category>
      <category>querydsl</category>
      <category>sqm</category>
      <category>카테시안</category>
      <category>카테시안 곱</category>
      <category>페이징</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/487</guid>
      <comments>https://kth990303.tistory.com/487#entry487comment</comments>
      <pubDate>Sat, 3 Aug 2024 14:51:26 +0900</pubDate>
    </item>
    <item>
      <title>[240720] 만 1년차 백엔드 주니어 개발자 후기</title>
      <link>https://kth990303.tistory.com/486</link>
      <description>우아한형제들에서 근무한지 벌써 만 1년이 넘었다.
우리 팀에서 벌써 내가 막내를 탈출하기도 했고 (실력은 아직 내가 막내가 맞는듯 ㅜㅜ), 벌써 입사할 때 후덥지근했던 계절이었던 여름이 다가오기도 했다.

&amp;nbsp;
배운 것도 정말 많고 해서 후기를 작성해보려 한다.
그리고 근황도 함께.
(깃허브 잔디 접었다는 소문이 많은데, 그렇지 않다. 그 계정을 거의 안쓸뿐... 뒤에 후술하겠다.)

개발 기술적으로 느낀 점들
API 개발은 신중하게. 도메인 책..</description>
      <category>Coding Diary</category>
      <category>1년차</category>
      <category>2년차</category>
      <category>개발자</category>
      <category>신입</category>
      <category>우아한형제들</category>
      <category>일기</category>
      <category>주니어</category>
      <category>주니어개발자</category>
      <category>후기</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/486</guid>
      <comments>https://kth990303.tistory.com/486#entry486comment</comments>
      <pubDate>Sat, 20 Jul 2024 12:29:35 +0900</pubDate>
    </item>
    <item>
      <title>[Spring Data JPA] Custom Repository 구현체 클래스명 주의점</title>
      <link>https://kth990303.tistory.com/485</link>
      <description>Spring Data JPA 를 사용한다면 (특히 querydsl) 아래와 같은 생각이 들 때가 있다.
&amp;nbsp;
'클래스명 xxxRepositoryImpl 말고 xxxRepositoryImplementation 이라든지, HappyRepositoryImpl 처럼 좀 줄이거나 바꿔서 작성할 수 없나?'
&amp;nbsp;
안된다.&amp;nbsp;
아래 에러를 만나게 된다.

&amp;nbsp;
Failed&amp;nbsp;to&amp;nbsp;load&amp;nbsp;ApplicationCo..</description>
      <category>JAVA/JPA 학습기록</category>
      <category>impl</category>
      <category>JPA</category>
      <category>querydsl</category>
      <category>Spring</category>
      <category>Spring Data JPA</category>
      <category>빈</category>
      <category>에러</category>
      <author>kth990303</author>
      <guid isPermaLink="true">https://kth990303.tistory.com/485</guid>
      <comments>https://kth990303.tistory.com/485#entry485comment</comments>
      <pubDate>Fri, 19 Jul 2024 21:06:12 +0900</pubDate>
    </item>
  </channel>
</rss>