안녕하세요 ~ 강사님 수업 실무적으로 잘 가르쳐주셔서 너무 잘 듣고 만족합니다. 현재 완벽한 프론트엔드코스를 거의 다 소화하고, 풀스택을 배우고자 합니다. 부트캠프에서 만든 고농축 백엔드 코스는 현재 수강한 프론트엔드 코스 내용과 겹치는 강의가 많고 강의량도 많다보니 구매가 고민스로운데요.. 강사님 강의중 관리자 모드와 유저모드간에 통신을 다루는 실무 프로젝트 중심의 백엔드까지 배울수 있는 강의가 있는지 추천받고 싶습니다.
현재 DDD와 핵사고날을 혼자 공부하며, 스타트업에서 적용시켜보고있는 주니어 개발자입니다. 현재 Spring boot를 사용하면서 Jpa 기반으로 연관관계(@ManyToOne, @OneToMany 등) 지양하며, 단순 id만을 컬럼으로 가지고 있는 엔티티를 설계했는데요. 저는 물리적 데이터베이스(mysql, redis, mongo 등)의 테이블 도큐먼트와 매핑되는 객체를 엔티티, 그리고 어플리케이션 내부에서 사용하게 되는 객체를 도메인이라고 지정해서 엔티티와 도메인의 분리를 해놨습니다. 현재 패키지 구조또한 각각의 도메인 별로 구성해서 나눴습니다. (User, Card, Bike 등등) 여기서 궁금한게 만약 다른 도메인끼리의 협력이 필요한 경우, 예를 들어서 user의 어떠한 usecase에서 현재 타고있는 bike의 이름이 궁금하다던지, 이런 다른 도메인끼리의 협력이 command 혹은 query로 필요한 경우 usecase를 구현한 서비스에서 다른 도메인의 usecase를 호출해도 되는지가 궁금합니다. 저는 이러면 안된다고 생각을 했고, 그럼 패키지 별로의 약한 결합이어도 나중에 모듈화 할때 문제가 된다고 생각했습니다 위의 예시를 들면, user의 어떠한 Usecase에서 bike의 도메인에 이름이 궁금해서 이름을 반환해주는 usecase가 있다고 했을때, user패키지에는 bike 패키지 안에있는 usecase를 가져갈수밖에 없다. 라고 생각을했습니다. 그래서 저는 이경우에 bikeEntity와 1대1로 매핑이 되는 도메인은 도메인으로서 bike 그자체의 책임을 가지고 가고, user 패키지 안에 bike의 정보를 가져올수있는 엔티티를 만들어 필요한 정보를 제때제때 꺼내쓰는 방법을 생각했습니다. 즉, 하나의 테이블, 혹은 도큐먼트를 여러개의 엔티티에 매핑을 시키는 셈인거죠. 물론 command는 원본 엔티티에서만 가능하게 한다고 생각했습니다. 그래서 지금 제가 내린 결론은 다른 도메인에서의 usecase의 협력이 필요하면 usecase를 조합하는 orchestrator를 만들어서 거기서 조합을 하자는 결론을 내렸는데, 문제는 이경우, 도메인의 협력이 많은 경우 결국 usecase의 '짬통,,?' 이 될것같습니다... 혹시 어떤게 맞는 방법일까요,,? 또한 현업에서는 어떻게 구현하는지 궁금합니다... 긴글 읽어주셔서 감사합니다.
위의 내용과 같이 언제, 어떻게 만료 시킬 지에 대한 만료 방식을 cache eviction이라고 해주셨는데 검색해보니까 내용 상의 차이가 있다는 것을 알게 됐습니다. TTL, TTI와 같은 특정 시간, 점유 시간에 대해 발동되어 cache expiration으로 정의가 됐습니다. 반면 cache eviction은 메모리 공간이 부족한 경우 발동되어 LRU, LFU, FIFO 등으로 구분됐습니다. 결국 둘 다 캐시 삭제 기법이긴 하나, 트리거 조건에 차이가 있었습니다. 면접에서 eviction 관련 질문을 받는다면 둘을 혼용해도 무방할까요?
tailwindcss의 버전이 4.x로 변경됨에 따라 강의 내용의 일부인 npx tailwindcss init -p 시 오류가 발생하는 것이 확인되었습니다. 최대한 강의를 따라가기 위하여, 일단 제 임의로 3.4.3 버전으로 다시 설치를 한 상황인데요. 강사님께서 npm install -D tailwindcss postcss autiprefixer 를 하셨을 때 설치되는 버전을 알고싶습니다.
안녕하세요! 이번 개인프로젝트에서 REST API 형식으로 개발하려 합니다. vue 나 리액트를 사용하지 않은 타임리프를 사용할 생각입니다! RestController 의 return 타입은 ResponseEntity 로 할 생각입니다 ! 내용은. RestController 는 JSON 으로 응답을 돌려주는 역할을 하며 redirect 와 같은 것을 사용하지 않는 이상 view페이지로 리턴해주는 건 따로 없고, 권장하지 않는다고 배웠습니다. view 페이지 이동 및 view 에서 표출할 단순한 데이터는 @Controller , "기능"에 관련된 것은 @RestController 을 사용해야할 거 같습니다. 예를 들어, 1. 회원목록 페이지 이동은 Controller 및 회원목록조회(DB조회) -> member_list.html 리턴 2. 회원상세보기 페이지 이동은 Controller 및 회원상세조회(DB조회) -> member_detail.html 리턴 3.회원 상세보기페이지에서의 수정 기능은 RestController 및 JSON 응답 리턴 이렇게 구현이 되어야할 거 같더라구요 ! RestAPI 및 @RestController 형식을 사용한다하더라도 전체를 RestController 를 사용하는 건 구현에 무리도 있고 권장되지 않는 거 같기도 하더라구요. 패키지 구조로 치면 1. domain(package) -member(package) -controller(package) > MemberApiController.java, MemberController 2. domain(package) -member(package) -web(package) -controller(package) > MemberController -api(package) > MemberApiController 이렇게요! RestController 하나만 사용하게 된다면 메인페이지에서 [회원목록] 을 클릭한다. 클릭과 동시에 axios/fetch 등의 비동기 통신이 이루어진다. 비동기통신의 url 은 회원목록데이터를 return 하는 @RestController 메서드에 도착한다. 응답이 성공하면 axios/fetch 비동기 메서드에 200코드와 회원목록데이터를 전달한다. 응답이 성공하면 그 데이터를 회원목록페이지를 보여주는 @RestController 에 다시 전달한다. 해당 RestController 메서드가 전달받은 데이터를 view페이지에 표출한다. 순서가 이렇게 될 거 같은데 5번의 회원목록 페이지를 보여주는 RestController 또한 view 페이지를 열수없으니, redirect 와 같은 걸 사용해야할 거 같더라구요. 상당히 복잡하고 비효율적인거 같아 RestController(기능) 와 Controller(view 페이지 이동) 을 분리해서 사용하기로 결정했는데 실제 현업/실무에서도 @RestController(ResponseEntity) 와 @Controller(ModelAndView) 를 위처럼 기능 / view 페이지 이동 이렇게 구분해서 사용하나요? 아니면 RestController(ResponseEntity) 하나만 사용하나요? 만약 구분해서 사용해야한다면 MemberApiController 는 ResponseEntity 메서드 MemberController 는 ModelAndView 메서드 를 작성하는 것을 염두에 두고 있습니다 ! 또한 패키지 구조 추천도 부탁드립니다! 1번과 2번 외에 더 추천해주실 만한 패키지구조가 있다면 조언부탁드리겠습니다!
안녕하세요 강사님! 워밍업클럽4기 수강생 정예은 입니다. 캐시메모리는 CPU가 자주 사용하는 데이터를 RAM에서 미리 가져와서 저장하는 공간이라고 하셨는데, 그럼 이 캐시메모리는 CPU내부의 레지스터 에 저장되는 걸까요 ??? 캐시메모리는 정확히 어디에 위치하는지 궁금해졌습니다 !
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] RestController 는 JSON 으로 응답을 돌려주는 역할을 하며 redirect 와 같은 것을 사용하지 않는 이상 view페이지로 리턴해주는 건 따로 없고, 권장하지 않는다고 배웠습니다. view 페이지 이동 및 view 에서 표출할 단순한 데이터는 @Controller , "기능"에 관련된 것은 @RestController 을 사용해야할 거 같습니다. 예를 들어, 1. 회원목록 페이지 이동은 Controller 및 회원목록조회(DB조회) -> member_list.html 리턴 2. 회원상세보기 페이지 이동은 Controller 및 회원상세조회(DB조회) -> member_detail.html 리턴 3.회원 상세보기페이지에서의 수정 기능은 RestController 및 JSON 응답 리턴 이렇게 구현이 되어야할 거 같더라구요 ! RestAPI 및 @RestController 형식을 사용한다하더라도 전체를 RestController 를 사용하는 건 구현에 무리도 있고 권장되지 않는 거 같기도 하더라구요. 패키지 구조로 치면 domain(package) -member(package) -controller(package) > MemberApiController.java, MemberController 이렇게요! RestController 하나만 사용하게 된다면 메인페이지에서 [회원목록] 을 클릭한다. 클릭과 동시에 axios/fetch 등의 비동기 통신이 이루어진다. 비동기통신의 url 은 회원목록데이터를 return 하는 @RestController 메서드에 도착한다. 응답이 성공하면 axios/fetch 비동기 메서드에 200코드와 회원목록데이터를 전달한다. 응답이 성공하면 그 데이터를 회원목록페이지를 보여주는 @RestController 에 다시 전달한다. 해당 RestController 메서드가 전달받은 데이터를 view페이지에 표출한다. 순서가 이렇게 될 거 같은데 5번의 회원목록 페이지를 보여주는 RestController 또한 view 페이지를 열수없으니, redirect 와 같은 걸 사용해야할 거 같더라구요. 상당히 복잡하고 비효율적인거 같아 RestController(기능) 와 Controller(view 페이지 이동) 을 분리해서 사용하기로 결정했는데 실제 현업/실무에서도 @RestController(ResponseEntity) 와 @Controller(ModelAndView) 를 위처럼 기능 / view 페이지 이동 이렇게 구분해서 사용하나요? 아니면 RestController(ResponseEntity) 하나만 사용하나요? 만약 구분해서 사용해야한다면 MemberApiController 는 ResponseEntity 메서드 MemberController 는 ModelAndView 메서드 를 작성하는 것을 염두에 두고 있습니다 !
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요. 체크 예외를 사용하면서 수많은 예외를 Excption으로 처리하는 것을 최악의 수라고 하셨는데 공통 예외 처리를 하면서 공통 예외 처리 메서드를 catch 부분에서 호출하면서 catch(Exception e)와 같이 사용하는데 이 부분의 Exception과 체크 예외의 Exception은 다르게 봐야할까요? 햇갈려서 질문해봅니다.
안녕하세요 TDD에 관심 있는 개발자입니다. 좋은 강의 만들어주셔서 감사합니다. 강의에 대한 질문이 아닌 실무적인 질문드립니다. 뒷 내용을 못봐서,, 지금까지 보면서 궁금했던 내용 질문드립니다. 상황마다 다르겠지만 형상관리하는 시점이 언제정도 될까요? 제 생각엔 Green 상태에 커밋을 할텐데 Green 상태는 단순히 api 상태값만 통과하는 기준일까요..? 디비 먼저 설계가 아닌 인터페이스설계 테스트를 하고 필요시 디비 스키마를 작성한다라고 이해 하였습니다만 결국 해당 테스트 시나리오를 전부 만족 한다면, API 개발이 끝난 상태라고 할수 있는 건가요? 리팩토링은 선택이라고 강의에서 이야기 해주셨는데 예를 들어서 @Valid 라는 애노테이션으로 외부 인터페이스의 값을 필터링 해서 상태값을 반환해주겠다라는 내용일까요? 실무적으로 테스트 시나리오는 노션에 작성하신다고 하셨는데 이슈 트래킹 ( 지라 등등) 쪽을 작성하시는게 더 좋을까요?
Water->SetupAttachment(Body); 워터는 여기 까지만 하고 해당 클래스를 상속받는 블루프린트에서 세부적인 위치를 세팅해주는것도 괜찮을까요? 이 질문을 하게된게 비주얼적으로 보면서 세팅하면 좋을거같다는 생각이 들었습니다 업계에선 해당 방식으로 하는지도 궁금합니다
5강 20:01 까지 세팅을 문제없이 잘 마쳤고, Gemini모델도 강사님이 설정하신 버전과 동일해요. 처음엔 채팅 입력시 Gemini가 "모른다" "알 수 없다" 등의 답변만 내놓길래, 다른분이 남겨주신 질문에 답변하신 내용을 보고 "모르는 내용은 검색을 활용해서 알려줘라" 하니까 검색해서 알려주긴 알려 주는데요. 정보가 틀려요. HTTP Request가 잘못 연결됐나? 싶은데 해당 노드 들어가서 Test step에서 입력 해보면 결과를 잘 가져와요(eg. 지금 몇년도야?->현재 년/월/일 알려줌). 근데 사실 이것도 보면 질문에 대한 답변이 아니고 질문이랑 관련있는 웹페이지의 메타데이터...... 입니다. (eg. 지금 몇년도야? -> "지금 몇년도"라는 주소를 갖고있는 웹사이트 검색해서 https://www.saturdaygift.com/what-year-is-it/ 에서 표시하는 년/월/일 알려줌. ) 하지만 더 이상한건chat 입력을 하고 gemini -> http 거치면 사진처럼 이상한 대답이 나와요. 이미지 처럼 2024년 이라고 한다던가. 다른 질문에도 아래처럼 대답해요 input : 요즘 인기있는 영화 추천해줘 output : "요즘"의 정의를 내놔라. input : 모르면 검색해서 요즘 인기있는 영화 추천해줘 output : "요즘"이 무슨 뜻인지 알고싶습니다. 예를 들어 "이번주", "이번달", "지난1년"이라고 할 수 있습니다 input: 이번주에 인기있는 영화 추천해줘 output : 이번주의 start date과 end date를 알려주세요 이런식인데.................... 매우 초반임에도 불구하고 강의 영상대로 따라해도 결과물이 영상과 아예 달라 계속 따라해야되는지 의구심이 듭니다. 어떻게 해결할 수 있을지요.