얇고 넓은 개발 블로그

Spring Boot도 벌써 3.2.X버전대가 릴리즈 되었고, 그에 따라서 자동으로 하이버네이트도 마이너 버젼 업데이트가 되었습니다. 6.4 버젼부터 해당하는 기능을 사용할 수 있습니다. 해당하는 기능을 한번 사용해보고 싶어서 테스트 해봤습니다. 일단 기본적으로 스프링 부트는 3.2.1 부터 사용 가능할 수 있으므로 참고 부탁드립니다. 기존에 사용하던 Soft Delete 방식 기존에는 Soft Delete기능을 사용하기 위해서는 개념적으로 사용해야하는 @Where절과 같은 기능을 사용하여, 삭제 컬럼에 대한 flag에 대한 조건을 엔티티 자체에 붙여서 사용해야했다. 그리고 삭제조건을 자동으로 update절로 바꿔서 처리할 수 있는 @SqlDelete문 과 같은 어노테이션이 필요했다. 즉, 개념적인 So..

클린코드 with java 17기를 들었던 경험 및 거기서 피드백 받았던 내용을 공유를 하려합니다. 저는 10월 30일부터 12월 31일까지 클린코드 강의를 코드리뷰, 강의를 끝까지 완료를 했습니다. 실제 강의 일자는 6주 과정이였지만, 업무 + 과제 까지 다해내게기엔 굉장히 빡센 과정이였지만... 배운점은 있었고, 다 아는 내용일지언정, 공유는 드리는 것이 좋아보여 전달을 드립니다. 객체지향 생활 체조란? 겍체지향 생활체조를 지켜 보는것이 왜 중요한가? (저도 못지키지만...) 생활체조 원칙은 좋은 품질의 소프트웨어를 만들기 위한 응집도(cohension), 느슨한 결합(loose coupling), 무중복(zero duplication), 캡슐화(encapsulation), 테스트 가능성(testab..

신입으로 들어간 내가 종종 시니어 팀원분들에게 개발한 것을 리뷰를 받기 위해 종종 코드를 보여주다보면, 종종 그... ctrl + G 키 눌러봐~ 아니면 그 메소드를 사용하는 다른 곳이 있는지를 확인을 해봐처럼 응애 신입 개발자이기전에는 한 번을 안써봤던 단축키를 이야기해보려 하는데요. 하지만, 이런 단축키들은 굉장히 유용하므로, 해당하는 단축키를 잘 사용하면 선배님들에게 특급 칭찬을 받을 수 있지 않을까요? 1. 사용 위치 찾기 (Find Usages) 왼도우 (Alt+ F7) / 맥 (Alt + F7) 해당기능을 사용할 경우 해당 메소드들을 내 코드에서 어디서 사용하고 있는지를 알려준다. 라인과 해당하는 사용 위치를 알려주는 역할을 한다. 옆에 해당하는 코드가 어디에서 사용하고 있으며 , 위치도 파악..

Java는 Null safety가 중요하다 거두절미하고 이야기하겠다. 당연히 나는 이 코드가 동작할거라 생각했다. names.stream().filter(Objects::nonNull).forEach(System.out::println); 근데 NPE가 발생한다. 응? 당연히 잘되는게 아닌가 싶지만... 우리는 names가 List 타입인거 까지는 아는데.... 그게 어떤 값일지 모르기 때문에 발생하는 문제이다. 만약 names가 null이라면? → 이때 NPE를 발생하는 것이다. 심지어 이건 JPA에서도 발생하는 문제인데.. 이런 방법을 해결하기 위한 방법? 간단하다. Optional로 Wrapping하는 거다. Optional.ofNullable(names).orElseGet(ArrayList::ne..

일단 글또 5주차를 맞이하여 테크테크스러운 글을 많이 작성하고 있다. 특히 요즘에는 별다른건 아니고, Jackson에 좀 꽂혀서 요즘 Serialize 혹으 Deserialize하는 방식에 대해서 어떤식으로 작동하는 거고 해당하는 코드들이 어떤 일련의 과정 속에서 움직이는 게 궁금했었다. 일단 기본적으로 Include를 많이 사용은 하는데 어떤 상황에서 사용하는게 좋을지 취사선택해야하는 경우가 많은데, 해당하는 값을 어떤식으로 처리하는게 좋을지 궁금해졌다. 사실은 Include nonNull 동작원리를 찾다가 동작방식을 찾아내질 못해서, 다른 주제로 선회하긴했다. 찾아보니까 이렇게 딥한 내용이었나 싶어서 좀 더 구체적으로 테스트 해봐도 좋겠다싶었다 JsonInclude란? 일단 JsonInclude라는 ..

왜 쓰게 되었나.. 일단 회사 프로젝트가 잦은 야근으로 지난주를 훌렁 날려버린 나는 현재 눈물의 개발 글쓰기를 진행중인데, 해당하는 프로젝트 진행도중 Request는 공통정보가 있지만, 각 3rd-party 서비스 추가 응답을 활용해서 각각의 응답에 따라 다른 API를 넘겨줘야하는 상황에 봉착했다. 해당하는 프로젝트에서 중복적으로 많이 사용되는 field가 있었고.. 해당하는 필드를 각 DTO별로 중복적으로 사용하는건 좀 귀찮은 일이기도 하니.. 해당하는 형태를 부모-자식 형태를 통해 상속으로 처리를 하려했다. 상속의 경우 Json Serialize가 값으로 처리되기가 곤란한 경우가 종종 있었는데, 특히나 Spring boot에서 별다른 어노테이션이 없이 무자비하게 떨렁 응답에 대한 처리를 해봤자.. 상..

연말을 맞이하여, 회고를 간단하게 해보고 싶어서 두서없이 적어봅니다. 연말까지 뭔가 굉장히 피곤하게 보내는 중이라서 사실 정리가 너무 안된면도 있다고 생각합니다 ㅎㅎ; 그래도 큰 틀에서 보자면, 회사와 개인의 측면으로 나눠서 회고를 해볼 수 있을 거라고 생각합니다. 올해는 크게 회사에서는 변화가 좀 있었고, 해당하는 대응이 꽤나 다이나믹해서 배운점도 많고, 뭔가 실수 했던 점도 많아서 복잡스러웠습니다. 덕분에 그만큼 개인의 무언가를 이뤘거나 행동의 큰 변화가 있던 적은 없었습니다. 그래도 과감하게 비싸고 빡센 강의를 들었던 것 덕분에, 해당 강의 이후 성장했다고 느껴지는 모습이 보여서 좋았습니다. 조금 더 세부적으로 나눠서 보면 아래처럼 정리해볼 수 있을 것 같습니다. 회사 회사에서는 두 버젼으로 굵직하..

글또 첫주차는 늘 뭘 적을까에 대한 고민을 많이 하곤 하는데, 결국에는 다짐글을 적게되는게 굳혀졌다. ㅋㅋ 왜냐하면 이미 내 글들을 살펴보면, 글또 글들이 1주차에는 무조건 9기를 시작하며와 같이 시작했으니까.. 아래 글들만 봐도 결국 회귀해서 다짐글을 쓸 수 밖에 없는 상황이 생긴다. 글또 5기를 시작하면서... 글또를 시작해버렸다. 글쓰는 또라이라는 이 모임은 개발 블로그 글쓰기 모임과 같다. 사실 개발 블로그는 내가 배운 내용이 아니면 정기적으로 포스팅하기가 쉽지는 않다. 아무래도 내가 순간 sundries-in-myidea.tistory.com 글또 6기를 시작하면서 - 올해의 마무리도 글또와 함께 글또를 또 하게되었다. 이번에도 글또를 시작했다. 뭐 지난번에 이야기를 주절주절했으니까.. 글또에 ..