어떻게 성장해야할까.

둘 중에 뭐를 쓰든 간에, 참조 무결성 제약 조건은 신경써야합니다.

테스트 코드에서 @Transactional을 사용할 때 생기는 부작용

동작 원리와 선택 기준에 대하여

운영 환경에서 synchronized를 사용하기 어려운 이유

REST API가 따르는 REST 원칙을 반드시 지켜야할까요?

그림과 함께 트랜잭션 격리 수준을 이해해보자.

@Transactional이 정상적으로 동작하지 않을 때는, 프록시 객체를 통해서 메서드를 호출한 것이 아니라 실제 객체를 통해 호출했는지 의심 해보자.

컬렉션 페치조인과 페이징은 함께 사용할 수 없다.

필요해서 만들어본 단축 URL 서비스

optional한 필터링 조건을 Optional로 대응한 이유

민감한 정보(유출되면 안 되는 비밀번호 등)를 Github에 올리게 되면 피똥을 쌀 수도 있으므로, 이를 암호화 해서 관리하는 방법에 대해서 알아보자.

@NotBlank 는 CharSequence 타입만 적용 가능하다.

답을 구하고, 배우고, 나누자.

행위마다 목적에 맞는 DTO를 만들자. 다른 행위에 같은 DTO를 사용하는 것을 경계하라.

메서드에 맞는 파라미터를 사용하자

data: JSON.stringify() 를 이용하자

jackson 라이브러리가 어떻게 model을 생성해줘야하는지 몰라서 생기는 문제이다.model 클래스에 빈 생성자 를 추가해주면 문제는 해결된다. (별도의 setter또한 필요없다)출처https://stackoverflow.com/questions/53191

필요한 객체에 직접 접근하지 말고, 대리자 객체(=프록시)를 통해서 접근한다.

접근 제어자는 '인스턴스 레벨'에서 적용되는 것이 아니라, '클래스 레벨' 에서 적용된다.