안녕하세요 expo qr 코드 진행후 에러가 나서 문의 드립니다. 강의 내용 그대로 진행했고, 맥에 xcode 설치 했고, 아이폰에 expo 설치하고 아이폰 카메라로 qr 찍었는데 첨부한 이미지와 같은 에러가 발생하고 있습니다. 혹시 해결할 수 있는 방법이 있을까요? 구글 검색 시도후 여러가지 해봤는데 진행이 안되네요 답변 부탁드립니다. 감사합니다.
안녕하세요. 강의내용에서 추가적으로 궁금한게 있어서 질문 드립니다. 기존 로컬에서 docker compose를 사용해 각 컨테이너로 프로젝트, DB, redis 등을 사용한다고 할때 추후에 EC2와 RDS, redis 등 사용한다면 EC2 서버 내에서는 로컬에서 사용해왔던 개별적인 컨테이너를 사용하지 않는건지 헷갈려서요. 예를 들어 AWS RDS를 따로 만들어서 사용한다면 로컬에서 사용하던것처럼 컨테이너를 만들어서 사용할 수 없겠다 생각이 들어서요. 이렇게 되면 EC2에서는 프로젝트만 돌아야하니 따로 같이 돌리는거 아닌 이상 메인 프로젝트 하나만 돌리는거니깐 docker가 필요없나 싶네요. 강사님의 docker 강의와 AWS 강의를 들으면서 운영서버를 사용할때 둘의 공존성에 대해서 어떤식으로 활용해야하나 궁금합니다.
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? 예 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예 3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예 [질문 내용] 섹션 5의 <프린터 예제3 - 인터럽트 코드 개선 관련> 질문입니다. printer.addJob(input) 관련하여, 어떤 스레드에서 어디서부터 어디까지 책임지고 실행하는지 헷갈려서 정리해봤는데 검토해주시면 감사하겠습니다. === printer.addJob(input) 은 main 스레드(호출 스택)에서 실행된다. 공유하는 Heap 메모리 영역에 Printer 객체 주소가 있다. main 스레드는 Printer 객체의 jobQueue 변수에도 접근이 가능하고 addJob() 메서드를 호출할 수 있다. 따라서, addJob() 메서드에 대한 스택 프레임도 main 스레드(호출 스택)에 쌓여서 처리된다. === JPA 이후 오랜 만에 영한님 강의를 다시 듣기 시작했는데 재밌네요. 늘 감사합니다.
========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 2:33초의 강의 내용 중 비효율이 있을 뿐 로직은 모두 정상 작동한다. 이 부분 말씀이 그냥 소비자가 소비자를 깨우는 상황에도 예를 들어 put(), take() 안의 로직이 작동한다는 거죠? 만약 생성자나 소비자가 같이 대기 하고 있을 때 같은 종류의 스레드만 계속해서 깨울 시에 starvation이 발생할 수 있는 것과는 이야기와는 별개인거 맞을까요?
안녕하세요, 토비님. 현재 MemberRegister 인터페이스는 register 뿐만 아니라 활성화/비활성화, 정보 업데이트 등의 오퍼레이션을 제공하고 있는데요, 해당 인터페이스에 작성된 주석은 회원의 등록과 관련된 기능을 제공한다 여서 ' register 를 제외한 오퍼레이션은 다른 인터페이스에 위치해야 하지 않나?' 하는 생각이 듭니다. 혹은 회원 등록 외 오퍼레이션이 해당 인터페이스에 존재하는게 의도하신 바지만, 주석 내용이 수정되지 않은 걸까요? 궁금한 점을 요약해서 정리하자면, xxxFinder 는 조회와 관련된 오퍼레이션을, xxxRegister 는 생성/수정/삭제와 관련된 오퍼레이션을 가지는 걸까요? 완강 후 회사에서 강의로 알려주신 것들을 이것저것 적용해보며 재밌게 일하고 있습니다, 정말 감사드립니다.
안녕하세요 Toby! 먼저 좋은 강의 올려주셔서 감사 말씀 드립니다. 열심히 강의를 듣던 와중에 궁금한 점이 있어서 질문드립니다. 회원 애플리케이션 기능 추가 강의에서 보면, MemberModifyService 클래스에서 MemberFinder 빈을 주입받아 사용하도록 구현해주셨습니다. 관련해서 같은 application 계층에서 서로 DI 받는 구조로 구성하게 될 경우, 발생하는 순환 참조와 같은 문제점들에 대해서는 어떻게 관리하는게 좋을까요? 그리고 그런 문제점이 발생하지 않도록 예방하기 위해서는 어떤 방법이 있을까요?