안녕하세요, 토비님. 아직 부족한 점이 많아 질문을 많이 드리게 되네요. Section 3에서 소개된 splearn 도메인 설계 강의를 듣기 전에, 스스로 먼저 도메인 모델링을 해보는 시간을 가졌습니다.그 과정에서 회원, 수강, 강의 등의 개념 외에 수강신청이라는 도메인을 도출했는데요, 그 이유는 “수강은 수강신청 후 결제가 완료되어야 성립된다”는 제 안의 암묵적인 도메인 해석 때문이었습니다.그런데 사실 강의에서 제시된 사용자 스토리에는 결제라는 개념이 존재하지 않았습니다. 그럼에도 불구하고, 과거 경험에서 비롯된 도메인이 자연스럽게 설계에 스며들었고, 결과적으로 오버엔지니어링으로 이어졌다는 생각이 들었습니다.이런 식의 ‘의도되지 않았지만 경험에 따른 그럴듯한 도메인’을 설계에 넣고 싶은 유혹은 실제 회사에서 설계할 때도 자주 느끼는 부분입니다.토비님께서는 이런 상황에서 어떤 기준으로 도메인을 포함하거나 배제하시는지, 그리고 본인의 경험을 어떤 방식으로 설계에 녹이시는지가 궁금해져서 질문드리게 되었습니다!감사합니다! (_ _)

안녕하세요.잔재미코딩님 인트로만 몇가지 보다가, 강의 12개 구매한 유저 입니다.저를 비롯하여 많은 분이 궁금하실만한 내용을 문의 드립니다! 현재 저는-python 기반의 django프로젝트를 따라치는 것으로만 블로그, 게시판만 만들었습니다.막상 혼자 만들려고 하면 막막해서 익숙해질때까지 해보자는 마음으로 약 10개정도 처음부터 끝까지 따라하고 따라했는데도 리팩토링은 가능하지만, 혼자 구축하기는 약간 어려움이 있습니다.-SQL의 경우에도 기초 구문이나 명령문 실행으로 인한 결과등은 알아도 데이터 설계는 5개 이상만 연결하려고 해도 약간은 막막하더라구요.총 학습기간은 파이썬 + 장고 + sql +html, css, javascript 로만 처음부터 지금까지 약 2년정도는 공부한 것 같은데, 방향성이 모호해서 그랬는지, 너무 덕지덕지 가져와서 기워붙였는지 실질적으로 스스로 할 수 있는 것은 많이 없습니다. 이런 상태에서 잔재미코딩 님의 강의 12강의 모두 학습하고 나서 기대할 수 있는 결과로는-sqld 가뿐히 합격할 정도-데이터베이스 어떤 모습이여도 너무 고급정도가 아닌 중급정도라도 수월하게 설계하고 만들 수 있을 정도-원하는 프로젝트 왠만한 것은 다 만들 수 있을까요?그렇기에 나아가서 취업적 역량을 가지고 충분히 취업할 수 있게 될까요?

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]안녕하세요? 좋은 강의 감사한 마음으로 잘 듣고 있습니다. DiscountPolicy에 새로운 구현체를 추가하는 방법으로 유연하게 기능을 확장하는 예시를 잘 보았습니다. 그런 중 궁금한 점이, 지금 DiscountPolicy.discount 메서드는 Member형과 int형을 매개변수로 받고 있습니다.그런데 만약 다른 형의 자료가 필요한 discountPolicy를 만드려면 어떻게 설계하는 것이 좋을까요?예를 들어 itemName(String)을 기반으로 하는 할인 정책이 필요한 경우라면 어떻게 변경하는 것이 좋을지 궁금합니다. 제가 생각한 것은1) Generic DiscountPolicy 인터페이스를 만든다? public interface GenericDiscountPolicy<T> { int discount (T type, int price); } 2) 인터페이스 서명을 바꾼다?public interface DiscountPolicy { int discount (Member member, String itemName, int price); } 1) Generic으로 인터페이스를 만들면 interface를 사용하는 client에서 generic type을 지정해야 해서 다른 변경에 유연하지 않아 보입니다.2) 새로운 할인 정책 요소가 생길 때마다 매개 변수를 계속 늘리는 것은 바람직하지 않아 보입니다. 다형성을 이용한 유연한 설계라는 주제에 조금 벗어나는 것 같지만 유연하게 설계하기 위해 어떻게 객체지향 원리를 적용할 수 있는지 궁금합니다. 오늘도 좋은 하루 보내시길 바랍니다. 감사합니다! 🙏

스프링부트 프로젝트를 설계하고 있는데, 지금까지는 그냥 @Controller에 api 요청도 @ResponseBody로 다 때려박는 식으로 코딩을 했습니다.그런데 api 요청만을 따로 관리하는 @RestController를 생성하는 것이 나중에 유지보수에 더 편할까요?Controller들의 분리 및 관리를 어떻게 하는 것인지 궁금합니다.

안녕하세요 강사님. 보통의 프로젝트를 할 경우 DB 테이블 설계를 먼저 하는것으로 알고있는데요.   JPA를 사용할 시에 테이블을 먼저 설계하고 그에 맞춰 엔티티를 작성하는지, 또는 먼저 엔티티를 중심으로 설계하는지 궁금합니다! 감사합니다.

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용] 안녕하세요 영한님 강의를 듣게 되다가 궁금한점이 생겨 질문 남깁니다. 제가 그동안 개발 했던곳들은 Ioc 와 di 기법이 있더라도 인터페이스 주입방식이 아닌 구현체를 주입해서 사용했습니다 이론적으로 누구나 인터페이스를 활용하면 장점이 있다라는건 알지만 정말 실무에서 인터페이스 기반 설계로 하는게 맞는지 이게 정말 효율이 높을지에대해서 궁금하더라구요

  안녕하세요 제로초님. 우선 좋은 강의 올려주셔서 너무 감사합니다. 작년에 이 강의를 들을 덕분에 지속적으로 프로젝트를 할 수 있게 되었습니다. 제가 궁금한 것은 익스프레스로 실제 서비스를 구현하기 전에 설계를 어떤식으로 해야 될지에 대해서 입니다. 제가 현재 진행중인 프로젝트에서 익스프레스로 벡엔드를 하고 있는데 자꾸만 중복되는 부분이 보여 이들을 함수로 묶기를 반복하고 있습니다. 만약 설계를 처음에 제대로 했다면 이런 일이 발생하지 않겠죠. 만약 클래스 기반 객체지향 언어로 서비스를 구현한다면 UML 다이러그램으로 사전에 설계를 해서 이런 문제를 방지할 수 있을텐데 JS다 보니 무엇을 어떻게 설계해야 할지 감이 잡히지 않습니다. 혹시 JS는 구현 전에 설계를 어떻게 해야 할지 알 수 있을까요?