클래스 이름 정할때 util은 쓰지말기내용에 위화감 흠 내용만 맞다면 써도 될거같기도한대 테스트할때 주로 쓴다.몰랐던사실get은 항상 인스턴스 돌려받음find는 리턴값이 옵셔널! 그래서 jpa 가 항상 옵셔널이었구나동사를 반복하는거라 없는단어 exist 쓰자!설명그대로
백엔드 한테 ui란 ? controller! relaxed 아키텍쳐 좋지 않은 방식 도메인 레이어? 애플리케이션의 핵심 어우 좋지 않다 응용계층은 최
테스트 코드가 없는 코드가 레거시 코드정상적인 기능이 갑자기 안돌아간다?과거로 회기했다는 뜻인 Regression = 회귀버그회귀 테스트가 있는 프로젝트는 개발이 쉬워진다기능을 바꿔도 테스트로 체크하면 되기 때문좋은 사례어디까지가 통합 테스트인가?구글 책에선 이런 단어
도메인과 아이피 주소가 매핑되 저장되 있음대표적인 업체가 cloudflare255개 서버를 대표하는 아이피 DNS 서버에는 vip 하나만 알려주면 됨로드 벨런싱 역할도 함부하 분산순서대로 첫번~ 마지막 다시 첫번째 요청여러가지 부하분산 알고리즘로드벨런식이랑 같은 말한곳
스프링을 처음배우는 구조의존성 역전 추상화 x왠만한 문제는 대부분 레이어드 아키텍처..이해하기 쉬우니 알려주는 것상향식 접근은 애플리케이션이 db , jpa 종속되는 문제하향식은 프레임워크에 종속 됨.레스트 api 부터 고민하기 때문 .. ( 내가 이런다)상향식으로