공부

가. 양방향 a. 무엇인가 - JPA의 연관관계 뿐만 아니라 객체참조, 레이어, 패키지 등등 단방향으로 하는 것이 좋다. - 그 이유는 양방향으로 연관관계나 참조가 걸리는 경우 예기치 못한 오류나 동작을 경험할 수 있기 때문이다. b. Spring Bean 순환참조 - AService BService 에 각각 서로의 Bean에 대해 의존성 주입을 한다면 아래와 같은 오류를 볼 수 있다. => Spring 에서는 순환참조가 발생하면 아래와 같이 application이 실행되지 않고 종료된다. c. @ToString - JPA에서 양방향 관계인 경우에 참조엔티티 포함해서 @ToString을 하게 되면 무한루프가 발생하게 된다. 나. 단방향이 하라면서.. @OneToMany는 왜..? a. @ManyToOne..

조영호님의 도메인 주도 설계의 사실과 오해 part2 세미나를 듣고 정리한 글입니다.! (기억의 왜곡이 있을수 있습니다...) a. DDD 오해 - 설계한 도메인 모델 본질적이라 생각하지만 실제로는 구현하기 편한 모습으로 만들어나아가는게 맞다..! => 코드 짜기 편한 모델을 만드는 과정으로 궁극적인 목표는 코드 복잡성 낮추는것! - DDD는 수정에 관점을 두기 때문에 통계성 조회 같은 부분과는 관련이 없다. 비즈니스 모델과 구현은 구분해야한다. => 이를 같이 녹이려다보니 복잡성이 증가했고 이를 분리하기 위해 CQRS 같은 패턴이 생기게 되었다. b. 엔티티(Entity)와 값객체(Value Object) - 엔티티란 연속성과 식별성을 가지는 객체로 시간이 지나도 구별이 가능해야한다. ex) 그림작품 ..

https://festa.io/events/4028 흔한 백엔드 개발자 모임 | Festa! Festa에서 당신이 찾는 이벤트를 만나보세요. festa.io 오랜만에 개발 세미나를 듣고 왔다. (글은 바로 써야지 했는데 많이 늦어버렸다.. ) Java 쪽은 이런 세미나를 본 적이 없기도 했고 얼핏 듣기만 해봤던 Project Loom에 대한 것도 세션에 포함되어있어서 바로 티켓을 구입하고 세션을 듣고 왔다. 가. null 을 나이스 하게 다루는방법 a. 실수? - 개발자라면 한번쯤 들어봤을법한 Java 개발자가 null 만든 것은 실수..! - null 자체가 실수라고 보기엔 필수적인 요소이다. 하지만 선택적으로 nullable 하게 있도록 했으면 생산성 or 버그가 줄었을 것이다! => 요즘 코틀린을 ..

https://festa.io/events/3791 한빛N MSA - #2 TDD | Festa! Festa에서 당신이 찾는 이벤트를 만나보세요. festa.io a. 오랜만에 개발세미나! - 오랜만에 제테크 아닌 개발 세미나를 듣고 왔다. 저기에는 6시 30분으로 되어있는데 메일은 7시에 시작한다고 해서 근처에서 일하다 들으러갔다. - 최근에 TDD라고 하기엔 애매하지만 테스트를 시작으로 작업을 하면서 이런저런 생각이 많았는데 정리 할 겸 세미나에 참여했다. - 1~3년차 주니어 대상이었지만 실력은 아직 그정도이므로 자신있게 참여했다 ㅎㅎ b. 진행 - 살짝 늦어 연사소개 부분은 못듣고 그 다음부터 들었는데 기억에 TDD 기초-> 볼링게임 -> 도입 사례 & 강사님 사례 -> Q&A 순서로 진행되었다...

a. 통합 스펙?! - 일을 하다보면 분리되어있던 것들을 관리의 목적으로 하나로 합치는 경우가 있는 것 같다. => 예를들어 국내호텔과 해외호텔이 각각의 팀이 있고 비슷한 데이터들인데 각기 다른 스펙으로 팀으로 연동받는 것이다. - 어쩌다 위에서 눈에 띄는 순간 이건 왜 분리되어있지 합치는게 좋을것 같은데? 라는 오더가 내려온다. - 사실 별도로 가지고 있던 스펙을 하나로 받는거는 팀 입장에서는 관리포인트가 줄어드니 좋다는 느낌이 든다. b. 개별적인 과제에 대한 변경사항은? - 좋은 줄 알았던 통합스펙인데 각 서비스별로 개별과제가 발생하기 시작하면 난감한 상황이 발생하는 것 같다. - 예로 국내호텔팀에 새로운 과제가 생겨서 연동받는 입장에서 스펙을 수정해야하는 일이 생긴다. 그런데 이 스펙을 변경하면 ..

가. 배경 a. 기존 로직을 개선했는데.. - 가끔 배치 로직을 개선해야하는 경우가 생긴다. 데이터를 생성하는 배치의 경우에는 이전 로직과의 결과물이 같은지 비교해야하는 경우가 많다. - 10개만 넘어가도 눈으로 찾기에는 쉽지도 않은데 몇백만건에 컬럼이 수십개 된다면은 AI가 아닌 이상 틀린그림찾기는 불가능하다. - 업무 중 하나로 요런 부분이 많아서 하나 최대한 손이 덜가게 만들어서 써야겠다라는 생각이 들었다! b. 개선 전후 로직에 대한 결과물 비교를 어떻게 할 수 있을까? - 다양한 방법이 있겠지만 가장 좋은 것은 DB에서 SQL로 비교하면 좋겠지만 보통은 이전 버전 데이터는 삭제하고 만드니 현실적으로 쉽지않다. => 임시테이블을 만드는것도 방법이겠지만 비교 테이블이 여러개면 손이 많이가니까 단순하..

가. 만들려고한 이유 a. 매번 찾기 번거로운데! - 전회사에서 이름 코드 형태의 데이터가 있는데 이 코드값이 외우기에는 조금 길고 20~30개 정도 되어서 매번 이름에 대한 코드를 찾거나 이 코드가 이름이 뭔지 매번 DB에서 찾아야 했다. (간혹 개발과 운영 값이 다른 경우도 있어서 귀찮게 망분리 환경에 들어가서 찾아야함..) b. 가장 간편한 방법이 없을까? - 이름에 해당하는 코드값은 절대 변하지 않는 값이어서 파일에 저장하고 단순 불러오기만 하면 될 것 같았고 생각나는게 mac 메뉴바 앱이었다 - 메뉴바 앱을 누르고 팝업창이 뜨고 이름이나 코드를 넣고 조회만 누르면 찾을 수 있게 만들면 손이 덜 갈것 같아서 요걸 목표로 정했다! c. Swift 1도 모르는데.. - mac 메뉴바 앱을 만들때 고민..

팀내 스터디로 만들면서 배우는 클릭아키텍쳐를 읽고 실습한 내용이 있는데 나중에 기억안날 수 있으니 적어두어야겠다.! 아키텍처 빼고도 좋은 내용이 많고 책도 얇아서 한번쯤은 읽어보면 좋은 책인것 같다! 참고 & 출처 : http://www.yes24.com/Product/Goods/105138479 만들면서 배우는 클린 아키텍처 - YES24 우리 모두는 낮은 개발 비용으로 유연하고 적응이 쉬운 소프트웨어 아키텍처를 구축하고자 한다. 그러나 불합리한 기한과 쉬워보이는 지름길은 이러한 아키텍처를 구축하는 것을 매우 어렵게 www.yes24.com 가. 계층형 아키텍처 예제 2022.04.02 - [공부/GraphQL] - 4. 동물원 예제 만들기 with Spring Boot 4. 동물원 예제 만들기 wit..

매년 4월에 전시회를 하는데 작년에 못가서 아쉬웠는데 올해는 시간을 내서 월드 아이티쇼 2023(world it show) 관람하고 왔다. 입장하기전에 입장권을 받아야하는데 예전에는 직원분들이 한명한명 뽑느라 기다렸는데 이제는 키오스크로 QR코드만 찍으면 바로 나와서 좀 괜찮았던 것 같다. (입장권을 B홀에서 주는데 다 합치면 삼성역에서 조금 먼 것 같다...) 1층에 A홀,B홀 3층에 C홀 총 3구역으로 나누어져 있고 C홀에만 대기업들이 모여 있었다. 예전에는 1층에 있었던 것 같은데 바뀐 것 같다. 큰 기업들에 몰리는 경우가 많고 위로 안올라 가는 분들도 많은데 예전보다 더 위치를 더 잘 지정한 것 같다. B홀 입구부터 들어가면 귀여운 모형들이 반겨준다. 사진만 찍어서 기억이 없는데 미래 스마트시티인..

가. 테스트 테이블 만들기 a. 호텔 예약 테이블 - 파티션을 테스트할 테이블을 만들어보자 피곤하니 chatgpt 를 이용했다. - 컬럼이 너무 많으면 더미 데이터 만들기 힘들어서 아래로 줄여보았다. create table hotel_reservation ( id int auto_increment primary key, guest_name varchar(50) not null, check_in_date date null ); b. 더미 데이터 추가하기 - 이거는 프로시저를 만들어서 추가할건데 이것 역시 피곤하니 chatgpt 에 물어보았다. - chatgpt도 완벽하지 않은 걸 보면서 직업이 없어지는 위기에서 안도감이 든다. 그대로 실행하면 실행속도가 엄청 느릴것이므로 수정해주어야한다. create de..

가. 개요 a. 생각보다 잘안됨.. - 하다보면 어플리케이션 내에서 그룹정렬해야하는 경우가 있다. 간단할것 같지만 은근 잘되지않아서 포스팅하려고 한다.! b. 조건 1. 예약자명으로 그룹화 되어있어야한다. 2. 예약날짜가 빠른 순으로 정렬되어야한다. 3. 예약날짜가 같은 경우 예약자명 순으로 정렬된다. 4. 그룹내에서는 금액 인원수로 정렬되어야한다. (날짜가 같은 경우) C. Reservation 클래스 import java.time.LocalDate; public record Reservation(LocalDate reserveDate, String reserveName, long price, int people) implements Comparable { public String concatDateA..

가. 클래스 a. final을 좋아하는 코틀린 - 간단하게 코틀린 클래스를 생성하고 디컴파일 해보자! - 클래스를 보면 final 키워드가 붙은 것을 볼 수 있다. 여기서 알 수 있듯이 코틀린은 거의 대부분 final 이 기본이다. - 아시다시피 클래스에 final이 붙어있으면 상속이 불가능하다.! 개인적으로 코틀린은 확장에 대해서 제어하는 듯한 느낌을 받았다. => 여담이지만 최근에 코드리뷰 받으면서 알게 되었는데 lombok에 보면 @UtiltyClass가 있다. 주석을 보면 자동으로 클래스에 final을 붙여주고 private 생성자를 만들어주고 등등.. 써져있었다. 부끄럽지만 그때 클래스에 final 붙이면 어떻게 되었는지 까먹고 있었다.. 추가로 자바에서는 클래스에 final 키워드는 잘쓰지 않..