기존엔 퇴근후에 사이드 프로젝트를 하고 있었는데 클로드, 제미나이를 활용하면 초등학생 같은 나의 언어 구사력으로도 기깔나게 짜주는 코드를 볼 수 있었다. 내가 하는거라곤 [해줘 -> 오 -> 확인이나 해볼까] 뿐이였어서 지식의 양이 느는 것도, 개발 실력이 느는것도 아니여서 현타가 좀 왔었다.

이대로 죽을 순 없어.

생각해낸 공부방법은 책 + AI 를 활용하는 것이다. 내가 고른 책은 [주니어 백엔드 개발자가 반드시 알아야 할 실무 지식]으로 챕터별로 주니어 개발자가 알아두면 좋은 지식들과 상황들이 잘 정리되어 있다.

2장에는 서버 성능 최적화에 관한 내용을 다루는데, 먼저 이런식으로 내가 책에서 공부한 내용을 정리하고

위에 정리한 내용과 같이 아래 사진처럼 claude에 요청했다.

클로드가 큰 챕터별로 다양한 케이스를 심플하게 구현해주었다.api 테스트도 해보며 실제 구현 코드도 확인해볼 수 있었다.

글로 배운 내용을 실제 확인해보고 코드로 볼 수 있다는 점에서 앞에 하던 AI 딸깍 바이브 코딩할때와는 다르게 배우는게 있고 재밌다고 느껴졌다.

이정도 년차엔 당연히 이정도는 구현할 줄 알아야겠지 하는 조바심에 사전지식과 배경지식없이 AI를 업고 무턱대고 덤볐다. 시간과 에너지는 많이 쏟은 것 같은데 남는거라고는 별로 쳐다보고 싶지 않은 코드들과 허무함 뿐이였는데, 이번에는 조금 달랐다.

단순해 보이는 활용법이라 시시해 보일 수 있지만 일단은 지금과 같은 방식으로 저 책 하나를 완주하는게 목표다!

이렇게 배우게되는 지식들도, 좋은 방법들도 차근차근 포스팅 해내가보려한다!

나처럼 AI시대에 갈피 잡는게 힘들지만 뭐든 해보려하는 주니어 개발자들에게 도움이 되었으면 한다.

java.sql.SQLException: Error: excuteQueryForObject returned too many results.

쿼리 결과를 하나만 기대했는데 여러행이 나와서 터진 에러였고 원인은 필수 파라미터 누락이였다.

시스템 범용적으로 적용할 수 있는 방법으로

@RequiredParam 커스텀 어노테이션 및 HandlerInterceptor를 활용하여 요청이 오면 필수파라미터 여부를 검증할 수 있도록 설계했다.

1. HandlerInterceptor 코드

   public class RequiredParamInterceptor extends HandlerInterceptorAdapter {
   
    @Override
    public boolean preHandle(HttpServletRequest request,
                            HttpServletResponse response,
                            Object handler) throws Exception {
   
        // Spring Legacy는 handler가 컨트롤러 인스턴스로 넘어옴
        // URL로 실제 메서드를 찾아서 어노테이션 확인
        String requestURI = request.getRequestURI();
   
        Method[] methods = handler.getClass().getMethods();
        for (Method method : methods) {
            RequestMapping requestMapping = method.getAnnotation(RequestMapping.class);
            if (requestMapping != null) {
                for (String value : requestMapping.value()) {
                    if (requestURI.contains(value)) {
                        RequiredParams annotation = method.getAnnotation(RequiredParams.class);
                        if (annotation == null) return true;
   
                        for (String param : annotation.value()) {
                            String paramValue = request.getParameter(param);
                            if (paramValue == null || paramValue.trim().isEmpty()) {
                                response.setStatus(HttpServletResponse.SC_BAD_REQUEST);
                                response.setContentType("application/json;charset=UTF-8");
                                response.getWriter().write(
                                    "{\"result\":\"FAIL\", \"message\":\"필수 파라미터 누락: " + param + "\"}"
                                );
                                return false;
                            }
                        }
                        return true;
                    }
                }
            }
        }
        return true;
    }
   }

2. 커스텀 어노테이셔 코드

   @Target(ElmentType.METHOD)
   @Retention(RetentionPolicy.RUNTIME)
   public @Interface RequiredParams {
    String[] value();
   }

3. 컨트롤러 적용 코드

   @RequiredParams({"ntt_id"})
   @RequestMapping("/view.do")
   public String view( @ModelAttribute("searchVO") BoardVO boardVO, 
                    ModelMap model) throws Exception {
   
   

}

이렇게 적용하고, 필수파라미터 없이 해당 컨트롤러 요청시
Exception 에러가 아닌 URL과 필수파라미터 정보를 로그로 확인할 수 있다.
( 이미 알겠지만 해당 인터셉터를 로그 설정 파일에서 설정해야한다)

2026/04/28 13:11:43,342 [INFO] [com.cmm.interceptor.RequiredParamInterceptor] [http-nio-8080-exec-7] - 필수 파라미터 누락 URL : url 정보, 파라미터 : ntt_id

```

일단 포스팅 알맹이는 이렇다. 정보공유 및 기록의 목적도 있지만 한풀이 목적도 있다.

PM님께서 시스템 범용적으로 필수파라미터 누락 대응을 위한 방법을 찾아보라하셨고, 위의 내용을 PPT로 작성해서 보고드렸는데 아무런 피드백이 없으셨다. 그리고 좀 뒤에 동료와 나를 부른 후 스프링벨리데이션을 활용해서 필수파라미터 누락에 대응하는 방법을 찾아서 보고하라하셨다.

보고드린 방식에는 일언반구도 없으시고 이 방법은 해당하지 않는지 궁금해서 보고드린 방식은 해당이 안되는지 여쭤보았는데, ppt 열어보시더니 '이렇게 해도 상관은 없죠, oo주임(나)은 다른 방법 필요없으신 것 같은데 그럼 알아보지 마세요' 이런식으로 피드백이 돌아왔다.

그리고 같이 부른 동료에게 'oo씨만 스프링벨리데이션으로 적용하는 방법 찾아서 보고하세요' 이러길래 ???? 물음표만 띄우고 기분만 상한채 자리로 돌아왔다.

그냥 여기에서라도 알아달라고 포스팅을 해본다... 이런식의 억울하고 속상한 일이 한두번이 아니였지만 이 사건 이후로 열심히 잘하고 싶은 생각도 안들고, 상기할 수록 나만 힘든걸 알지만 며칠 내도록 속상해서 일상이 힘든 요즘이다.

직급도 낮고 부하직원이지만 나도 직장동료인데, 본인의 권위와 말이 가장 중요한 사람 밑에서 그냥 밟히는 것 같다.