실행이 안되네요

안녕하세요! 보내주신 groovy gradle 코드는 제가 확인해봤을 때도 크게 문제되는 부분이 없어 보입니다 🤔AI 인턴이 이야기 해준 것처럼 gradle 캐시 후 재빌드를 한 번 해보시고 그래도 잘 안되는 경우에는stdlib-jdk8 대신 그냥 stdlib를 써보셔도 좋을 것 같습니다. 🙇implementation 'org.jetbrains.kotlin:kotlin-stdlib' 혹시나 잘 안되시면 편히 말씀해주세요! 더 확인해보겠습니다.

프론트 영역 보는법

안녕하세요! ☺ 새로운 강의에서 질문 주셨군요. 감사합니다. 🙇AI가 이야기 해준 것처럼, src/main/resources/static 안에 구성되어 있는데요! 이 파일이 순수 HTML, CSS, JS 로 구성된 것은 아니고 react.js 로 만든 파일을 static 하게 빌드해서 넣어둔거에요필요하시다면 v1에 해당하는 영역은 FE 코드를 제공해드리고 있습니다.필요하시면 편하게 메일 남겨주세요~!! ✉

깃허브 질

안녕하세요! github 정책 변경으로 비밀번호 대신 토큰을 사용해야 해서 발생하는 에러인데요! 🥲https://jaeyoon-95.tistory.com/259한 번 보시고 설정해보시면 좋을 것 같습니다!! 🙇

여기까지 다 끝냈다고 하셨는데

안녕하세요! ☺ 너무 좋은 질문이십니다.결론부터 말씀드리자면.. "이건 상관없나요?"는 기획 요건에 따라 달라집니다.본 강의에서는 해당 범위까지만 다루고 있는 것이 맞고, 원하시면 여기서 추가로 같은 책 이름으로 여러 개의 책 이름이 들어가는 걸 어떻게 해결할지 (ex. 재고라는 개념을 넣을지 아니면 책이 여러권 있다면 책 마다 새로운 DB row를 쌓을지)그 해결책에 따라 기존 API에 영향은 어떻게 달라지는지를 고민해보시면 좋을 것 같습니다!!제가 구현 방법과 키워드를 간단히 말씀드릴 수야 있긴 하지만.. 요즘에는 ChatGPT 혹은 Gemini가 더 답변을 잘 해줄것 같군요! (Entity 클래스를 복사-붙여 넣기 하시고 현재 같은 책 이름을 여러권 넣으면 대출 할 때 문제가 생길 것 같은데 어떻게 해야해? 라고만 쓰시면 줄~줄~ 나올거에요)감사합니다 🙇

왜안될까요

안녕하세요! AI 인턴이 말해준 것처럼 인증 관련 문제인데, 원인은 여러가지가 있을 수 있어 다음 정보를 알려주시면 더 구체적으로 답변 드릴 수 있을 것 같습니다. ☺ 사용하고 계신 컴퓨터 (로컬 환경) 에 MySQL을 설치하신 걸까요? MySQL 사용 버전은 어떻게 되실까요?IntelliJ 에서 MySQL로 어떻게 연결하려 하셨을까요?설정 창이 있다면 전체를 보여주시면 좋을 것 같습니다.어떤 드라이버를 사용했는지, 어떤 드라이버 버전을 썼는지 볼 수 있으면 좋을 것 같아서요! 만약 IntelliJ를 통한 설정이 너무 어려우신 경우, 조금 불편하시겠지만, mysql cli 를 사용하시거나 (mysql을 설치하며 같이 설치된 검정색 배경의 흰색 글씨 cli 창)https://blog.naver.com/cjs0308cjs/223369860906 처럼 워크벤치를 이용하실 수도 있습니다.감사합니다. 🙇

MySQL 창이안ㄴ뜹니다

안녕하세요!! ☺ sql 입력하는 창은 console 창을 열어주셔야 하는데요!@localhost 라 되어 있는 부분의 우클릭 > New > Query Console 을 클릭해주시면 콘솔 창이 열릴거에요!! 꼭 해결되셨으면 좋겠습니다.감사합니다.

포스트맨

안녕하세요! 혹시 잘 되셨을까요?! 계속 실행이 잘 안된다면 제어판에 들어가셔서 삭제 후 재설치를 해보는 것도 좋을 것 같습니다. 🙇역시 셋팅이 제일 어렵네요... 🥲

companion object

안녕하세요! KMC님! 🙂꼭 그렇지는 않습니다! 보통 data clas 를 활용한 DTO 개념이 인스턴스화를 직접 할 일이 많다 보니 정적 팩토리 메소드가 들어갔을 뿐, 실제로는 활용하기에 적절한 곳이라면 정적 팩토리 메소드를 어디나 적용하는 편입니다!답변이 도움이 되었으면 좋겠습니다. 감사합니다. 🙇

Custom 레프직토리 형식

안녕하세요! KMC님~ 🙂 좋은 질문 감사드립니다.하나씩 답변 드려 보면! 저는 사실 Impl 형식을 완전히 사용하지 않습니다. 몇 년 전에 Querydsl을 사용할 때 쓰던 방식이라고만 알고 있고, JPAQueryFactory를 직접 주입 받아 처리 하는 방식이 훨씬 편해서 그 방식을 선호하고 있어요! ☺ 굳이 따지면 Impl 형식을 쓸 경우 하나의 Repository 에서 SimpleJpaRepository 의 기본 기능 (ex. save) 을 한 번에 쓸 수 있다는 잠점이 있겠네요 또한 저는 조회 기능은 join 과 무관하게 무조건 Querydsl로 작성하는 편입니다. 단순한 Spring Data JPA 의 몇 가지 아쉬운 점에서도 소개드렸던 것처럼 조회 기능은 Querydsl 구현이 훨씬 편하다고 생각해서요! 요즘은 AI 도구가 많이 발전해 Spring Data JPA의 선언식 함수 findByXX 의 '간단하다는' 장점도 많이 줄어든 것 같습니다. 제가 말씀드린 내용이 정답은 아니고, 개인적은 의견을 공유드린 정도입니다!답변이 도움이 되었으면 좋겠습니다. 감사합니다. 🙇

강사님

안녕하세요! KMC님~ ☺ 좋은 질문 이시네요~결론부터 말씀드리면 예외 클래스를 적절하게 다루고 있으신 것 같아요! 저 역시 custom exception class가 계속해서 생기는 것 보다는 하나의 예외 클래스와 예외 case를 다루는 enum의 조합을 선호하는 편입니다물론 던져진 예외를 말씀해주신 ControllerAdvice에서 잡게 되고요~ 보다 디테일하게는 예외 경우를 어떻게 나눌지 표준 예외와 custom 예외를 언제 어떻게 사용할지 등도 고민해보시면 좋을 것 같습니다.현업에서는 개발자 분마다 성향이 다르셔서 무조건 정해진 규칙은 없는 것 같아요! 답변이 도움이 되었으면 좋겠습니다. 감사합니다~ 🙏